ANSWERED I log on fine, and then ... Nothing happens

[Badmartin 1]

Hi,

 

I logged on AirVPN today, which I hadn't been doing for some weeks. Logging on went like a dream. The display claims some bytes are being up and downloaded. 

 

I then started my web browser. Not a single web page would load. I logged off AirVpn. All web pages work perfectly. This is 100 % reproducible, and has never happened before.

 

Any idea about what causes this problem?

 

I use Windows 7.

[zhang888 1066]

Do you have anything like proxy set up in your browser?

Start with basic troubleshooting like browser settings reset etc.

[Khariz 109]

The TAP adapter might have the wrong DNS settings. If they are locked in from a previous VPN or something, that can cause this issue. If you reset the DNS settings to set automatically in the tap adapter, that might be a good troubleshooting step.

 

For example, I've had my TAP adapter locked in on 10.44.0.1 when AirVPN was using 10.4.0.1 or whatever. (just example numbers).

[OpenSourcerer 1441]

Any idea about what causes this problem?

 

Not really, because no logs. Post them in spoiler tags, how-to is in my signature.

 

Could be related to DNS if it doesn't load webpages but shows traffic.

[Badmartin 1]

Thanks for suggestions and help. It is highly appreciated.

 

I have not done any changes to my computer (consciously at least) since the last time I used AirVPN and everything worked fine.

 

I also use Open VPNs DNS service, but this problem occurs regardless if I use their DNS service or if I have it switched off.

 

I do not use a proxy.

 

Any help would be appreciated. The TAP thing does not really say me anything – the only thing I associate with TAP is a Portuguese airline …

 

I have included the log of a short session today below. Same thing happens. The AirVPN Session window shows some traffic up and down, but no websites load.

 

So – here is the log of today's attempt.

 

 

I 2016.03.01 22:59:06 - AirVPN client version: 2.8.8, System: Windows, Name: Microsoft Windows NT 6.1.7601 Service Pack 1, Architecture: x64

. 2016.03.01 22:59:06 - Reading options from C:\Program Files\AirVPN\AirVPN.xml

. 2016.03.01 22:59:06 - Data Path: C:\Program Files\AirVPN

. 2016.03.01 22:59:06 - App Path: C:\Program Files\AirVPN

. 2016.03.01 22:59:06 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe

. 2016.03.01 22:59:06 - Command line arguments (0):

. 2016.03.01 22:59:06 - Operating System: Microsoft Windows NT 6.1.7601 Service Pack 1

. 2016.03.01 22:59:06 - Updating systems & servers data ...

. 2016.03.01 22:59:07 - Systems & servers data update completed

I 2016.03.01 22:59:09 - OpenVPN Driver - TAP-Windows Adapter V9

I 2016.03.01 22:59:09 - OpenVPN - Version: OpenVPN 2.3.6 (C:\Program Files\AirVPN\openvpn.exe)

I 2016.03.01 22:59:09 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe)

I 2016.03.01 22:59:09 - SSL - Version: stunnel 5.09 (C:\Program Files\AirVPN\stunnel.exe)

I 2016.03.01 22:59:09 - IPV6: Available

! 2016.03.01 22:59:09 - Ready

I 2016.03.01 22:59:12 - Session starting.

I 2016.03.01 22:59:12 - Installing tunnel driver

I 2016.03.01 22:59:13 - Checking authorization ...

! 2016.03.01 22:59:13 - Connecting to Rastaban (Sweden, Uppsala)

. 2016.03.01 22:59:13 - OpenVPN > OpenVPN 2.3.6 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Jan 12 2015

. 2016.03.01 22:59:13 - OpenVPN > library versions: OpenSSL 1.0.1k 8 Jan 2015, LZO 2.08

. 2016.03.01 22:59:13 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100

. 2016.03.01 22:59:13 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file

. 2016.03.01 22:59:13 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2016.03.01 22:59:13 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2016.03.01 22:59:13 - OpenVPN > Socket Buffers: R=[8192->8192] S=[8192->8192]

. 2016.03.01 22:59:13 - OpenVPN > UDPv4 link local: [undef]

. 2016.03.01 22:59:13 - OpenVPN > UDPv4 link remote: [AF_INET]62.102.148.135:443

. 2016.03.01 22:59:13 - OpenVPN > TLS: Initial packet from [AF_INET]62.102.148.135:443, sid=eea1a324 75711e73

. 2016.03.01 22:59:13 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org

. 2016.03.01 22:59:13 - OpenVPN > Validating certificate key usage

. 2016.03.01 22:59:13 - OpenVPN > ++ Certificate has key usage  00a0, expects 00a0

. 2016.03.01 22:59:13 - OpenVPN > VERIFY KU OK

