VPN Says Connected But The Network Has No Internet

[martywk 0]

Hi there,

 

My Air VPN has been working a treat until today, I am able to connect to servers without an issue but I have no access to the internet. I am using OS El Capitan.

 

Any help will be greatly appreciated.

 

Thanks

 

 

[OpenSourcerer 1435]

Help us helping you. Append a copy of your logfile, please.

[Twoheadtray 1]

I'm having exactly the same problem........Eddie was working fine until about 30 mins ago, then suddenly disconnected itself....on re-connect I have no throughput via the vpn at all

 

Logfile below

I 2016.07.16 13:48:00 - AirVPN client version: 2.10.3 / x64, System: Windows, Name: Microsoft Windows NT 6.1.7601 Service Pack 1 / x64
. 2016.07.16 13:48:00 - Reading options from C:\Users\Hairy\AppData\Local\AirVPN\AirVPN.xml
. 2016.07.16 13:48:00 - Data Path: C:\Users\Hairy\AppData\Local\AirVPN
. 2016.07.16 13:48:00 - App Path: C:\Program Files\AirVPN
. 2016.07.16 13:48:00 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe
. 2016.07.16 13:48:00 - Command line arguments (1): path="home"
. 2016.07.16 13:48:00 - Operating System: Microsoft Windows NT 6.1.7601 Service Pack 1
. 2016.07.16 13:48:00 - Updating systems & servers data ...
I 2016.07.16 13:48:01 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.9.1
I 2016.07.16 13:48:01 - OpenVPN - Version: OpenVPN 2.3.8 (C:\Program Files\AirVPN\openvpn.exe)
I 2016.07.16 13:48:01 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe)
I 2016.07.16 13:48:01 - SSL - Version: stunnel 5.17 (C:\Program Files\AirVPN\stunnel.exe)
I 2016.07.16 13:48:01 - Session starting.
. 2016.07.16 13:48:01 - Systems & servers data update completed
I 2016.07.16 13:48:07 - Checking authorization ...
! 2016.07.16 13:48:08 - Connecting to Matar (Netherlands, Alblasserdam)
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG5[ui]: stunnel 5.17 on x86-pc-mingw32-gnu platform
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG5[ui]: Compiled/running with OpenSSL 1.0.2a 19 Mar 2015
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG5[ui]: Threading:WIN32 Sockets:SELECT,IPv6 TLS:ENGINE,OCSP,PSK,SNI
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG5[ui]: Reading configuration from file C:\Users\Hairy\AppData\Local\AirVPN\8044a7b0c14e102578040222279bdebe8fb8728354b60e5c406a94c9bb0632b3.tmp.ssl
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG5[ui]: UTF-8 byte order mark not detected
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG6[ui]: Initializing service [openvpn]
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG5[ui]: Configuration successful
. 2016.07.16 13:48:08 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015
. 2016.07.16 13:48:08 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08
. 2016.07.16 13:48:08 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3105
. 2016.07.16 13:48:08 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2016.07.16 13:48:08 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2016.07.16 13:48:08 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2016.07.16 13:48:08 - OpenVPN > Socket Buffers: R=[8192->65536] S=[8192->65536]
. 2016.07.16 13:48:08 - OpenVPN > Attempting to establish TCP connection with [AF_INET]127.0.0.1:5414 [nonblock]
. 2016.07.16 13:48:08 - OpenVPN > TCP connection established with [AF_INET]127.0.0.1:5414
. 2016.07.16 13:48:08 - OpenVPN > TCPv4_CLIENT link local: [undef]
. 2016.07.16 13:48:08 - OpenVPN > TCPv4_CLIENT link remote: [AF_INET]127.0.0.1:5414
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG5[0]: Service [openvpn] accepted connection from 127.0.0.1:51208
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG6[0]: Failover strategy: round-robin
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG6[0]: s_connect: connecting 109.232.227.139:443
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG5[0]: s_connect: connected 109.232.227.139:443
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG5[0]: Service [openvpn] connected remote server from 192.168.0.12:51209
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG6[0]: SNI: sending servername: 109.232.227.139
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG6[0]: CERT: Locally installed certificate matched
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG5[0]: Certificate accepted at depth=0: C=IT, ST=Italy, L=Perugia, O=AirVPN, OU=stunnel, CN=stunnel.airvpn.org, emailAddress=info@airvpn.org
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG6[0]: SSL connected: new session negotiated
. 2016.07.16 13:48:08 - SSL > 2016.07.16 13:48:08 LOG6[0]: Negotiated TLSv1.2 ciphersuite ECDHE-RSA-AES256-GCM-SHA384 (256-bit encryption)
. 2016.07.16 13:48:08 - OpenVPN > TLS: Initial packet from [AF_INET]127.0.0.1:5414, sid=0278a523 572cbb02
. 2016.07.16 13:48:08 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2016.07.16 13:48:08 - OpenVPN > Validating certificate key usage
. 2016.07.16 13:48:08 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0
. 2016.07.16 13:48:08 - OpenVPN > VERIFY KU OK
. 2016.07.16 13:48:08 - OpenVPN > Validating certificate extended key usage
. 2016.07.16 13:48:08 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2016.07.16 13:48:08 - OpenVPN > VERIFY EKU OK
. 2016.07.16 13:48:08 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org
. 2016.07.16 13:48:09 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2016.07.16 13:48:09 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2016.07.16 13:48:09 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2016.07.16 13:48:09 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2016.07.16 13:48:09 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA
. 2016.07.16 13:48:09 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]127.0.0.1:5414
. 2016.07.16 13:48:11 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
. 2016.07.16 13:48:11 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.50.0.1,comp-lzo no,route-gateway 10.50.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.50.3.23 255.255.0.0'
. 2016.07.16 13:48:11 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2016.07.16 13:48:11 - OpenVPN > OPTIONS IMPORT: LZO parms modified
. 2016.07.16 13:48:11 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2016.07.16 13:48:11 - OpenVPN > OPTIONS IMPORT: route options modified
. 2016.07.16 13:48:11 - OpenVPN > OPTIONS IMPORT: route-related options modified
. 2016.07.16 13:48:11 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
. 2016.07.16 13:48:11 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
. 2016.07.16 13:48:11 - OpenVPN > open_tun, tt->ipv6=0
. 2016.07.16 13:48:11 - OpenVPN > TAP-WIN32 device [Local Area Connection 3] opened: \\.\Global\{ADECFE9B-E1C5-40EC-8D63-20E4C2A6B6A3}.tap
. 2016.07.16 13:48:11 - OpenVPN > TAP-Windows Driver Version 9.9
. 2016.07.16 13:48:11 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.50.0.0/10.50.3.23/255.255.0.0 [sUCCEEDED]
. 2016.07.16 13:48:11 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.50.3.23/255.255.0.0 on interface {ADECFE9B-E1C5-40EC-8D63-20E4C2A6B6A3} [DHCP-serv: 10.50.255.254, lease-time: 31536000]
. 2016.07.16 13:48:11 - OpenVPN > Successful ARP Flush on interface [15] {ADECFE9B-E1C5-40EC-8D63-20E4C2A6B6A3}
. 2016.07.16 13:48:17 - OpenVPN > TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up
. 2016.07.16 13:48:17 - OpenVPN > C:\Windows\system32\route.exe ADD 127.0.0.1 MASK 255.255.255.255 192.168.0.1
. 2016.07.16 13:48:17 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4
. 2016.07.16 13:48:17 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2016.07.16 13:48:17 - OpenVPN > C:\Windows\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 14
. 2016.07.16 13:48:17 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4
. 2016.07.16 13:48:17 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2016.07.16 13:48:17 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.50.0.1
. 2016.07.16 13:48:17 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
. 2016.07.16 13:48:17 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2016.07.16 13:48:17 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.50.0.1
. 2016.07.16 13:48:17 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
. 2016.07.16 13:48:17 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2016.07.16 13:48:17 - OpenVPN > C:\Windows\system32\route.exe ADD 109.232.227.139 MASK 255.255.255.255 192.168.0.1
. 2016.07.16 13:48:17 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4
. 2016.07.16 13:48:17 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2016.07.16 13:48:17 - Starting Management Interface
. 2016.07.16 13:48:17 - OpenVPN > Initialization Sequence Completed
I 2016.07.16 13:48:17 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)
I 2016.07.16 13:48:17 - DNS of a network adapter forced (TAP-Windows Adapter V9)
I 2016.07.16 13:48:17 - Flushing DNS
I 2016.07.16 13:48:17 - Checking route
I 2016.07.16 13:48:17 - Checking DNS
! 2016.07.16 13:48:17 - Connected.
. 2016.07.16 13:48:18 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3105
. 2016.07.16 13:48:18 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info

