Windows 10 AirVPN client not working

[Boosted 0]

New member for about a week.  I downloaded AirVPN client app for Win10 and cannot connect to any server.  I connect to internet through Asus 88U router LAN wired.  

 

Please help.

[zhang888 1066]

Please post your logs.

[Boosted 0]

AirVPN_20160524_113514.txt

Please post your logs.

The log is attached.

[Staff 10014]

AirVPN_20160524_113514.txt

Please post your logs.

The log is attached.

 

Please jump to https://airvpn.org/topic/17037-cannot-log-on-to-any-servers/?do=findComment&comment=38862

 

Kind regards

[Boosted 0]

 

AirVPN_20160524_113514.txt

Please post your logs.

The log is attached.

 

Please jump to https://airvpn.org/topic/17037-cannot-log-on-to-any-servers/?do=findComment&comment=38862

 

Kind regards

Unfortunately after trying all of the solutions in your link, none worked.  In fact one of them caused my connection to go down to my PC and took about an hour to figure out how to get it connected again (internet).

 

Any other area's to look at to fix the issue.  Doesn't make sense I can run the app no problem on my MacBook Pro but when I try to connect with Win10, it doesn't work.

[RidersoftheStorm 20]

Your problem is a typical Windows 10 snafu especially after updates,

I uninstall AirVPN, on my wife's Win 10 device, after the update I reinstall AirVPN.

For me there has been no problem but some other still have that error.

 

Have you uninstalled AirVPN and re-installed it again?

 

Have you returned to the Windows network adapter and checked  "obtained DNS automatically".

[Boosted 0]

Your problem is a typical Windows 10 snafu especially after updates,

I uninstall AirVPN, on my wife's Win 10 device, after the update I reinstall AirVPN.

For me there has been no problem but some other still have that error.

 

Have you uninstalled AirVPN and re-installed it again?

 

Have you returned to the Windows network adapter and checked  "obtained DNS automatically".

Yes I did all of the above you mentioned.  It still can't connect.  A real bummer it doesn't "just work" like my other VPN provider client app.  I can't think of any other reason for it not to work.

[RidersoftheStorm 20]

https://airvpn.org/topic/16573-tap-driver-9210-causing-a-myriad-of-issues/

 

You might have to downgrade your tap adapter.

[Boosted 0]

https://airvpn.org/topic/16573-tap-driver-9210-causing-a-myriad-of-issues/

 

You might have to downgrade your tap adapter.

I am using TAP 9.0.0.21, which is from 2014

[Jefkim666 6]

Just to ad my 2 cents, this problem started for me after reading an article about W10 sending open DNS requests. The solution provided was to disable the "Smart Multi-Homed Name Resolution" in Groupseditor. After that Eddie hung on checking route. Disabling the DNS switchmode helped, but I don't know what safety problems that will cause.

[RidersoftheStorm 20]

Did you try installing version 9.9.2_3.exe?

 

This suggestion is from another article.

 

 

W 2016.05.24 11:35:03 - The remote name could not be resolved: 'cursa_exit.airservers.org'???

 

In your windows network adapter, is "obtain an IP address automatically" checked

 

 

2016.05.24 11:34:39 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 96.47.229.58 MASK 255.255.255.255 192.168.1.1
. 2016.05.24 11:34:39 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4
. 2016.05.24 11:34:39 - OpenVPN > Route addition via IPAPI succeeded [adaptive]

                                       OpenVPN>C:\WINDOWS\SYSTEM32\route.exe ADD 192.168.1.1 MASK 255.255.255.255 10.4.0.1 is missing                    

. 2016.05.24 11:34:39 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1
. 2016.05.24 11:34:39 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4
. 2016.05.24 11:34:39 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2016.05.24 11:34:39 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1

 

 

I believe, but not 100% sure, router and/or windows net work adapter not properly set up.

Eddie Client can not makes changes to allow use of the servers.

[RidersoftheStorm 20]

2016.05.21 10:57:57 - OpenVPN > C:\Windows\system32\route.exe ADD 46.19.137.114 MASK 255.255.255.255 192.168.0.1
. 2016.05.21 10:57:57 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4
. 2016.05.21 10:57:57 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2016.05.21 10:57:57 - OpenVPN > C:\Windows\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 4
. 2016.05.21 10:57:57 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4
. 2016.05.21 10:57:57 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2016.05.21 10:57:57 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.7.0.1
. 2016.05.21 10:57:57 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4
. 2016.05.21 10:57:57 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2016.05.21 10:57:57 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.7.0.1
. 2016.05.21 10:57:57 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4
. 2016.05.21 10:57:57 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2016.05.21 10:57:57 - Starting Management Interface
. 2016.05.21 10:57:57 - OpenVPN > Initialization Sequence Completed
I 2016.05.21 10:57:58 - DNS of a network adapter forced (Intel® Centrino® Ultimate-N 6300 AGN)
I 2016.05.21 10:57:58 - DNS of a network adapter forced (TAP-Windows Adapter V9)
I 2016.05.21 10:57:58 - Flushing DNS
. 2016.05.21 10:57:58 - Shell of 'cmd.exe','/c ipconfig /flushdns' done sync in 16 ms
I 2016.05.21 10:57:58 - Checking route
I 2016.05.21 10:58:01 - Checking DNS
! 2016.05.21 10:58:02 - Connected.

 

An example

 

Unless Windows 10 is 100% different from Win7 and Win 8

[zhang888 1066]

Try to avoid 9.21 driver at all causes.

I am not sure how it passed regression tests, if they even had any, but given the fact that

OpenVPN project charges a substantial amount of money for it's commercial use I would

like to assume such issues would never raise. This is a major fiasco that could have been

found by a junior intern QA team with a single week effort.

I do hope they acknowledge the issue as soon as possible and fix it in the next upstream.

 

Nevertheless, it seems like the core and Windows teams in the OpenVPN project are completely

separate. This means, the way I see it at least, while the Windows team makes mistakes every

once in a while, the core project stays in a very good security and stability shape. Most of the

bugfixes were not security/stability related over the past 3 years and that means a very good thing.