. 2016.03.01 22:59:13 - OpenVPN > Validating certificate extended key usage

. 2016.03.01 22:59:13 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication

. 2016.03.01 22:59:13 - OpenVPN > VERIFY EKU OK

. 2016.03.01 22:59:13 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org

. 2016.03.01 22:59:14 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

. 2016.03.01 22:59:14 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2016.03.01 22:59:14 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

. 2016.03.01 22:59:14 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2016.03.01 22:59:14 - OpenVPN > Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA

. 2016.03.01 22:59:14 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]62.102.148.135:443

. 2016.03.01 22:59:16 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)

. 2016.03.01 22:59:16 - 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.5.7 255.255.0.0'

. 2016.03.01 22:59:16 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified

. 2016.03.01 22:59:16 - OpenVPN > OPTIONS IMPORT: LZO parms modified

. 2016.03.01 22:59:16 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified

. 2016.03.01 22:59:16 - OpenVPN > OPTIONS IMPORT: route options modified

. 2016.03.01 22:59:16 - OpenVPN > OPTIONS IMPORT: route-related options modified

. 2016.03.01 22:59:16 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

. 2016.03.01 22:59:16 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0

. 2016.03.01 22:59:16 - OpenVPN > open_tun, tt->ipv6=0

. 2016.03.01 22:59:16 - OpenVPN > TAP-WIN32 device [Local Area Connection 2] opened: \\.\Global\{F13F864E-9071-401D-910A-57F190672F4F}.tap

. 2016.03.01 22:59:16 - OpenVPN > TAP-Windows Driver Version 9.9

. 2016.03.01 22:59:16 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.5.7/255.255.0.0 [sUCCEEDED]

. 2016.03.01 22:59:16 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.5.7/255.255.0.0 on interface {F13F864E-9071-401D-910A-57F190672F4F} [DHCP-serv: 10.4.255.254, lease-time: 31536000]

. 2016.03.01 22:59:16 - OpenVPN > Successful ARP Flush on interface [18] {F13F864E-9071-401D-910A-57F190672F4F}

. 2016.03.01 22:59:21 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up

. 2016.03.01 22:59:21 - OpenVPN > C:\Windows\system32\route.exe ADD 62.102.148.135 MASK 255.255.255.255 192.168.10.1

. 2016.03.01 22:59:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4

. 2016.03.01 22:59:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive]

. 2016.03.01 22:59:21 - OpenVPN > C:\Windows\system32\route.exe ADD 192.168.10.1 MASK 255.255.255.255 192.168.10.1 IF 14

. 2016.03.01 22:59:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4

. 2016.03.01 22:59:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive]

. 2016.03.01 22:59:21 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1

. 2016.03.01 22:59:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

. 2016.03.01 22:59:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive]

. 2016.03.01 22:59:21 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1

. 2016.03.01 22:59:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

. 2016.03.01 22:59:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive]

. 2016.03.01 22:59:21 - Starting Management Interface

. 2016.03.01 22:59:21 - OpenVPN > Initialization Sequence Completed

I 2016.03.01 22:59:21 - Flushing DNS

I 2016.03.01 22:59:21 - Checking route

! 2016.03.01 22:59:21 - Connected.

. 2016.03.01 22:59:21 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100

. 2016.03.01 22:59:21 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info

! 2016.03.01 22:59:59 - Disconnecting

. 2016.03.01 22:59:59 - Management - Send 'signal SIGTERM'

. 2016.03.01 22:59:59 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'

. 2016.03.01 22:59:59 - OpenVPN > SIGTERM received, sending exit notification to peer

. 2016.03.01 23:00:04 - OpenVPN > C:\Windows\system32\route.exe DELETE 62.102.148.135 MASK 255.255.255.255 192.168.10.1

. 2016.03.01 23:00:04 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]

. 2016.03.01 23:00:04 - OpenVPN > C:\Windows\system32\route.exe DELETE 192.168.10.1 MASK 255.255.255.255 192.168.10.1

. 2016.03.01 23:00:04 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]

. 2016.03.01 23:00:04 - OpenVPN > C:\Windows\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1

. 2016.03.01 23:00:04 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]

. 2016.03.01 23:00:04 - OpenVPN > C:\Windows\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1

. 2016.03.01 23:00:04 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]

. 2016.03.01 23:00:04 - OpenVPN > Closing TUN/TAP interface

. 2016.03.01 23:00:04 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting

. 2016.03.01 23:00:04 - Connection terminated.

! 2016.03.01 23:00:04 - Session terminated.

 

 

[OpenSourcerer 1441]

The TAP thing does not really say me anything – the only thing I associate with TAP is a Portuguese airline

 

