Jump to content
Not connected, Your IP: 18.119.116.77
AirVPN
neverfox

Connect taking a long time then failing

By neverfox, ... in Troubleshooting and Problems

Recommended Posts

neverfox    2

neverfox
Posted ...

I am trying to connect on OS X using Tunnelblick and a UDP:443 America profile (which I have always used successfully). Today, the connect process is taking several minutes then fails altogether (after appearing to start the authorization and configuration steps). I even downloaded a new profile with no luck.

Share this post

Link to post

Guest   

Guest
Posted ...

I am trying to connect on OS X using Tunnelblick and a UDP:443 America profile (which I have always used successfully). Today, the connect process is taking several minutes then fails altogether (after appearing to start the authorization and configuration steps). I even downloaded a new profile with no luck.

I am experiencing this same thing. I can confirm on both OSX yosemite and Debian Linux. Both clients doesn't get past configuration and just dies and restarts over and over.

Share this post

Link to post

krustybaronb55    0

krustybaronb55
Posted ...

I'm having a similar problem. AIRVPN starts, dialog box comes up as connecting. It then disconnects, and the process starts allover again.

 

Internet access is ok, browser connects normally but without VPN! I've had this problem for about 2 days.

 

Very frustrating!

Share this post

Link to post

Hi There    0

Hi There
Posted ...

I'm havint the same issue.  The connection is timing out.  Haven't tried a new profile yet, but working on it.

Share this post

Link to post

spinmaster    30

spinmaster
Posted ...

Some questions: 

  • does this happen only on US based servers?
  • did you try other protocols/ports than UDP:443?
  • do you have any log to provide more details on why the connection may fail?

Share this post

Link to post

FreeInThinAir    1

FreeInThinAir
Posted ...

Same problem here.

I tried servers in Netherlands and Germany.

 

Here is a copy of a fresh log. Main issue I see is failure to check DNS. 

 

 

