Checking route and DNS checking fail

[guantenamera 0]

I am unable to connect using Eddie 2.9.2.
 
Here is the log of the first attempt: 
 

 

. 2015.07.27 00:37:50 - AirVPN client version: 2.9.2, System: OSX, Name: 10.10.4, Architecture: x64
. 2015.07.27 00:37:50 - Reading options from /Users/Username/.airvpn/AirVPN.xml
. 2015.07.27 00:37:50 - Data Path: /Users/Username/.airvpn
. 2015.07.27 00:37:50 - App Path: /Applications/AirVPN.app/Contents/MacOS
. 2015.07.27 00:37:50 - Executable Path: /Applications/AirVPN.app/Contents/MacOS/AirVPN
. 2015.07.27 00:37:50 - Command line arguments (1): gui.osx.style="dark"
. 2015.07.27 00:37:50 - Updating systems & servers data ...
. 2015.07.27 00:37:50 - Operating System: Unix 14.4.0.0 - Darwin Username.fritz.box 14.4.0 Darwin Kernel Version 14.4.0: Thu May 28 11:35:04 PDT 2015; root:xnu-2782.30.5~1/RELEASE_X86_64 x86_64
I 2015.07.27 00:37:50 - OpenVPN Driver - Expected
I 2015.07.27 00:37:50 - OpenVPN - Version: OpenVPN 2.3.6 (/Applications/AirVPN.app/Contents/MacOS/openvpn)
I 2015.07.27 00:37:50 - SSH - Version: OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011 (/usr/bin/ssh)
I 2015.07.27 00:37:50 - SSL - Version: stunnel 5.09 (/Applications/AirVPN.app/Contents/MacOS/stunnel)
! 2015.07.27 00:37:50 - Ready
. 2015.07.27 00:37:51 - Systems & servers data update completed
I 2015.07.27 00:38:55 - Session starting.
I 2015.07.27 00:38:55 - IPv6 disabled on network adapter (Bluetooth DUN)
I 2015.07.27 00:38:55 - IPv6 disabled on network adapter (Wi-Fi)
I 2015.07.27 00:38:55 - IPv6 disabled on network adapter (Thunderbolt Bridge)
I 2015.07.27 00:38:55 - IPv6 disabled on network adapter (iPhone)
I 2015.07.27 00:38:55 - IPv6 disabled on network adapter (Thunderbolt Ethernet)
I 2015.07.27 00:38:55 - IPv6 disabled on network adapter (Bluetooth PAN)
I 2015.07.27 00:38:55 - Checking authorization ...
! 2015.07.27 00:38:56 - Connecting to Tarazed (Netherlands, Alblasserdam)
. 2015.07.27 00:38:56 - OpenVPN > OpenVPN 2.3.6 x86_64-apple-darwin14.0.0 [SSL (OpenSSL)] [LZO] [MH] [IPv6] built on Jan 12 2015
. 2015.07.27 00:38:56 - OpenVPN > library versions: OpenSSL 1.0.1k 8 Jan 2015, LZO 2.08
. 2015.07.27 00:38:56 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3103
. 2015.07.27 00:38:56 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2015.07.27 00:38:56 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.07.27 00:38:56 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.07.27 00:38:56 - OpenVPN > Socket Buffers: R=[196724->65536] S=[9216->65536]
. 2015.07.27 00:38:56 - OpenVPN > UDPv4 link local: [undef]
. 2015.07.27 00:38:56 - OpenVPN > UDPv4 link remote: [AF_INET]213.152.161.132:443
. 2015.07.27 00:38:56 - OpenVPN > TLS: Initial packet from [AF_INET]213.152.161.132:443, sid=6583cf5b 2bc2ab71
. 2015.07.27 00:38:56 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2015.07.27 00:38:56 - OpenVPN > Validating certificate key usage
. 2015.07.27 00:38:56 - OpenVPN > ++ Certificate has key usage  00a0, expects 00a0
. 2015.07.27 00:38:56 - OpenVPN > VERIFY KU OK
. 2015.07.27 00:38:56 - OpenVPN > Validating certificate extended key usage
. 2015.07.27 00:38:56 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2015.07.27 00:38:56 - OpenVPN > VERIFY EKU OK
. 2015.07.27 00:38:56 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org
. 2015.07.27 00:38:58 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.07.27 00:38:58 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.07.27 00:38:58 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.07.27 00:38:58 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.07.27 00:38:58 - OpenVPN > Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA
. 2015.07.27 00:38:58 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]213.152.161.132:443
. 2015.07.27 00:39:00 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
. 2015.07.27 00:39:00 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.4.0.1,comp-lzo no,route-gateway 10.4.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.4.11.41 255.255.0.0'
. 2015.07.27 00:39:00 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2015.07.27 00:39:00 - OpenVPN > OPTIONS IMPORT: LZO parms modified
. 2015.07.27 00:39:00 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2015.07.27 00:39:00 - OpenVPN > OPTIONS IMPORT: route options modified
. 2015.07.27 00:39:00 - OpenVPN > OPTIONS IMPORT: route-related options modified
. 2015.07.27 00:39:00 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
. 2015.07.27 00:39:00 - OpenVPN > Opening utun (connect(AF_SYS_CONTROL)): Resource busy
. 2015.07.27 00:39:00 - OpenVPN > Opened utun device utun1
. 2015.07.27 00:39:00 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
. 2015.07.27 00:39:00 - OpenVPN > /sbin/ifconfig utun1 delete
. 2015.07.27 00:39:00 - OpenVPN > ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address
. 2015.07.27 00:39:00 - OpenVPN > route: writing to routing socket: File exists
. 2015.07.27 00:39:00 - OpenVPN > NOTE: Tried to delete pre-existing tun/tap instance -- No Problem if failure
. 2015.07.27 00:39:00 - OpenVPN > /sbin/ifconfig utun1 10.4.11.41 10.4.11.41 netmask 255.255.0.0 mtu 1500 up
. 2015.07.27 00:39:00 - OpenVPN > /sbin/route add -net 10.4.0.0 10.4.11.41 255.255.0.0
. 2015.07.27 00:39:00 - OpenVPN > add net 10.4.0.0: gateway 10.4.11.41: File exists
. 2015.07.27 00:39:00 - OpenVPN > /sbin/route add -net 213.152.161.132 192.168.178.1 255.255.255.255
. 2015.07.27 00:39:00 - OpenVPN > add net 213.152.161.132: gateway 192.168.178.1
. 2015.07.27 00:39:00 - OpenVPN > /sbin/route add -net 0.0.0.0 10.4.0.1 128.0.0.0
. 2015.07.27 00:39:00 - OpenVPN > add net 0.0.0.0: gateway 10.4.0.1
. 2015.07.27 00:39:00 - OpenVPN > /sbin/route add -net 128.0.0.0 10.4.0.1 128.0.0.0
. 2015.07.27 00:39:00 - OpenVPN > add net 128.0.0.0: gateway 10.4.0.1
. 2015.07.27 00:39:00 - Starting Management Interface
. 2015.07.27 00:39:00 - OpenVPN > Initialization Sequence Completed
I 2015.07.27 00:39:00 - DNS of a network adapter forced (Bluetooth DUN)
I 2015.07.27 00:39:01 - DNS of a network adapter forced (Wi-Fi)
I 2015.07.27 00:39:01 - DNS of a network adapter forced (Thunderbolt Bridge)
I 2015.07.27 00:39:01 - DNS of a network adapter forced (iPhone)
I 2015.07.27 00:39:01 - DNS of a network adapter forced (Thunderbolt Ethernet)
I 2015.07.27 00:39:01 - DNS of a network adapter forced (Bluetooth PAN)
I 2015.07.27 00:39:01 - Flushing DNS
I 2015.07.27 00:39:01 - Checking route
E 2015.07.27 00:39:02 - Routing checking failed.
. 2015.07.27 00:39:02 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3103
! 2015.07.27 00:39:02 - Disconnecting
. 2015.07.27 00:39:02 - Management - Send 'signal SIGTERM'
. 2015.07.27 00:39:02 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'
. 2015.07.27 00:39:02 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2015.07.27 00:39:02 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info
. 2015.07.27 00:39:02 - OpenVpn Management > SUCCESS: signal SIGTERM thrown
. 2015.07.27 00:39:07 - OpenVPN > /sbin/route delete -net 213.152.161.132 192.168.178.1 255.255.255.255
. 2015.07.27 00:39:07 - OpenVPN > delete net 213.152.161.132: gateway 192.168.178.1
. 2015.07.27 00:39:07 - OpenVPN > /sbin/route delete -net 0.0.0.0 10.4.0.1 128.0.0.0
. 2015.07.27 00:39:07 - Connection terminated.
. 2015.07.27 00:39:07 - OpenVPN > delete net 0.0.0.0: gateway 10.4.0.1
I 2015.07.27 00:39:07 - DNS of a network adapter restored to original settings (Bluetooth DUN)
. 2015.07.27 00:39:07 - OpenVPN > /sbin/route delete -net 128.0.0.0 10.4.0.1 128.0.0.0
I 2015.07.27 00:39:07 - DNS of a network adapter restored to original settings (Wi-Fi)
. 2015.07.27 00:39:07 - OpenVPN > delete net 128.0.0.0: gateway 10.4.0.1
I 2015.07.27 00:39:07 - DNS of a network adapter restored to original settings (Thunderbolt Bridge)
. 2015.07.27 00:39:07 - OpenVPN > Closing TUN/TAP interface
I 2015.07.27 00:39:07 - DNS of a network adapter restored to original settings (iPhone)
. 2015.07.27 00:39:07 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
I 2015.07.27 00:39:07 - DNS of a network adapter restored to original settings (Thunderbolt Ethernet)
I 2015.07.27 00:39:07 - DNS of a network adapter restored to original settings (Bluetooth PAN)
I 2015.07.27 00:39:10 - Checking authorization ...
! 2015.07.27 00:39:11 - Connecting to Tarazed (Netherlands, Alblasserdam)

 

 
 