We're not likely using the Portuguese airline to connect people here... TAP is a virtual network interface. Wikipedia's description is:

 

Packets sent by an operating system via a TUN/TAP device are delivered to a user-space program which attaches itself to the device. A user-space program may also pass packets into a TUN/TAP device. In this case the TUN/TAP device delivers (or "injects") these packets to the operating-system network stack thus emulating their reception from an external source.

 

 

AirVPN client version: 2.8.8

[...]

OpenVPN 2.3.6

 

You may want to update your client first.

[Badmartin 1]

Thank you!

 

This solved my problem.

 

I must admit I feel kind of foolish that the whole thing was due to an old client. I guess I have become too used to software updating itself automatically.

 

Lesson learned, case closed and thanks for the help!

[garmiste 2]

I'm having a similar problem, though the login process is not as smooth. It usually takes several tries on several servers. Once I connect, things appear fine and I have enough time to load about one page. Then... nothing. Here's an overview of what I've got running:

 

Mint 17.2 (based on Ubuntu 14.04) 64-bit

AirVPN Client 2.10.3 (latest available for Linux that I saw)

Firefox 44.0.2

Chrome Version 48.0.2564.116

Located in central China

 

This happens whether I'm at home or on public wi-fi. Shortly after connecting (30 - 60 seconds) the client shows I'm sending data, but not receiving anything. Sometimes I'll open a terminal and ping some random site that's not blocked like "yahoo.com". I'll get 24 - 75 pings and then the connection goes dead. Now, the client may realize nothing is happening, but it just disconnects, looks for the fastest connection, and usually ends up trying the same server it was having problems with. This happens with several servers and I haven't figured out a pattern yet or if it's specific servers. Oh, I do have the protocol on the client set to automatic. Any suggestions?

[Staff 10014]

I'm having a similar problem, though the login process is not as smooth. It usually takes several tries on several servers. Once I connect, things appear fine and I have enough time to load about one page. Then... nothing. Here's an overview of what I've got running:

 

Mint 17.2 (based on Ubuntu 14.04) 64-bit

AirVPN Client 2.10.3 (latest available for Linux that I saw)

Firefox 44.0.2

Chrome Version 48.0.2564.116

Located in central China

 

This happens whether I'm at home or on public wi-fi. Shortly after connecting (30 - 60 seconds) the client shows I'm sending data, but not receiving anything. Sometimes I'll open a terminal and ping some random site that's not blocked like "yahoo.com". I'll get 24 - 75 pings and then the connection goes dead. Now, the client may realize nothing is happening, but it just disconnects, looks for the fastest connection, and usually ends up trying the same server it was having problems with. This happens with several servers and I haven't figured out a pattern yet or if it's specific servers. Oh, I do have the protocol on the client set to automatic. Any suggestions?

 

Hello!

 

From China you need (not always, but very frequently) to use an OpenVPN over SSL conection, called "SSL Tunnel - Port 443" in the Air client. You can change connection modes in the Air client by selecting "AirVPN" -> "Preferences" -> "Protocols".

 

Kind regards

[garmiste 2]

 

I'm having a similar problem, though the login process is not as smooth. It usually takes several tries on several servers. Once I connect, things appear fine and I have enough time to load about one page. Then... nothing. Here's an overview of what I've got running:

 

Mint 17.2 (based on Ubuntu 14.04) 64-bit

AirVPN Client 2.10.3 (latest available for Linux that I saw)

Firefox 44.0.2

Chrome Version 48.0.2564.116

Located in central China

 

This happens whether I'm at home or on public wi-fi. Shortly after connecting (30 - 60 seconds) the client shows I'm sending data, but not receiving anything. Sometimes I'll open a terminal and ping some random site that's not blocked like "yahoo.com". I'll get 24 - 75 pings and then the connection goes dead. Now, the client may realize nothing is happening, but it just disconnects, looks for the fastest connection, and usually ends up trying the same server it was having problems with. This happens with several servers and I haven't figured out a pattern yet or if it's specific servers. Oh, I do have the protocol on the client set to automatic. Any suggestions?

 

Hello!

 

From China you need (not always, but very frequently) to use an OpenVPN over SSL conection, called "SSL Tunnel - Port 443" in the Air client. You can change connection modes in the Air client by selecting "AirVPN" -> "Preferences" -> "Protocols".

 

Kind regards

 

Interesting results. I was out earlier today and tried with the SSL box marked and afterwards with the SSH box checked. Same problem. It starts off and connects, but then suddenly I couldn't send anything through. Then the software realized nothing was going through and tried another server with the same result. At the moment I'm home and for now this seems to be working. I can upload the log files since there were a couple of errors I noted.

AirVPN_20160304_165036.txt

AirVPN_20160304_165853-SSH.txt