Incredible low speed while connected to AirVPN

[Anonymous_13 32]

Since today I have huge loss of speed (3mb/s usually and now 80kb/s) and even websites takes very much longer to load. As soon as I disconnect I have fast speed again. I tried 5 different servers (Germany/sweden) and on all its the same problem. Is there a ddos attack or something?!

I'm running Airvpn 2.9 on Windows 7 64bit with DNS server of google: 8.8.8.8 and this is the log file (looks fine to me):

 

I 2015.05.17 11:40:50 - Checking authorization ...
! 2015.05.17 11:40:50 - Connecting to Wezen (Germany, Frankfurt)
. 2015.05.17 11:40:50 - OpenVPN > OpenVPN 2.3.6 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [IPv6] built on Jan 12 2015
. 2015.05.17 11:40:50 - OpenVPN > library versions: OpenSSL 1.0.1k 8 Jan 2015, LZO 2.08
. 2015.05.17 11:40:50 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3104
. 2015.05.17 11:40:51 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2015.05.17 11:40:51 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.05.17 11:40:51 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.05.17 11:40:51 - OpenVPN > Socket Buffers: R=[8192->8192] S=[8192->8192]
. 2015.05.17 11:40:51 - OpenVPN > UDPv4 link local: [undef]
. 2015.05.17 11:40:51 - OpenVPN > UDPv4 link remote: [AF_INET]***.162.***.102:443
. 2015.05.17 11:40:51 - OpenVPN > TLS: Initial packet from [AF_INET]***.162.***.102:443, sid=c14bbf11 27637b7c
. 2015.05.17 11:40:51 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2015.05.17 11:40:51 - OpenVPN > Validating certificate key usage
. 2015.05.17 11:40:51 - OpenVPN > ++ Certificate has key usage  00a0, expects 00a0
. 2015.05.17 11:40:51 - OpenVPN > VERIFY KU OK
. 2015.05.17 11:40:51 - OpenVPN > Validating certificate extended key usage
. 2015.05.17 11:40:51 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2015.05.17 11:40:51 - OpenVPN > VERIFY EKU OK
. 2015.05.17 11:40:51 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org
. 2015.05.17 11:40:52 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.05.17 11:40:52 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.05.17 11:40:52 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.05.17 11:40:52 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.05.17 11:40:52 - OpenVPN > Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA
. 2015.05.17 11:40:52 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]***.162.***.102:443
. 2015.05.17 11:40:54 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
. 2015.05.17 11:40: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.0.64 255.255.0.0'
. 2015.05.17 11:40:54 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2015.05.17 11:40:54 - OpenVPN > OPTIONS IMPORT: LZO parms modified
. 2015.05.17 11:40:54 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2015.05.17 11:40:54 - OpenVPN > OPTIONS IMPORT: route options modified
. 2015.05.17 11:40:54 - OpenVPN > OPTIONS IMPORT: route-related options modified
. 2015.05.17 11:40:54 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
. 2015.05.17 11:40:54 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
. 2015.05.17 11:40:54 - OpenVPN > open_tun, tt->ipv6=0
. 2015.05.17 11:40:54 - OpenVPN > TAP-WIN32 device [LAN-Verbindung 3] opened: \\.\Global\{88B3EF0B-82EC-4C4C-89C6-ED19A31A853C}.tap
. 2015.05.17 11:40:54 - OpenVPN > TAP-Windows Driver Version 9.21
. 2015.05.17 11:40:54 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.0.64/255.255.0.0 [SUCCEEDED]
. 2015.05.17 11:40:54 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.0.64/255.255.0.0 on interface {88B3EF0B-82EC-4C4C-89C6-ED19A31A853C} [DHCP-serv: 10.4.255.254, lease-time: 31536000]
. 2015.05.17 11:40:54 - OpenVPN > Successful ARP Flush on interface [18] {88B3EF0B-82EC-4C4C-89C6-ED19A31A853C}
. 2015.05.17 11:40:59 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up
. 2015.05.17 11:40:59 - OpenVPN > C:\Windows\system32\route.exe ADD ***.162.***.102 MASK 255.255.255.255 192.168.***.1
. 2015.05.17 11:40:59 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4
. 2015.05.17 11:40:59 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2015.05.17 11:40:59 - OpenVPN > C:\Windows\system32\route.exe ADD 192.168.***.1 MASK 255.255.255.255 192.168.***.1 IF 15
. 2015.05.17 11:40:59 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4
. 2015.05.17 11:40:59 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2015.05.17 11:40:59 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1
. 2015.05.17 11:40:59 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4
. 2015.05.17 11:40:59 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2015.05.17 11:40:59 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1
. 2015.05.17 11:40:59 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4
. 2015.05.17 11:40:59 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2015.05.17 11:40:59 - Starting Management Interface
. 2015.05.17 11:40:59 - OpenVPN > Initialization Sequence Completed
I 2015.05.17 11:40:59 - DNS of a network adapter forced (Intel(R) 82579V Gigabit Network Connection)
I 2015.05.17 11:40:59 - DNS of a network adapter forced (TAP-Windows Adapter V9)
I 2015.05.17 11:40:59 - Flushing DNS
I 2015.05.17 11:40:59 - Checking route
I 2015.05.17 11:41:00 - Running event vpn.up
! 2015.05.17 11:41:00 - Connected.
. 2015.05.17 11:41:00 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3104
. 2015.05.17 11:41:00 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info

 