So I followed the instructions here:
https://airvpn.org/topic/13580-checking-route-fails/
 
But then DNS checking fails, and I still can't connect. Here are the logs after disabling "Check if the tunnel effectively works":
 

I 2015.07.27 00:40:37 - Session starting.
I 2015.07.27 00:40:37 - IPv6 disabled on network adapter (Bluetooth DUN)
I 2015.07.27 00:40:37 - IPv6 disabled on network adapter (Wi-Fi)
I 2015.07.27 00:40:37 - IPv6 disabled on network adapter (Thunderbolt Bridge)
I 2015.07.27 00:40:37 - IPv6 disabled on network adapter (iPhone)
I 2015.07.27 00:40:37 - IPv6 disabled on network adapter (Thunderbolt Ethernet)
I 2015.07.27 00:40:37 - IPv6 disabled on network adapter (Bluetooth PAN)
I 2015.07.27 00:40:37 - Checking authorization ...
! 2015.07.27 00:40:37 - Connecting to Tarazed (Netherlands, Alblasserdam)
. 2015.07.27 00:40:38 - OpenVPN > OpenVPN 2.3.6 x86_64-apple-darwin14.0.0 [SSL (OpenSSL)] [LZO] [MH] [IPv6] built on Jan 12 2015
. 2015.07.27 00:40:38 - OpenVPN > library versions: OpenSSL 1.0.1k 8 Jan 2015, LZO 2.08
. 2015.07.27 00:40:38 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3103
. 2015.07.27 00:40:38 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2015.07.27 00:40:38 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.07.27 00:40:38 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.07.27 00:40:38 - OpenVPN > Socket Buffers: R=[196724->65536] S=[9216->65536]
. 2015.07.27 00:40:38 - OpenVPN > UDPv4 link local: [undef]
. 2015.07.27 00:40:38 - OpenVPN > UDPv4 link remote: [AF_INET]213.152.161.132:443
. 2015.07.27 00:40:38 - OpenVPN > TLS: Initial packet from [AF_INET]213.152.161.132:443, sid=3d7346d9 dc41bf6c
. 2015.07.27 00:40:38 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2015.07.27 00:40:38 - OpenVPN > Validating certificate key usage
. 2015.07.27 00:40:38 - OpenVPN > ++ Certificate has key usage  00a0, expects 00a0
. 2015.07.27 00:40:38 - OpenVPN > VERIFY KU OK
. 2015.07.27 00:40:38 - OpenVPN > Validating certificate extended key usage
. 2015.07.27 00:40:38 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2015.07.27 00:40:38 - OpenVPN > VERIFY EKU OK
. 2015.07.27 00:40:38 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org
. 2015.07.27 00:40:39 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.07.27 00:40:39 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.07.27 00:40:39 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.07.27 00:40:39 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.07.27 00:40:39 - OpenVPN > Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA
. 2015.07.27 00:40:39 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]213.152.161.132:443
. 2015.07.27 00:40:41 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
. 2015.07.27 00:40:41 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.4.0.1,comp-lzo no,route-gateway 10.4.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.4.11.41 255.255.0.0'
. 2015.07.27 00:40:41 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2015.07.27 00:40:41 - OpenVPN > ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address
. 2015.07.27 00:40:41 - OpenVPN > OPTIONS IMPORT: LZO parms modified
. 2015.07.27 00:40:41 - OpenVPN > route: writing to routing socket: File exists
. 2015.07.27 00:40:41 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2015.07.27 00:40:41 - OpenVPN > OPTIONS IMPORT: route options modified
. 2015.07.27 00:40:41 - OpenVPN > OPTIONS IMPORT: route-related options modified
. 2015.07.27 00:40:41 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
. 2015.07.27 00:40:41 - OpenVPN > Opening utun (connect(AF_SYS_CONTROL)): Resource busy
. 2015.07.27 00:40:41 - OpenVPN > Opened utun device utun1
. 2015.07.27 00:40:41 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
. 2015.07.27 00:40:41 - OpenVPN > /sbin/ifconfig utun1 delete
. 2015.07.27 00:40:41 - OpenVPN > NOTE: Tried to delete pre-existing tun/tap instance -- No Problem if failure
. 2015.07.27 00:40:41 - OpenVPN > /sbin/ifconfig utun1 10.4.11.41 10.4.11.41 netmask 255.255.0.0 mtu 1500 up
. 2015.07.27 00:40:41 - OpenVPN > /sbin/route add -net 10.4.0.0 10.4.11.41 255.255.0.0
. 2015.07.27 00:40:41 - OpenVPN > add net 10.4.0.0: gateway 10.4.11.41: File exists
. 2015.07.27 00:40:41 - OpenVPN > /sbin/route add -net 213.152.161.132 192.168.178.1 255.255.255.255
. 2015.07.27 00:40:41 - OpenVPN > add net 213.152.161.132: gateway 192.168.178.1
. 2015.07.27 00:40:41 - OpenVPN > /sbin/route add -net 0.0.0.0 10.4.0.1 128.0.0.0
. 2015.07.27 00:40:41 - OpenVPN > add net 0.0.0.0: gateway 10.4.0.1
. 2015.07.27 00:40:41 - OpenVPN > /sbin/route add -net 128.0.0.0 10.4.0.1 128.0.0.0
. 2015.07.27 00:40:41 - OpenVPN > add net 128.0.0.0: gateway 10.4.0.1
. 2015.07.27 00:40:41 - Starting Management Interface
. 2015.07.27 00:40:41 - OpenVPN > Initialization Sequence Completed
I 2015.07.27 00:40:41 - DNS of a network adapter forced (Bluetooth DUN)
I 2015.07.27 00:40:41 - DNS of a network adapter forced (Wi-Fi)
I 2015.07.27 00:40:42 - DNS of a network adapter forced (Thunderbolt Bridge)
I 2015.07.27 00:40:42 - DNS of a network adapter forced (iPhone)
I 2015.07.27 00:40:42 - DNS of a network adapter forced (Thunderbolt Ethernet)
I 2015.07.27 00:40:42 - DNS of a network adapter forced (Bluetooth PAN)
I 2015.07.27 00:40:42 - Flushing DNS
I 2015.07.27 00:40:42 - Checking DNS
E 2015.07.27 00:40:43 - DNS checking failed.
. 2015.07.27 00:40:43 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3103
! 2015.07.27 00:40:43 - Disconnecting
. 2015.07.27 00:40:43 - Management - Send 'signal SIGTERM'
. 2015.07.27 00:40:43 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info
. 2015.07.27 00:40:43 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'
. 2015.07.27 00:40:43 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2015.07.27 00:40:49 - OpenVPN > /sbin/route delete -net 213.152.161.132 192.168.178.1 255.255.255.255
. 2015.07.27 00:40:49 - OpenVPN > delete net 213.152.161.132: gateway 192.168.178.1
. 2015.07.27 00:40:49 - OpenVPN > /sbin/route delete -net 0.0.0.0 10.4.0.1 128.0.0.0
. 2015.07.27 00:40:49 - OpenVPN > delete net 0.0.0.0: gateway 10.4.0.1
. 2015.07.27 00:40:49 - Connection terminated.
. 2015.07.27 00:40:49 - OpenVPN > /sbin/route delete -net 128.0.0.0 10.4.0.1 128.0.0.0
I 2015.07.27 00:40:49 - DNS of a network adapter restored to original settings (Bluetooth DUN)
. 2015.07.27 00:40:49 - OpenVPN > delete net 128.0.0.0: gateway 10.4.0.1
I 2015.07.27 00:40:49 - DNS of a network adapter restored to original settings (Wi-Fi)
. 2015.07.27 00:40:49 - OpenVPN > Closing TUN/TAP interface
I 2015.07.27 00:40:49 - DNS of a network adapter restored to original settings (Thunderbolt Bridge)
. 2015.07.27 00:40:49 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
I 2015.07.27 00:40:49 - DNS of a network adapter restored to original settings (iPhone)
I 2015.07.27 00:40:49 - DNS of a network adapter restored to original settings (Thunderbolt Ethernet)
I 2015.07.27 00:40:49 - DNS of a network adapter restored to original settings (Bluetooth PAN)
 

 

 
 