I 2015.08.11 22:23:54 - AirVPN client version: 2.8.8, System: Linux, Name: Linux Mint 17.1 Rebecca \n \l, Architecture: x64
. 2015.08.11 22:23:54 - Executable Path: /usr/lib/AirVPN/AirVPN.exe
. 2015.08.11 22:23:54 - Operating System: Unix 3.13.0.37 - Linux jfmlap 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:28:38 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
I 2015.08.11 22:23:54 - OpenVPN Driver - Found
I 2015.08.11 22:23:54 - OpenVPN - Version: OpenVPN 2.3.2 (/usr/sbin/openvpn)
I 2015.08.11 22:23:54 - SSH - Version: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2, OpenSSL 1.0.1f 6 Jan 2014 (/usr/bin/ssh)
I 2015.08.11 22:23:54 - SSL - Version: stunnel 4.53 (/usr/bin/stunnel4)
I 2015.08.11 22:23:54 - IPV6: Available
! 2015.08.11 22:23:54 - Activation of Network Lock - Linux IPTables
! 2015.08.11 22:23:55 - Ready
I 2015.08.11 22:24:26 - Checking login ...
! 2015.08.11 22:24:26 - Logged in.
I 2015.08.11 22:24:27 - Session starting.
I 2015.08.11 22:24:27 - Installing tunnel driver
I 2015.08.11 22:24:27 - Checking authorization ...
! 2015.08.11 22:24:28 - Connecting to Tauri (Germany, Frankfurt)
I 2015.08.11 22:24:28 - DNS of the system will be updated to VPN DNS (ResolvConf method)
. 2015.08.11 22:24:28 - OpenVPN > OpenVPN 2.3.2 x86_64-pc-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [eurephia] [MH] [iPv6] built on Dec  1 2014
. 2015.08.11 22:24:28 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100
. 2015.08.11 22:24:28 - OpenVPN > NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
. 2015.08.11 22:24:28 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2015.08.11 22:24:28 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.08.11 22:24:28 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.08.11 22:24:28 - OpenVPN > Socket Buffers: R=[212992->131072] S=[212992->131072]
. 2015.08.11 22:24:28 - OpenVPN > UDPv4 link local: [undef]
. 2015.08.11 22:24:28 - OpenVPN > UDPv4 link remote: [AF_INET]46.165.208.65:443
. 2015.08.11 22:24:28 - OpenVPN > TLS: Initial packet from [AF_INET]46.165.208.65:443, sid=b5d20d81 ce5386f3
. 2015.08.11 22:24:28 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2015.08.11 22:24:28 - OpenVPN > Validating certificate key usage
. 2015.08.11 22:24:28 - OpenVPN > ++ Certificate has key usage  00a0, expects 00a0
. 2015.08.11 22:24:28 - OpenVPN > VERIFY KU OK
. 2015.08.11 22:24:28 - OpenVPN > Validating certificate extended key usage
. 2015.08.11 22:24:28 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2015.08.11 22:24:28 - OpenVPN > VERIFY EKU OK
. 2015.08.11 22:24:28 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org
. 2015.08.11 22:24:31 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.08.11 22:24:31 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.08.11 22:24:31 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.08.11 22:24:31 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.08.11 22:24:31 - OpenVPN > Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA
. 2015.08.11 22:24:31 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]46.165.208.65:443
. 2015.08.11 22:24:33 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
. 2015.08.11 22:24:33 - 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.6.150 255.255.0.0'
. 2015.08.11 22:24:33 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2015.08.11 22:24:33 - OpenVPN > OPTIONS IMPORT: LZO parms modified
. 2015.08.11 22:24:33 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2015.08.11 22:24:33 - OpenVPN > OPTIONS IMPORT: route options modified
. 2015.08.11 22:24:33 - OpenVPN > OPTIONS IMPORT: route-related options modified
. 2015.08.11 22:24:33 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
. 2015.08.11 22:24:33 - OpenVPN > ROUTE_GATEWAY 192.168.2.1/255.255.255.0 IFACE=wlan0 HWADDR=7c:7a:91:2d:87:aa
. 2015.08.11 22:24:33 - OpenVPN > TUN/TAP device tun0 opened
. 2015.08.11 22:24:33 - OpenVPN > TUN/TAP TX queue length set to 100
. 2015.08.11 22:24:33 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
. 2015.08.11 22:24:33 - OpenVPN > /sbin/ip link set dev tun0 up mtu 1500
. 2015.08.11 22:24:33 - OpenVPN > /sbin/ip addr add dev tun0 10.4.6.150/16 broadcast 10.4.255.255
. 2015.08.11 22:24:33 - OpenVPN > /usr/lib/AirVPN/update-resolv-conf tun0 1500 1558 10.4.6.150 255.255.0.0 init
. 2015.08.11 22:24:33 - OpenVPN > dhcp-option DNS 10.4.0.1
. 2015.08.11 22:24:33 - OpenVPN > /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf
. 2015.08.11 22:24:38 - OpenVPN > /sbin/ip route add 46.165.208.65/32 via 192.168.2.1
. 2015.08.11 22:24:38 - OpenVPN > /sbin/ip route add 0.0.0.0/1 via 10.4.0.1
. 2015.08.11 22:24:38 - OpenVPN > /sbin/ip route add 128.0.0.0/1 via 10.4.0.1
. 2015.08.11 22:24:38 - Starting Management Interface
. 2015.08.11 22:24:38 - OpenVPN > Initialization Sequence Completed
I 2015.08.11 22:24:38 - Flushing DNS
I 2015.08.11 22:24:38 - Checking route
I 2015.08.11 22:24:39 - Checking DNS
E 2015.08.11 22:24:39 - DNS checking failed.
. 2015.08.11 22:24:39 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100
! 2015.08.11 22:24:39 - Disconnecting
. 2015.08.11 22:24:39 - Management - Send 'signal SIGTERM'
. 2015.08.11 22:24:39 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'
. 2015.08.11 22:24:39 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2015.08.11 22:24:39 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info
. 2015.08.11 22:24:39 - OpenVpn Management > SUCCESS: signal SIGTERM thrown
. 2015.08.11 22:24:44 - OpenVPN > /sbin/ip route del 46.165.208.65/32
. 2015.08.11 22:24:44 - OpenVPN > /sbin/ip route del 0.0.0.0/1
. 2015.08.11 22:24:44 - OpenVPN > /sbin/ip route del 128.0.0.0/1
. 2015.08.11 22:24:44 - OpenVPN > Closing TUN/TAP interface
. 2015.08.11 22:24:44 - OpenVPN > /sbin/ip addr del dev tun0 10.4.6.150/16
. 2015.08.11 22:24:44 - OpenVPN > /usr/lib/AirVPN/update-resolv-conf tun0 1500 1558 10.4.6.150 255.255.0.0 init
. 2015.08.11 22:24:44 - OpenVPN > /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf
. 2015.08.11 22:24:44 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
. 2015.08.11 22:24:44 - Connection terminated.
I 2015.08.11 22:24:47 - Checking authorization ...
! 2015.08.11 22:24:48 - Connecting to Tauri (Germany, Frankfurt)
I 2015.08.11 22:24:48 - DNS of the system will be updated to VPN DNS (ResolvConf method)
. 2015.08.11 22:24:48 - OpenVPN > OpenVPN 2.3.2 x86_64-pc-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [eurephia] [MH] [iPv6] built on Dec  1 2014
. 2015.08.11 22:24:48 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100
. 2015.08.11 22:24:48 - OpenVPN > NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
. 2015.08.11 22:24:48 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2015.08.11 22:24:48 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.08.11 22:24:48 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.08.11 22:24:48 - OpenVPN > Socket Buffers: R=[212992->131072] S=[212992->131072]
. 2015.08.11 22:24:48 - OpenVPN > UDPv4 link local: [undef]
. 2015.08.11 22:24:48 - OpenVPN > UDPv4 link remote: [AF_INET]46.165.208.65:443
. 2015.08.11 22:24:48 - OpenVPN > TLS: Initial packet from [AF_INET]46.165.208.65:443, sid=2b269e9b ceab34b3
. 2015.08.11 22:24:48 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2015.08.11 22:24:48 - OpenVPN > Validating certificate key usage
. 2015.08.11 22:24:48 - OpenVPN > ++ Certificate has key usage  00a0, expects 00a0
. 2015.08.11 22:24:48 - OpenVPN > VERIFY KU OK
. 2015.08.11 22:24:48 - OpenVPN > Validating certificate extended key usage
. 2015.08.11 22:24:48 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2015.08.11 22:24:48 - OpenVPN > VERIFY EKU OK
. 2015.08.11 22:24:48 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org
. 2015.08.11 22:24:51 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.08.11 22:24:51 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.08.11 22:24:51 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.08.11 22:24:51 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.08.11 22:24:51 - OpenVPN > Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA

. 2015.08.11 22:24:51 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]46.165.208.65:443
. 2015.08.11 22:24:54 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
. 2015.08.11 22:24:54 - 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.6.150 255.255.0.0'
. 2015.08.11 22:24:54 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2015.08.11 22:24:54 - OpenVPN > OPTIONS IMPORT: LZO parms modified
. 2015.08.11 22:24:54 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2015.08.11 22:24:54 - OpenVPN > OPTIONS IMPORT: route options modified
. 2015.08.11 22:24:54 - OpenVPN > OPTIONS IMPORT: route-related options modified
. 2015.08.11 22:24:54 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
. 2015.08.11 22:24:54 - OpenVPN > ROUTE_GATEWAY 192.168.2.1/255.255.255.0 IFACE=wlan0 HWADDR=7c:7a:91:2d:87:aa
. 2015.08.11 22:24:54 - OpenVPN > /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf
. 2015.08.11 22:24:54 - OpenVPN > TUN/TAP device tun0 opened
. 2015.08.11 22:24:54 - OpenVPN > TUN/TAP TX queue length set to 100
. 2015.08.11 22:24:54 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
. 2015.08.11 22:24:54 - OpenVPN > /sbin/ip link set dev tun0 up mtu 1500
. 2015.08.11 22:24:54 - OpenVPN > /sbin/ip addr add dev tun0 10.4.6.150/16 broadcast 10.4.255.255
. 2015.08.11 22:24:54 - OpenVPN > /usr/lib/AirVPN/update-resolv-conf tun0 1500 1558 10.4.6.150 255.255.0.0 init
. 2015.08.11 22:24:54 - OpenVPN > dhcp-option DNS 10.4.0.1
. 2015.08.11 22:24:59 - OpenVPN > /sbin/ip route add 46.165.208.65/32 via 192.168.2.1
. 2015.08.11 22:24:59 - OpenVPN > /sbin/ip route add 0.0.0.0/1 via 10.4.0.1
. 2015.08.11 22:24:59 - OpenVPN > /sbin/ip route add 128.0.0.0/1 via 10.4.0.1
. 2015.08.11 22:24:59 - Starting Management Interface
. 2015.08.11 22:24:59 - OpenVPN > Initialization Sequence Completed
I 2015.08.11 22:24:59 - Flushing DNS
I 2015.08.11 22:24:59 - Checking route
I 2015.08.11 22:24:59 - Checking DNS
E 2015.08.11 22:24:59 - DNS checking failed.
. 2015.08.11 22:24:59 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100
! 2015.08.11 22:24:59 - Disconnecting
. 2015.08.11 22:24:59 - Management - Send 'signal SIGTERM'
. 2015.08.11 22:24:59 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info
. 2015.08.11 22:24:59 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'
. 2015.08.11 22:24:59 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2015.08.11 22:25:04 - OpenVPN > /sbin/ip route del 46.165.208.65/32
. 2015.08.11 22:25:04 - OpenVPN > /sbin/ip route del 0.0.0.0/1
. 2015.08.11 22:25:04 - OpenVPN > /sbin/ip route del 128.0.0.0/1
. 2015.08.11 22:25:04 - OpenVPN > Closing TUN/TAP interface
. 2015.08.11 22:25:04 - OpenVPN > /sbin/ip addr del dev tun0 10.4.6.150/16
. 2015.08.11 22:25:04 - OpenVPN > /usr/lib/AirVPN/update-resolv-conf tun0 1500 1558 10.4.6.150 255.255.0.0 init
. 2015.08.11 22:25:04 - OpenVPN > /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf
. 2015.08.11 22:25:05 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
. 2015.08.11 22:25:05 - Connection terminated.
I 2015.08.11 22:25:08 - Cancel requested.
! 2015.08.11 22:25:08 - Session terminated.
! 2015.08.11 22:26:30 - Deactivation of Network Lock

