[Solved] Issue with Wifi Adapter Switching after OpenVPN update

This forum is for admins who are looking to build or expand their OpenVPN setup.
Forum rules
Please use the [oconf] BB tag for openvpn Configurations. See viewtopic.php?f=30&t=21589 for an example.
Post Reply
massmog
OpenVpn Newbie
Posts: 6
Joined: Sat Jun 09, 2018 8:59 am

[Solved] Issue with Wifi Adapter Switching after OpenVPN update

Post by massmog » Sat Jun 09, 2018 9:24 am

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

massmog
OpenVpn Newbie
Posts: 6
Joined: Sat Jun 09, 2018 8:59 am

Re: Issue with Wifi Adapter Switching after OpenVPN update

Post by massmog » Sat Jun 09, 2018 9:52 am

Update:

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

massmog
OpenVpn Newbie
Posts: 6
Joined: Sat Jun 09, 2018 8:59 am

Re: Issue with Wifi Adapter Switching after OpenVPN update

Post by massmog » Sat Jun 09, 2018 10:26 am

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

User avatar
TinCanTech
OpenVPN Protagonist
Posts: 5251
Joined: Fri Jun 03, 2016 1:17 pm

Re: Issue with Wifi Adapter Switching after OpenVPN update

Post by TinCanTech » Sat Jun 09, 2018 10:40 am

Thanks for letting us know your solution 8-)

This might be worth reporting to HP ..

massmog
OpenVpn Newbie
Posts: 6
Joined: Sat Jun 09, 2018 8:59 am

Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update

Post by massmog » Sat Jun 09, 2018 10:54 am

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.

massmog
OpenVpn Newbie
Posts: 6
Joined: Sat Jun 09, 2018 8:59 am

Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update

Post by massmog » Sat Jun 09, 2018 10:58 am

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..?

User avatar
TinCanTech
OpenVPN Protagonist
Posts: 5251
Joined: Fri Jun 03, 2016 1:17 pm

Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update

Post by TinCanTech » Sat Jun 09, 2018 4:03 pm

The TAP adapter is a NIC driver like any other, that is the point.
massmog wrote:
Sat Jun 09, 2018 10:54 am
updating the HP Hotkey Software did not solve my problem
massmog wrote:
Sat Jun 09, 2018 10:26 am
Disabling the LanWlanSwitchingService solved the issue
massmog wrote:
Sat Jun 09, 2018 10:54 am
This seems to be a known issue with this series of HP laptops
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.

massmog
OpenVpn Newbie
Posts: 6
Joined: Sat Jun 09, 2018 8:59 am

Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update

Post by massmog » Sat Jun 09, 2018 6:53 pm

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 :)

garwi
OpenVpn Newbie
Posts: 1
Joined: Thu Jan 03, 2019 2:26 pm

Re: [Solved] Issue with Wifi Adapter Switching after OpenVPN update

Post by garwi » Thu Jan 03, 2019 2:28 pm

Just turn off serwis HPLAN/WLAN/WWLAN Switching.

Post Reply