I tried resetting the DNS cache by following these instructions:
https://support.apple.com/en-us/HT202516
 
But I get the same DNS checking failed error. 
 
 
 
Help, please? 
 
Thanks

[talibkundalini 1]

I too am having the same exact issues. I disabled checking if the route works and dns checking fails as well. I can't connect via openvpn via the commandline either.

 

 

My log looks similar to yours.
 

Any ideas?

[jxsv 0]

I have the same problem since yesterday with one of my providers (the other is not affected). Try to connect using a different protocol, it helped in my case.

 

I've only tested different settings briefly, so I'm not sure the following is 100% correct, but here is what I get:

• SSH tunnel on port 22 definitely works, that what I've used all the morning
• TCP connections seem to work
• UDP connections on alternate ports do not work
• UDP connections on alternate entry IPs behave differently depending on the server. Most often, Eddie successfully passes DNS and routing tests, but when I try to open any page in a browser, it timeouts. I haven't time to investigate further.

Those results are mostly for swedish servers (Gomeisa, Gacrux, Pherkad, Beid...), as they are closest to me. Although I tried a couple of servers in Netherlands and USA and haven't notice any difference.

[pinn 1]

Same problem. DNS Check failed since yesterday. Tried airvpn client 2.9.2 and the experimental 2.10.1 for Win. Both fails. In settings/protocols changed from automatic to UDP:443 same problem. Then changed to TCP:443 and it works. No changes made on my PC since yesterday so it seems to be related with UDP on the serverside, Not only Swedish servers affected. Had same problem with Nederlands as well.