[dagadog 5]

Hi. I have the same problem.. I've been troubleshooting my end for most of this morning without success. My setup was wotking fine until this morning.  I'm connecting with OpenVPN running on Ubuntu Server 14.04LTS, using servers in the Netherlands. The server is also routing for my internal network.

 

I have set up Ubuntu as a DNS forwarder pointing at Google's public DNS servers (8.8.8.8 and 8.8.4.4).  When connected to the VPN, I am no longer able access them from the server.  I saw bind complaining that the DNS servers were unreachable in my logs.

 

I noticed I could resolve against 10.4.0.1, so added that to my bind.conf.options and the forwarder started to work, but outbound connections still failed, both from the server/router and from the subnet behind it. sudo ufw show raw | grep MASQ showed that outbound packets were being translated as they left the tunnel but very little was coming back.

 

Just changed my conf to access the German servers and it's working fine. Problem in the Amsterdam data centre perhaps?

[Twoheadtray 1]

....hmmm...seems the problem lies with the Dutch servers....just connected via UK servers and everything works as normal.....odd

[LZ1 672]

​

....hmmm...seems the problem lies with the Dutch servers....just connected via UK servers and everything works as normal.....odd

Hello !

​

​Not so odd in fact, when you run many servers all over the world . A couple of days ago, Canadian servers were blocking peoples access to this site.

[Twoheadtray 1]

...I meant "odd" as in it's strange that all of the Dutch servers won't work for me, not just one or 2.....

[LZ1 672]

...I meant "odd" as in it's strange that all of the Dutch servers won't work for me, not just one or 2.....

I had issues with them as well.

[Twoheadtray 1]

....ah well, such is life I suppose!.....I'm just glad that it was easily sorted in the end

 

...I'm now connected via Switzerland with no problems

[LZ1 672]

OP, we're just waiting for you to post your logs. We didn't mean to hijack your thread. Go to your AirVPN program and find a tab which says "logs" and post them here, in spoiler tags.

​

....ah well, such is life I suppose!.....I'm just glad that it was easily sorted in the end

 

...I'm now connected via Switzerland with no problems

Indeed. If you have other questions, don't hesitate to ask

​