Share this post

Link to post

submergency    5

submergency
Posted ...

In AirVPN=>Preferences=>Advanced=>DNS is "Check if the tunnel uses AirVPN DNS" checked?  If so, uncheck it and try again.  It's failing the DNS check after successfully starting up.  But this failure may or may not be real.

Share this post

Link to post

FreeInThinAir    1

FreeInThinAir
Posted ...

In AirVPN=>Preferences=>Advanced=>DNS is "Check if the tunnel uses AirVPN DNS" checked?  If so, uncheck it and try again.  It's failing the DNS check after successfully starting up.  But this failure may or may not be real.

indeed it seems to help. But is this not defeating the whole idea of using the vpn (or most of  it)?

submergency reacted to this

Share this post

Link to post

submergency    5

submergency
Posted ...

 

In AirVPN=>Preferences=>Advanced=>DNS is "Check if the tunnel uses AirVPN DNS" checked?  If so, uncheck it and try again.  It's failing the DNS check after successfully starting up.  But this failure may or may not be real.

indeed it seems to help. But is this not defeating the whole idea of using the vpn (or most of  it)?

 

It turns off the check, it doesn't change the way AirVPN functions.  For reasons I don't understand, the check fails, but the connection seems as far as I can test, to still be using the correct DNS resolver(s).  So I suspect there's some issue with the check.  

Share this post

Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
  • Security Check
    Play CAPTCHA Audio
    Refresh Image
Go To Topic Listing
×
×
  • Create New...