Quickfix is: only run TCP protocol.

[jxsv 0]

Well, whatever is was, it seems to be over for now. Today my UDP connections work normally, both OpenVPN/Android and Eddie.

[virtualrain 0]

I'm also unable to connect to any servers... can't get bast "Checking DNS"

[talibkundalini 1]

Ive play around with different port settings and different servers in different countries. It still doesn't work for me.

 

Did anyone ever get it working for them? I've tried Canada, UK and United States Servers so far

[darkLogik 2]

Just wanted to add that I too am having these problems on one of my systems (after upgrading to Windows 10).  All the others work fine, but I'm having DNS resolution problems with my main system.  I've done everything I can think of from flushing the DNS, releasing/renewing, used different DNS servers, uninstalling tunnel and Eddie -- then reinstalling, etc...but to no avail.  I eventually connect, but when visiting sites, it takes several seconds to 'resolve hosts' when online.  This ONLY happens when running Eddie (I've installed various versions to include the Experimental).  Strangely if I use OpenVPN using the AirVPN config generator for the same VPN servers, everything works great.  No problems what so ever.  I'm really stumped.  

 

Any help would be appreciated.  (FYI: this system was running fine prior to the Win10 update...but like I said no problems on the other 4 computers and this only happens running through Eddie, not OpenVPN w/ AirVPN configs.)

 

 

Regards

[darkLogik 2]

..ok, I *believe* there's something going on during the Network Lock.  Mind you I've been using this feature since it came out with NO issues.

 

Since the issue only happened when using Eddie and not OpenVPN, I opened up Eddie first (NOT CONNECTING TO ANYTHING).  I first opened it with Network Lock OFF, then I ran OpenVPN and connected.  No problems at all.  Next I re-ran the same scenario, but this time Eddie was started with Network Lock ON.  When it was on, OpenVPN had problems connecting.  It was spitting these errors out:

 

MANAGEMENT: >STATE:1438471399,RESOLVE,,,
Sat Aug 01 19:23:19 2015 RESOLVE: Cannot resolve host address: se.vpn.airdns.org: No such host is known. 
Sat Aug 01 19:23:24 2015 RESOLVE: Cannot resolve host address: se.vpn.airdns.org: No such host is known. 
Sat Aug 01 19:23:29 2015 RESOLVE: Cannot resolve host address: se.vpn.airdns.org: No such host is known. 

..etc.  If I turn Network Lock off while this error repeats, it finally resolves and finishes connecting and runs fine.  

 

Eddie will eventually connect with the lock on, but as mentioned above it take 5-12 seconds to 'resolve hosts' when visiting sites.

 

 

Hope this info helps the staff to maybe offer some suggestions.  I'm not really that versed on all this and I've gone about as far as I can on my own.

 

Thanks for any help..

 

FYI: With the exception of Windows Firewall, no other firewalls are running (or installed) on this system as I run these tests.

[ronky 0]

Gentlemen, 

 

was anybody able to resolve this mystery? Connection timed out when using UDP:443 and also after disabling route check it timed out on DNS check.

 

I have a suspicion, that it may either have something to do with the router that I have that it does not allow the VPN protocols (PPTP, IPSEC...), or that with my ISP setup uses ipv6 already - I see on the top middle of airvpn.org a ipv6 address and not ipv4. 

 

Running over TCP works. Does that mean I can discard the first router/protocol reason?

 

All help appreciated.

[zhang888 1066]

This is probably a firewall somewhere on your machine (or Antivirus?) or your router that blocks UDP traffic.

Usually ISPs don't completely block UDP traffic as it is essential for various modern services.