//edit: I now tried servers from Netherlands: The same. I Cannot get past the 100kb/s speed which is unusable speed. Whats happening?

​//edit2: When I ping google.com via cmd I have 2 packages lost.

​

[Anonymous_13 32]

This is what the airvpn speed test says:

​Down: 12.164 Mbit/s Out, 0.635 Mbit/s In (5%), 20MB - Up: 1.766 Mbit/s Out, 1.290 Mbit/s In (73%), 10MB - Date: Sun, 17 May 2015 10:11:59 GMT - Buffers: 20MB/10MB - Laps: 3, Time: 754.21 secs
 

[Anonymous_13 32]

Okay it's the 2.9 RELEASE version. I switched back to experimental and got full speed again. That sucks.

[Staff 10082]

Okay it's the 2.9 RELEASE version. I switched back to experimental and got full speed again. That sucks.

 

They are the very same version, totally identical byte by byte.

 

Kind regards

[Anonymous_13 32]

Then I don't understand the issue.

[knighthawk 19]

Then I don't understand the issue.

Check which version of the tap driver that is being used. 9.0.0.9 or 9.0.0.21 

 

.21 is the newer version that should be giving better performance than before but in my case was not and I had the same problems on the OS in question you did, till I rolled back the tap driver then everything was fine.

[Anonymous_13 32]

Okay I had the same issues on the experimental version of AirVPN Client. But only after a while.

 

I can confirm what you said Knighthawk. It's the TAP driver that causes a heavily speed reduce. I went on OpenVPN and installed the previous driver and now after a few days I had NO issues at all during this time.

I would suggest the staff removes the TAP driver in future versions but I think this will not happen, because it seems to affect only a few people like me.

[Staff 10082]

Okay I had the same issues on the experimental version of AirVPN Client. But only after a while.

 

I can confirm what you said Knighthawk. It's the TAP driver that causes a heavily speed reduce. I went on OpenVPN and installed the previous driver and now after a few days I had NO issues at all during this time.

I would suggest the staff removes the TAP driver in future versions but I think this will not happen, because it seems to affect only a few people like me.

 

Hello!

 

Correct... there are (in OpenVPN related forums) hundreds, if not thousands, of positive feedbacks about the new driver, and very few negative ones like yours. It's somehow puzzling, we can't say much. Just as an idea, are you running some non-default network-manager? Asus, Acer and other manufacturers often pre-install their own network-managers which replace Windows default one, but such software sometimes causes a dramatic performance hit to various virtual network cards, including the tun/tap interface.

 

Kind regards

[andeby 7]

I just rolled back my TAP-driver as well and my connection seems to be a lot more stable again.

 

I am using the default Windows network-manager, no 3rd party network-managers installed. Intel 82579 Ethernet Controller (On-board on an Asus P8Z77-V Pro motherboard). My laptop has been showing the same symptoms on an Intel dual-band Wireless-AC 7260 adaptor, I will try rolling back the TAP-driver there as well.

 

Edit: Rolling back the TAP-driver fixed the issues on my laptop as well. Maybe some Intel hardware has issues with the new TAP-driver?