[Solved] Issue with Wifi Adapter Switching after OpenVPN update
Moderators: TinCanTech, TinCanTech, TinCanTech, TinCanTech, TinCanTech, TinCanTech
Forum rules
Please use the [oconf] BB tag for openvpn Configurations. See viewtopic.php?f=30&t=21589 for an example.
Please use the [oconf] BB tag for openvpn Configurations. See viewtopic.php?f=30&t=21589 for an example.
-
- OpenVpn Newbie
- Posts: 6
- Joined: Sat Jun 09, 2018 8:59 am
[Solved] Issue with Wifi Adapter Switching after OpenVPN update
Dear all,
I am currently experiencing a little issue with a client (Windows 10 Build 16299) of mine after an upgrade to the newest stable OpenVPN release (OpenVPN 2.4.6). My config worked perfectly on the client until only a day before I've updated OpenVPN and I am not experiencing any issues with any other client.
What's basically happening on the client is the following: When I connect to my server, the Wifi connection of the client is interrupted by the driver. This is actually confirmed by a log entry of WLAN-AutoConfig service: "The network is disconnected by the driver.". Driver updates and downgrades of the client's Wifi adapter (Intel(R) Dual Band Wireless-AC 7260) and Windows TAP adapter have unfortunately been to no avail. It seems to me that this issue is caused by the Wifi Adapter Switching feature of the driver going wild. Meaning that the driver of the client's Wifi adapter thinks that the TAP adapter is a wired ethernet NIC. Wifi Adapter switching is turned off in BIOS and in the drivers settings.
Has anyone else run into a similar issue up to now?
Thank you very much for your support!
Kind regards,
Max
I am currently experiencing a little issue with a client (Windows 10 Build 16299) of mine after an upgrade to the newest stable OpenVPN release (OpenVPN 2.4.6). My config worked perfectly on the client until only a day before I've updated OpenVPN and I am not experiencing any issues with any other client.
What's basically happening on the client is the following: When I connect to my server, the Wifi connection of the client is interrupted by the driver. This is actually confirmed by a log entry of WLAN-AutoConfig service: "The network is disconnected by the driver.". Driver updates and downgrades of the client's Wifi adapter (Intel(R) Dual Band Wireless-AC 7260) and Windows TAP adapter have unfortunately been to no avail. It seems to me that this issue is caused by the Wifi Adapter Switching feature of the driver going wild. Meaning that the driver of the client's Wifi adapter thinks that the TAP adapter is a wired ethernet NIC. Wifi Adapter switching is turned off in BIOS and in the drivers settings.
Has anyone else run into a similar issue up to now?
Thank you very much for your support!
Kind regards,
Max
-
- OpenVpn Newbie
- Posts: 6
- Joined: Sat Jun 09, 2018 8:59 am
Re: Issue with Wifi Adapter Switching after OpenVPN update
Update:
Although I do not think that it is related to the issue, but here's my client's log and OVPN config:
Log:,
client.ovpn
client
dev tun
dev-node 'Ethernet 2'
proto tcp
remote xxx.duckdns.org 1194
resolv-retry infinite
nobind
persist-key
persist-tun
auth-nocache
ca ca.crt
cert xxx.crt
key xxx.key
remote-cert-tls server
cipher AES-256-CBC
comp-lzo
verb 3
Although I do not think that it is related to the issue, but here's my client's log and OVPN config:
Log:
Code: Select all
Sat Jun 09 11:28:47 2018 OpenVPN 2.4.6 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Apr 26 2018
Sat Jun 09 11:28:47 2018 Windows version 6.2 (Windows 8 or greater) 64bit
Sat Jun 09 11:28:47 2018 library versions: OpenSSL 1.1.0h 27 Mar 2018, LZO 2.10
Enter Management Password:
Sat Jun 09 11:28:47 2018 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
Sat Jun 09 11:28:47 2018 Need hold release from management interface, waiting...
Sat Jun 09 11:28:48 2018 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
Sat Jun 09 11:28:48 2018 MANAGEMENT: CMD 'state on'
Sat Jun 09 11:28:48 2018 MANAGEMENT: CMD 'log all on'
Sat Jun 09 11:28:48 2018 MANAGEMENT: CMD 'echo all on'
Sat Jun 09 11:28:48 2018 MANAGEMENT: CMD 'bytecount 5'
Sat Jun 09 11:28:48 2018 MANAGEMENT: CMD 'hold off'
Sat Jun 09 11:28:48 2018 MANAGEMENT: CMD 'hold release'
Sat Jun 09 11:28:50 2018 MANAGEMENT: CMD 'password [...]'
Sat Jun 09 11:28:50 2018 MANAGEMENT: >STATE:1528536530,RESOLVE,,,,,,
Sat Jun 09 11:28:50 2018 TCP/UDP: Preserving recently used remote address: [AF_INET]193.83.x.x:1194
Sat Jun 09 11:28:50 2018 Socket Buffers: R=[65536->65536] S=[65536->65536]
Sat Jun 09 11:28:50 2018 Attempting to establish TCP connection with [AF_INET]193.83.x.x:1194 [nonblock]
Sat Jun 09 11:28:50 2018 MANAGEMENT: >STATE:1528536530,TCP_CONNECT,,,,,,
Sat Jun 09 11:28:51 2018 TCP connection established with [AF_INET]193.83.x.x:1194
Sat Jun 09 11:28:51 2018 TCP_CLIENT link local: (not bound)
Sat Jun 09 11:28:51 2018 TCP_CLIENT link remote: [AF_INET]193.83.x.x:1194
Sat Jun 09 11:28:51 2018 MANAGEMENT: >STATE:1528536531,WAIT,,,,,,
Sat Jun 09 11:28:51 2018 MANAGEMENT: >STATE:1528536531,AUTH,,,,,,
Sat Jun 09 11:28:51 2018 TLS: Initial packet from [AF_INET]193.83.x.x:1194, sid=01be70f3 5cddd8a2
Sat Jun 09 11:28:51 2018 VERIFY OK: depth=1, CN=HOME-CA
Sat Jun 09 11:28:51 2018 VERIFY KU OK
Sat Jun 09 11:28:51 2018 Validating certificate extended key usage
Sat Jun 09 11:28:51 2018 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
Sat Jun 09 11:28:51 2018 VERIFY EKU OK
Sat Jun 09 11:28:51 2018 VERIFY OK: depth=0, CN=HOME
Sat Jun 09 11:28:51 2018 Control Channel: TLSv1.2, cipher TLSv1.2 DHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
Sat Jun 09 11:28:51 2018 [HOME] Peer Connection Initiated with [AF_INET]193.83.x.x:1194
Sat Jun 09 11:28:52 2018 MANAGEMENT: >STATE:1528536532,GET_CONFIG,,,,,,
Sat Jun 09 11:28:52 2018 SENT CONTROL [HOME]: 'PUSH_REQUEST' (status=1)
Sat Jun 09 11:28:53 2018 PUSH: Received control message: 'PUSH_REPLY,route 10.1.0.0 255.255.255.0,route 10.2.0.1,topology net30,ping 15,ping-restart 60,ifconfig 10.2.0.10 10.2.0.9'
Sat Jun 09 11:28:53 2018 OPTIONS IMPORT: timers and/or timeouts modified
Sat Jun 09 11:28:53 2018 OPTIONS IMPORT: --ifconfig/up options modified
Sat Jun 09 11:28:53 2018 OPTIONS IMPORT: route options modified
Sat Jun 09 11:28:53 2018 Outgoing Data Channel: Cipher 'AES-256-CBC' initialized with 256 bit key
Sat Jun 09 11:28:53 2018 Outgoing Data Channel: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Jun 09 11:28:53 2018 Incoming Data Channel: Cipher 'AES-256-CBC' initialized with 256 bit key
Sat Jun 09 11:28:53 2018 Incoming Data Channel: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Jun 09 11:28:53 2018 interactive service msg_channel=716
Sat Jun 09 11:28:53 2018 ROUTE_GATEWAY 192.168.0.1/255.255.255.0 I=26 HWADDR=fc:f8:ae:1e:ef:97
Sat Jun 09 11:28:53 2018 open_tun
Sat Jun 09 11:28:53 2018 TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{E5B7F6EF-F8CA-42D6-9B7E-DE352F4EE569}.tap
Sat Jun 09 11:28:53 2018 TAP-Windows Driver Version 9.21
Sat Jun 09 11:28:53 2018 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.2.0.10/255.255.255.252 on interface {E5B7F6EF-F8CA-42D6-9B7E-DE352F4EE569} [DHCP-serv: 10.2.0.9, lease-time: 31536000]
Sat Jun 09 11:28:53 2018 Successful ARP Flush on interface [24] {E5B7F6EF-F8CA-42D6-9B7E-DE352F4EE569}
Sat Jun 09 11:28:53 2018 do_ifconfig, tt->did_ifconfig_ipv6_setup=0
Sat Jun 09 11:28:53 2018 MANAGEMENT: >STATE:1528536533,ASSIGN_IP,,10.2.0.10,,,,
Sat Jun 09 11:28:58 2018 TEST ROUTES: 2/2 succeeded len=2 ret=1 a=0 u/d=up
Sat Jun 09 11:28:58 2018 MANAGEMENT: >STATE:1528536538,ADD_ROUTES,,,,,,
Sat Jun 09 11:28:58 2018 C:\WINDOWS\system32\route.exe ADD 10.1.0.0 MASK 255.255.255.0 10.2.0.9
Sat Jun 09 11:28:58 2018 Route addition via service succeeded
Sat Jun 09 11:28:58 2018 C:\WINDOWS\system32\route.exe ADD 10.2.0.1 MASK 255.255.255.255 10.2.0.9
Sat Jun 09 11:28:58 2018 Route addition via service succeeded
Sat Jun 09 11:28:58 2018 Initialization Sequence Completed
Sat Jun 09 11:28:58 2018 MANAGEMENT: >STATE:1528536538,CONNECTED,SUCCESS,10.2.0.10,193.83.x.x,1194,192.168.0.227,53629
Sat Jun 09 11:29:12 2018 read TCP_CLIENT: Unknown error (code=10060)
Sat Jun 09 11:29:12 2018 Connection reset, restarting [-1]
Sat Jun 09 11:29:12 2018 SIGUSR1[soft,connection-reset] received, process restarting
Sat Jun 09 11:29:12 2018 MANAGEMENT: >STATE:1528536552,RECONNECTING,connection-reset,,,,,
Sat Jun 09 11:29:12 2018 Restart pause, 5 second(s)
Sat Jun 09 11:29:17 2018 TCP/UDP: Preserving recently used remote address: [AF_INET]193.83.x.x:1194
Sat Jun 09 11:29:17 2018 Socket Buffers: R=[65536->65536] S=[65536->65536]
Sat Jun 09 11:29:17 2018 Attempting to establish TCP connection with [AF_INET]193.83.x.x:1194 [nonblock]
Sat Jun 09 11:29:17 2018 MANAGEMENT: >STATE:1528536557,TCP_CONNECT,,,,,,
client.ovpn
client
client
dev tun
dev-node 'Ethernet 2'
proto tcp
remote xxx.duckdns.org 1194
resolv-retry infinite
nobind
persist-key
persist-tun
auth-nocache
ca ca.crt
cert xxx.crt
key xxx.key
remote-cert-tls server
cipher AES-256-CBC
comp-lzo
verb 3
-
- OpenVpn Newbie
- Posts: 6
- Joined: Sat Jun 09, 2018 8:59 am
Re: Issue with Wifi Adapter Switching after OpenVPN update
Update No.2:
I have just found a workaround for my problem: The problem seems to be related to a faulty WLAN/LAN switching service on HP Elitebook 820 G1 laptops. On these laptops the Wifi/LAN adapter switching is handled by a service called LanWlanSwitchingService of the HP Hotkey Support driver. Out of some reason this service fails to read the WLAN/LAN switching setting of the client's BIOS. Disabling the LanWlanSwitchingService solved the issue.
Cheers,
Max
I have just found a workaround for my problem: The problem seems to be related to a faulty WLAN/LAN switching service on HP Elitebook 820 G1 laptops. On these laptops the Wifi/LAN adapter switching is handled by a service called LanWlanSwitchingService of the HP Hotkey Support driver. Out of some reason this service fails to read the WLAN/LAN switching setting of the client's BIOS. Disabling the LanWlanSwitchingService solved the issue.
Cheers,
Max
-
- OpenVPN Protagonist
- Posts: 11137
- Joined: Fri Jun 03, 2016 1:17 pm
Re: Issue with Wifi Adapter Switching after OpenVPN update
Thanks for letting us know your solution
This might be worth reporting to HP ..
This might be worth reporting to HP ..
-
- OpenVpn Newbie
- Posts: 6
- Joined: Sat Jun 09, 2018 8:59 am
Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update
You're welcome!
Um, this thread on the HP forum actually helped me a lot:
https://h30434.www3.hp.com/t5/Notebook- ... -p/5554911
This seems to be a known issue with this series of HP laptops. Unfortunately updating the HP Hotkey Software did not solve my problem.
Um, this thread on the HP forum actually helped me a lot:
https://h30434.www3.hp.com/t5/Notebook- ... -p/5554911
This seems to be a known issue with this series of HP laptops. Unfortunately updating the HP Hotkey Software did not solve my problem.
-
- OpenVpn Newbie
- Posts: 6
- Joined: Sat Jun 09, 2018 8:59 am
Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update
What's actually still a little bit strange is the fact that Windows 10 or the Hotkey driver thinks that the TAP adapter is a NIC like any other..?
-
- OpenVPN Protagonist
- Posts: 11137
- Joined: Fri Jun 03, 2016 1:17 pm
Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update
The TAP adapter is a NIC driver like any other, that is the point.
OpenVPN are in the process of getting the TAP adapter Microsoft certified ..
so hopefully that will prompt HP to provide a correct fix.
At least it is known, hopefully a fix will come.
OpenVPN are in the process of getting the TAP adapter Microsoft certified ..
so hopefully that will prompt HP to provide a correct fix.
-
- OpenVpn Newbie
- Posts: 6
- Joined: Sat Jun 09, 2018 8:59 am
Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update
Ah, now it all makes sense! I thought that the TAP adapter was some kind of special NIC driver and that Windows knows that...
Thanks for your advice
Thanks for your advice
-
- OpenVpn Newbie
- Posts: 1
- Joined: Thu Jan 03, 2019 2:26 pm
Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update
Just turn off serwis HPLAN/WLAN/WWLAN Switching.
-
- OpenVpn Newbie
- Posts: 1
- Joined: Tue Apr 16, 2019 4:45 pm
Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update
Disabling the HP LAN/WLAN/WWAN Switching UWP Service service worked for me. Don't forget to stop the service if it is already running.
-
- OpenVpn Newbie
- Posts: 1
- Joined: Fri Jun 21, 2019 7:29 pm
Re:Issue with Wifi Adapter Switching after OpenVPN update
How do I "Disable the HP LAN/WLAN/WWAN Switching UWP Service"? I don't find this when looking at Intel(R) Dual Band Wireless-AC 8265 Properties or under Configure for the Intel(R) Dual Band Wireless-AC 8265.
Where is "HP LAN/WLAN/WWAN Switching UWP Service"?
Where is "HP LAN/WLAN/WWAN Switching UWP Service"?
-
- OpenVpn Newbie
- Posts: 1
- Joined: Mon Jul 08, 2019 9:49 am
Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update
I just registered to say thanks! Same problem here, HP 840 G2.
@msojka
Go in Windows Services (Winkey+R, "services.msc"). Find the service. And set it to Disabled.
@msojka
Go in Windows Services (Winkey+R, "services.msc"). Find the service. And set it to Disabled.
-
- OpenVpn Newbie
- Posts: 1
- Joined: Mon Jul 15, 2019 2:11 pm
Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update
It did the trick on my HP EliteBook Folio 9480m
Now solved !!
Thanks
God bless
Now solved !!
Thanks
God bless
-
- OpenVpn Newbie
- Posts: 1
- Joined: Wed Nov 06, 2019 9:40 pm
Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update
THANK YOU !!!!!!
Don't know how you found the issue with the LanWlanWwanSwitchingServiceUWP but it resolved my issues...
Have reinstalled my VPN client ten times, mucked about with network settings... but had suspicion it was something specific to the HP EliteBook since I've only had this issue on 2 laptops & both were HP EliteBooks.
Stumbled on your post...
THANKS SO MUCH FOR TAKING THE TIME TO SHARE YOUR FINDINGS !!!
Tom
Don't know how you found the issue with the LanWlanWwanSwitchingServiceUWP but it resolved my issues...
Have reinstalled my VPN client ten times, mucked about with network settings... but had suspicion it was something specific to the HP EliteBook since I've only had this issue on 2 laptops & both were HP EliteBooks.
Stumbled on your post...
THANKS SO MUCH FOR TAKING THE TIME TO SHARE YOUR FINDINGS !!!
Tom
-
- OpenVpn Newbie
- Posts: 1
- Joined: Tue Oct 19, 2021 4:42 am
Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update
Thanks!
Stopping and disabling two services did the trick:
1. LanWlanWwanSwitchingServiceUWP
2. HP LAN/WLAN/WWAN Switching UWP Service
Thank you all.
Stopping and disabling two services did the trick:
1. LanWlanWwanSwitchingServiceUWP
2. HP LAN/WLAN/WWAN Switching UWP Service
Thank you all.