Search the Community
Showing results for tags 'Speed'.
Found 101 results
-
I have AirVPN set up on my Windows 7 computer and it works fine for web browsing, but my torrent client (Deluge) isn't working with it. With AirVPN running, torrents either get zero peers or at best download at a very low speed. I followed the p2p guide but Deluge shows an error symbol when I test the active port. The client operates equally poorly whether using the forwarded port or a random port, and changing the outgoing port also does nothing to solve the problem. Two of the torrents that I downloaded were from magnet links and have not experienced any progress at all. I then downloaded a well-seeded ISO of Knoppix and it's currently averaging ~30 KiB/s with a maximum speed of ~110 KiB/s, with 234 total seeders and 29 seeding to my client. Deluge settings: Forwarded ports: Speed test:
-
Hello, ADSL usually (always ?) favours download stream to the upload. But with AirVPN things are getting even worse. My ADSL line synchronizes (ISP) @ 1,4 MB/s down / 130 KB/s up - Using my whole download bandwidth (1,4 MB/s) without VPN gives me 45 KB/s up - Using my whole download bandwidth (1,3 MB/s) with AirVPN gives 8 KB/s up (almost 6 times less !!!) This is very annoying when you're torrenting and you need to respect certain ratio. I've installed the 9.9 TAP drivers 'cause they behave better on my machine. I've tried the 9.21.2 but I still get 6 times less upload speed while downloading at max speed. AirVPN settings : - Protocol "Automatic" - Send buffer 64K - Receive buffer 128K - mssfix 1332 I've tried different buffer settings, with or without mssfix but it didn't change anything. Do you know how I could achieve better upload speed with AirVPN ?
-
I'm experiencing very slow speeds using AirVPN. I've been using another VPN service for a year now but their service is becoming crap, can't get a stable connection, so I'm looking for an alternative. Today I purchased a Trial of AirVPN to see what the service with them would be like. My ISP provides me 100Mbps download 10Mbps upload, but when connected through AirVPN servers, I get around 3Mbps download speeds, I can't understand why the connections are so bad and why the speeds are so slow and unstable, even when selecting servers located in the same country. Is this normal? Alternatives?
-
So I love AirVPN, I use the portable app that runs on my machine, and I get great speeds, usually 60 Mbps when connected. However I would love to run it on my router so that way I could possibly run another VPN on top of it for extra security, but it's more so for the peace of mind knowing that my router is 100% securing my data at all times. I have 2 different routers, and I was going to try to have my main dedicated router broadcasting my normal signal, and then my Asus Rt-n66u running a VPN at all times. After running through the setup guides and everything I was able to get a successful connection however the speeds were terrible, maxing out at around 7 Mbps. I need desperate help as my other router (r7000) has a similar problem with speeds only maxing out at about 10 Mbps. This isn't doable, and I love getting decent speeds but I can't work with something this slow. Has anyone else here had any similar issues with installation to a router? I was also looking at the Ubiquiti Edgerouter as a higher performing router, I just want to be sure I've expended all my resources before I buy another router that may be more powerful.
-
Hi I have a strange problem and I'm at a loss to solve it. I've been tweaking at the settings for a while but nothing seems to improve. I have tried servers from all over the world and even moved to the non-standard ports. I did find moving to a non-standard port gave a bit of an average boost so I was more able to sustain up near the 10M max rate continuously than before. I assume this is just because most clients are connected to 443/udp and there's the OpenVPN single thread issue on the server. I am on a 24/1 ADSL2 connection with ~180ms latency to the closest LA servers. I can get slightly better latency into Singapore, but I'd rather terminate in the USA since most of my traffic ends up there anyway. What I see is that I cannot exceed about 10Mbps. I started out assuming it was just because my desktop OS is shit and its TCP window handling was slowing me down. I used DownloadThemAll to open dozens of connections instead of single-streaming a download. That didn't help. I was still capped at 10MBPS. I didn't see heavy CPU usage in my router but I ruled it by terminating the VPN on my high end i7 machine (with AES-NI) and repeating the DownloadThemAll test. It didn't help. The same test off the VPN saturates my link at 24MBPS. I have a few questions... First, is anyone else using OpenVPN in a similar situation (24/1 and ~200ms latency)? Do you see acceptable performance? Second, are there any tweaks to the config that might help improve the situation? I've tried forcing the sndbuf/rcvbuf settings to 512k but found that they hinder more than help. Third, I see what looks like high uplink utilization while pulling at the 10M rate over the VPN. the 1M uplink is actually quite saturated. I don't see similar when I disable the VPN. Is this normal for openvpn? If that's the case then I'm stuffed until I can increase my uplink rate. I didn't think OpenVPN added this much overhead though. There's nothing else I can think of to work out what's going on. Any suggestions?
-
I now have AT&T fiber optic gigabit service at home. The increase in speed when I use AirVPN is quite small. Without the VPN I have download and upload speed of approximately 900 Mbits/second, with air VPN I get about 4 Mbits down and 36Mbits up. The following is the result I got with the tool on this site using Alphard which is a Gigabit server: Down: 17.684 Mbit/s Out, 1.702 Mbit/s In (9%), 10MB - Up: 2.517 Mbit/s Out, 2.582 Mbit/s In (102%), 10MB - Date: Fri, 13 May 2016 17:55:45 GMT - Buffers: 10MB/10MB - Laps: 3, Time: 355.30 secs Can AirVPN handle gigabit traffic? Is there some setting that needs to be fixed? Open to any suggestions. Thanks
-
Hello all - I'll apologise now if I'm missing something stupidly obvious here. I am a Sky Fibre user (VDSL), I've been keeping an eye on my down/up speeds recently when connected to VPN and not and I was wondering if the difference should be as great as this or if there's possibly a mis-configuration somewhere? I'm running a BT VDSL modem connected to an Asus n66u wifi router running Merlin (380.57). Here are the speeds I'm getting: Down: 28.455 Mbit/s Out, 7.604 Mbit/s In (26%), 20MB - Up: 5.308 Mbit/s Out, 4.858 Mbit/s In (91%), 20MB - Date: Tue, 12 Apr 2016 20:34:45 GMT - Buffers: 20MB/20MB - Laps: 3, Time: 141.82 secs Now I can see that the upload speed isn't that different, obviously I expect a drop in speed when going through a VPN but the download speed looks to have a huge difference compared to upload. Now I've tried creating different configs using the airvpn config generator, selecting by country, picking an individual server based on low load - I've even looked through other posts and tried picking the alternative TCP/UDP ports 2018. Anyone any ideas I could possibly try please? I'm hoping I've put enough info above but please let me know if there is something missing that could be useful. Thanks in advance.
-
Hello! Recently I have been enjoying AirVPN, while having a 25Mbps Download/25Mbps Upload Fiber connection with Verizon FiOS. I was getting relatively good speeds, usually around 22 or 23 Mbps while connected to AirVPN, which was very good. However, this changed when, on Tuesday, I upgraded my internet speed from 25 Download/25 Upload to 50 Download/50 Upload. My speeds while not connected to AirVPN significantly increased. However, my speeds when connected to AirVPN only rose by 1 to 2 Mbps. I would like to find out why there is such a big difference between my speed while connected to AirVPN and my speed while not connected to AirVPN. I don't think this is the fault of any of the Air servers I am using, as they all support 1Gbps. I have included some speedtest.net results below, if it helps. Internet Speed while not connected to AirVPN Internet Speed while connected to AirVPN (UDP 443) (for this test, I was using Zosma, but other servers that I tried yielded similar results) I have also included the Eddie client's logs, if they are needed I 2016.04.07 16:08:54 - AirVPN client version: 2.10.3 / x64, System: Windows, Name: Microsoft Windows NT 6.2.9200.0 / x64 . 2016.04.07 16:08:54 - Reading options from C:\Program Files\AirVPN\AirVPN.xml . 2016.04.07 16:09:01 - Data Path: C:\Program Files\AirVPN . 2016.04.07 16:09:01 - App Path: C:\Program Files\AirVPN . 2016.04.07 16:09:01 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe . 2016.04.07 16:09:01 - Command line arguments (0): . 2016.04.07 16:09:01 - Operating System: Microsoft Windows NT 6.2.9200.0 . 2016.04.07 16:09:01 - Updating systems & servers data ... . 2016.04.07 16:09:03 - Systems & servers data update completed I 2016.04.07 16:09:03 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.9.2 I 2016.04.07 16:09:03 - OpenVPN - Version: OpenVPN 2.3.8 (C:\Program Files\AirVPN\openvpn.exe) I 2016.04.07 16:09:03 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe) I 2016.04.07 16:09:03 - SSL - Version: stunnel 5.17 (C:\Program Files\AirVPN\stunnel.exe) W 2016.04.07 16:09:04 - Recovery. Unexpected crash? ! 2016.04.07 16:09:04 - Deactivation of Network Lock ! 2016.04.07 16:09:10 - Activation of Network Lock - Windows Firewall ! 2016.04.07 16:11:07 - Ready I 2016.04.07 16:20:57 - Session starting. I 2016.04.07 16:20:58 - IPv6 disabled. I 2016.04.07 16:20:59 - Checking authorization ... ! 2016.04.07 16:20:59 - Connecting to Rasalas (United States, Newark, New Jersey) . 2016.04.07 16:21:00 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015 . 2016.04.07 16:21:00 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08 . 2016.04.07 16:21:00 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2016.04.07 16:21:01 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2016.04.07 16:21:01 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:21:01 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:21:01 - OpenVPN > Socket Buffers: R=[65536->131072] S=[261360->131072] . 2016.04.07 16:21:01 - OpenVPN > UDPv4 link local: [undef] . 2016.04.07 16:21:01 - OpenVPN > UDPv4 link remote: [AF_INET]64.120.44.138:443 . 2016.04.07 16:21:01 - OpenVPN > TLS: Initial packet from [AF_INET]64.120.44.138:443, sid=16b9c059 06d689a9 . 2016.04.07 16:21:01 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2016.04.07 16:21:01 - OpenVPN > Validating certificate key usage . 2016.04.07 16:21:01 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2016.04.07 16:21:01 - OpenVPN > VERIFY KU OK . 2016.04.07 16:21:01 - OpenVPN > Validating certificate extended key usage . 2016.04.07 16:21:01 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2016.04.07 16:21:01 - OpenVPN > VERIFY EKU OK . 2016.04.07 16:21:01 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2016.04.07 16:21:06 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.04.07 16:21:06 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:21:06 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.04.07 16:21:06 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:21:06 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2016.04.07 16:21:06 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]64.120.44.138:443 . 2016.04.07 16:21:08 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2016.04.07 16:21:08 - 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.28 255.255.0.0' . 2016.04.07 16:21:08 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2016.04.07 16:21:08 - OpenVPN > OPTIONS IMPORT: LZO parms modified . 2016.04.07 16:21:08 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2016.04.07 16:21:08 - OpenVPN > OPTIONS IMPORT: route options modified . 2016.04.07 16:21:08 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2016.04.07 16:21:08 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2016.04.07 16:21:08 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 . 2016.04.07 16:21:08 - OpenVPN > open_tun, tt->ipv6=0 . 2016.04.07 16:21:09 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C2CBD907-CC75-4CDE-B870-A9640045093E}.tap . 2016.04.07 16:21:09 - OpenVPN > TAP-Windows Driver Version 9.9 . 2016.04.07 16:21:09 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.0.28/255.255.0.0 [sUCCEEDED] . 2016.04.07 16:21:09 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.0.28/255.255.0.0 on interface {C2CBD907-CC75-4CDE-B870-A9640045093E} [DHCP-serv: 10.4.255.254, lease-time: 31536000] . 2016.04.07 16:21:09 - OpenVPN > Successful ARP Flush on interface [16] {C2CBD907-CC75-4CDE-B870-A9640045093E} . 2016.04.07 16:21:14 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down . 2016.04.07 16:21:14 - OpenVPN > Route: Waiting for TUN/TAP interface to come up... . 2016.04.07 16:21:14 - AirVPN Windows Interface Hack executed (Ethernet 2) . 2016.04.07 16:21:20 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up . 2016.04.07 16:21:20 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 64.120.44.138 MASK 255.255.255.255 10.10.10.1 . 2016.04.07 16:21:20 - OpenVPN > Warning: route gateway is ambiguous: 10.10.10.1 (2 matches) . 2016.04.07 16:21:20 - OpenVPN > Route addition via IPAPI failed [adaptive] . 2016.04.07 16:21:20 - OpenVPN > Route addition fallback to route.exe . 2016.04.07 16:21:20 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem . 2016.04.07 16:21:20 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:21:20 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2016.04.07 16:21:20 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.04.07 16:21:20 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:21:20 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2016.04.07 16:21:20 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.04.07 16:21:20 - Starting Management Interface . 2016.04.07 16:21:20 - OpenVPN > Initialization Sequence Completed I 2016.04.07 16:21:20 - DNS of a network adapter forced (TAP-Windows Adapter V9) I 2016.04.07 16:21:20 - DNS of a network adapter forced (Realtek PCIe FE Family Controller) I 2016.04.07 16:21:20 - Flushing DNS I 2016.04.07 16:21:21 - Checking route I 2016.04.07 16:21:33 - Checking DNS ! 2016.04.07 16:21:35 - Connected. . 2016.04.07 16:21:35 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2016.04.07 16:21:35 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info ! 2016.04.07 16:29:56 - Disconnecting . 2016.04.07 16:29:56 - Management - Send 'signal SIGTERM' . 2016.04.07 16:29:56 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM' . 2016.04.07 16:29:56 - OpenVPN > SIGTERM received, sending exit notification to peer . 2016.04.07 16:30:01 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 64.120.44.138 MASK 255.255.255.255 10.10.10.1 . 2016.04.07 16:30:01 - OpenVPN > Warning: route gateway is ambiguous: 10.10.10.1 (2 matches) . 2016.04.07 16:30:01 - OpenVPN > Route deletion via IPAPI failed [adaptive] . 2016.04.07 16:30:01 - OpenVPN > Route deletion fallback to route.exe . 2016.04.07 16:30:01 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem . 2016.04.07 16:30:01 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:30:01 - OpenVPN > Route deletion via IPAPI succeeded [adaptive] . 2016.04.07 16:30:01 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:30:01 - OpenVPN > Route deletion via IPAPI succeeded [adaptive] . 2016.04.07 16:30:01 - OpenVPN > Closing TUN/TAP interface . 2016.04.07 16:30:01 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting . 2016.04.07 16:30:01 - Connection terminated. I 2016.04.07 16:30:02 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9) I 2016.04.07 16:30:02 - DNS of a network adapter restored to original settings (Realtek PCIe FE Family Controller) I 2016.04.07 16:30:05 - Checking authorization ... ! 2016.04.07 16:30:05 - Connecting to Alhena (Canada, Toronto, Ontario) . 2016.04.07 16:30:06 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015 . 2016.04.07 16:30:06 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08 . 2016.04.07 16:30:06 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2016.04.07 16:30:06 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2016.04.07 16:30:06 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:30:06 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:30:06 - OpenVPN > Socket Buffers: R=[65536->131072] S=[261360->131072] . 2016.04.07 16:30:06 - OpenVPN > UDPv4 link local: [undef] . 2016.04.07 16:30:06 - OpenVPN > UDPv4 link remote: [AF_INET]162.219.176.2:443 . 2016.04.07 16:30:06 - OpenVPN > TLS: Initial packet from [AF_INET]162.219.176.2:443, sid=abd7407d 2173389b . 2016.04.07 16:30:06 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2016.04.07 16:30:06 - OpenVPN > Validating certificate key usage . 2016.04.07 16:30:06 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2016.04.07 16:30:06 - OpenVPN > VERIFY KU OK . 2016.04.07 16:30:06 - OpenVPN > Validating certificate extended key usage . 2016.04.07 16:30:06 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2016.04.07 16:30:06 - OpenVPN > VERIFY EKU OK . 2016.04.07 16:30:06 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2016.04.07 16:30:09 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.04.07 16:30:09 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:30:09 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.04.07 16:30:09 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:30:09 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2016.04.07 16:30:09 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]162.219.176.2:443 . 2016.04.07 16:30:11 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2016.04.07 16:30:11 - 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.50.189 255.255.0.0' . 2016.04.07 16:30:11 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2016.04.07 16:30:11 - OpenVPN > OPTIONS IMPORT: LZO parms modified . 2016.04.07 16:30:11 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2016.04.07 16:30:11 - OpenVPN > OPTIONS IMPORT: route options modified . 2016.04.07 16:30:11 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2016.04.07 16:30:11 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2016.04.07 16:30:11 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 . 2016.04.07 16:30:11 - OpenVPN > open_tun, tt->ipv6=0 . 2016.04.07 16:30:12 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C2CBD907-CC75-4CDE-B870-A9640045093E}.tap . 2016.04.07 16:30:12 - OpenVPN > TAP-Windows Driver Version 9.9 . 2016.04.07 16:30:12 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.50.189/255.255.0.0 [sUCCEEDED] . 2016.04.07 16:30:12 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.50.189/255.255.0.0 on interface {C2CBD907-CC75-4CDE-B870-A9640045093E} [DHCP-serv: 10.4.255.254, lease-time: 31536000] . 2016.04.07 16:30:12 - OpenVPN > Successful ARP Flush on interface [16] {C2CBD907-CC75-4CDE-B870-A9640045093E} . 2016.04.07 16:30:17 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down . 2016.04.07 16:30:17 - OpenVPN > Route: Waiting for TUN/TAP interface to come up... . 2016.04.07 16:30:17 - AirVPN Windows Interface Hack executed (Ethernet 2) . 2016.04.07 16:30:21 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up . 2016.04.07 16:30:21 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 162.219.176.2 MASK 255.255.255.255 10.10.10.1 . 2016.04.07 16:30:21 - OpenVPN > Warning: route gateway is ambiguous: 10.10.10.1 (2 matches) . 2016.04.07 16:30:21 - OpenVPN > Route addition via IPAPI failed [adaptive] . 2016.04.07 16:30:21 - OpenVPN > Route addition fallback to route.exe . 2016.04.07 16:30:21 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem . 2016.04.07 16:30:21 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:30:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2016.04.07 16:30:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.04.07 16:30:21 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:30:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2016.04.07 16:30:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.04.07 16:30:21 - Starting Management Interface . 2016.04.07 16:30:21 - OpenVPN > Initialization Sequence Completed I 2016.04.07 16:30:21 - DNS of a network adapter forced (TAP-Windows Adapter V9) I 2016.04.07 16:30:21 - DNS of a network adapter forced (Realtek PCIe FE Family Controller) I 2016.04.07 16:30:21 - Flushing DNS I 2016.04.07 16:30:21 - Checking route I 2016.04.07 16:30:47 - Checking DNS ! 2016.04.07 16:30:48 - Connected. . 2016.04.07 16:30:48 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2016.04.07 16:30:48 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info ! 2016.04.07 16:38:18 - Disconnecting . 2016.04.07 16:38:18 - Management - Send 'signal SIGTERM' . 2016.04.07 16:38:18 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM' . 2016.04.07 16:38:18 - OpenVPN > SIGTERM received, sending exit notification to peer . 2016.04.07 16:38:23 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 162.219.176.2 MASK 255.255.255.255 10.10.10.1 . 2016.04.07 16:38:23 - OpenVPN > Warning: route gateway is ambiguous: 10.10.10.1 (2 matches) . 2016.04.07 16:38:23 - OpenVPN > Route deletion via IPAPI failed [adaptive] . 2016.04.07 16:38:23 - OpenVPN > Route deletion fallback to route.exe . 2016.04.07 16:38:23 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem . 2016.04.07 16:38:23 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:38:23 - OpenVPN > Route deletion via IPAPI succeeded [adaptive] . 2016.04.07 16:38:23 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:38:23 - OpenVPN > Route deletion via IPAPI succeeded [adaptive] . 2016.04.07 16:38:23 - OpenVPN > Closing TUN/TAP interface . 2016.04.07 16:38:23 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting . 2016.04.07 16:38:23 - Connection terminated. I 2016.04.07 16:38:23 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9) I 2016.04.07 16:38:24 - DNS of a network adapter restored to original settings (Realtek PCIe FE Family Controller) I 2016.04.07 16:38:27 - Checking authorization ... ! 2016.04.07 16:38:27 - Connecting to Zosma (United States, New York City) . 2016.04.07 16:38:27 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015 . 2016.04.07 16:38:27 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08 . 2016.04.07 16:38:27 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2016.04.07 16:38:27 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2016.04.07 16:38:27 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:38:27 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:38:27 - OpenVPN > Socket Buffers: R=[65536->131072] S=[261360->131072] . 2016.04.07 16:38:27 - OpenVPN > UDPv4 link local: [undef] . 2016.04.07 16:38:27 - OpenVPN > UDPv4 link remote: [AF_INET]23.105.129.218:443 . 2016.04.07 16:38:27 - OpenVPN > TLS: Initial packet from [AF_INET]23.105.129.218:443, sid=c7b765be 8c0305df . 2016.04.07 16:38:28 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2016.04.07 16:38:28 - OpenVPN > Validating certificate key usage . 2016.04.07 16:38:28 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2016.04.07 16:38:28 - OpenVPN > VERIFY KU OK . 2016.04.07 16:38:28 - OpenVPN > Validating certificate extended key usage . 2016.04.07 16:38:28 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2016.04.07 16:38:28 - OpenVPN > VERIFY EKU OK . 2016.04.07 16:38:28 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2016.04.07 16:38:28 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.04.07 16:38:28 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:38:28 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.04.07 16:38:28 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:38:28 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2016.04.07 16:38:28 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]23.105.129.218:443 . 2016.04.07 16:38:30 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2016.04.07 16:38:36 - 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.8.209 255.255.0.0' . 2016.04.07 16:38:36 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2016.04.07 16:38:36 - OpenVPN > OPTIONS IMPORT: LZO parms modified . 2016.04.07 16:38:36 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2016.04.07 16:38:36 - OpenVPN > OPTIONS IMPORT: route options modified . 2016.04.07 16:38:36 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2016.04.07 16:38:36 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2016.04.07 16:38:36 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 . 2016.04.07 16:38:36 - OpenVPN > open_tun, tt->ipv6=0 . 2016.04.07 16:38:36 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C2CBD907-CC75-4CDE-B870-A9640045093E}.tap . 2016.04.07 16:38:36 - OpenVPN > TAP-Windows Driver Version 9.9 . 2016.04.07 16:38:36 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.8.209/255.255.0.0 [sUCCEEDED] . 2016.04.07 16:38:36 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.8.209/255.255.0.0 on interface {C2CBD907-CC75-4CDE-B870-A9640045093E} [DHCP-serv: 10.4.255.254, lease-time: 31536000] . 2016.04.07 16:38:36 - OpenVPN > Successful ARP Flush on interface [16] {C2CBD907-CC75-4CDE-B870-A9640045093E} . 2016.04.07 16:38:41 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down . 2016.04.07 16:38:41 - OpenVPN > Route: Waiting for TUN/TAP interface to come up... . 2016.04.07 16:38:41 - AirVPN Windows Interface Hack executed (Ethernet 2) . 2016.04.07 16:38:46 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up . 2016.04.07 16:38:46 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 23.105.129.218 MASK 255.255.255.255 10.10.10.1 . 2016.04.07 16:38:46 - OpenVPN > Warning: route gateway is ambiguous: 10.10.10.1 (2 matches) . 2016.04.07 16:38:46 - OpenVPN > Route addition via IPAPI failed [adaptive] . 2016.04.07 16:38:46 - OpenVPN > Route addition fallback to route.exe . 2016.04.07 16:38:46 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem . 2016.04.07 16:38:46 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:38:46 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2016.04.07 16:38:46 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.04.07 16:38:46 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:38:46 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2016.04.07 16:38:46 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.04.07 16:38:46 - Starting Management Interface . 2016.04.07 16:38:46 - OpenVPN > Initialization Sequence Completed I 2016.04.07 16:38:46 - DNS of a network adapter forced (TAP-Windows Adapter V9) I 2016.04.07 16:38:46 - DNS of a network adapter forced (Realtek PCIe FE Family Controller) I 2016.04.07 16:38:46 - Flushing DNS I 2016.04.07 16:38:46 - Checking route I 2016.04.07 16:39:10 - Checking DNS ! 2016.04.07 16:39:11 - Connected. . 2016.04.07 16:39:11 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info . 2016.04.07 16:39:11 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2016.04.07 16:39:20 - Updating systems & servers data ... . 2016.04.07 16:39:21 - Systems & servers data update completed ! 2016.04.07 16:44:42 - Disconnecting . 2016.04.07 16:44:42 - Management - Send 'signal SIGTERM' . 2016.04.07 16:44:42 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM' . 2016.04.07 16:44:42 - OpenVPN > SIGTERM received, sending exit notification to peer . 2016.04.07 16:44:47 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 23.105.129.218 MASK 255.255.255.255 10.10.10.1 . 2016.04.07 16:44:47 - OpenVPN > Warning: route gateway is ambiguous: 10.10.10.1 (2 matches) . 2016.04.07 16:44:47 - OpenVPN > Route deletion via IPAPI failed [adaptive] . 2016.04.07 16:44:47 - OpenVPN > Route deletion fallback to route.exe . 2016.04.07 16:44:47 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem . 2016.04.07 16:44:47 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:44:47 - OpenVPN > Route deletion via IPAPI succeeded [adaptive] . 2016.04.07 16:44:47 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:44:47 - OpenVPN > Route deletion via IPAPI succeeded [adaptive] . 2016.04.07 16:44:47 - OpenVPN > Closing TUN/TAP interface . 2016.04.07 16:44:47 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting . 2016.04.07 16:44:47 - Connection terminated. I 2016.04.07 16:44:48 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9) I 2016.04.07 16:44:48 - DNS of a network adapter restored to original settings (Realtek PCIe FE Family Controller) I 2016.04.07 16:44:51 - Checking authorization ... ! 2016.04.07 16:44:51 - Connecting to Miaplacidus (United States, Newark, New Jersey) . 2016.04.07 16:44:51 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015 . 2016.04.07 16:44:51 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08 . 2016.04.07 16:44:51 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2016.04.07 16:44:52 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2016.04.07 16:44:52 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:44:52 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:44:52 - OpenVPN > Socket Buffers: R=[65536->131072] S=[261360->131072] . 2016.04.07 16:44:52 - OpenVPN > UDPv4 link local: [undef] . 2016.04.07 16:44:52 - OpenVPN > UDPv4 link remote: [AF_INET]173.234.159.194:443 . 2016.04.07 16:44:52 - OpenVPN > TLS: Initial packet from [AF_INET]173.234.159.194:443, sid=cfa05f68 314bda29 . 2016.04.07 16:44:52 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2016.04.07 16:44:52 - OpenVPN > Validating certificate key usage . 2016.04.07 16:44:52 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2016.04.07 16:44:52 - OpenVPN > VERIFY KU OK . 2016.04.07 16:44:52 - OpenVPN > Validating certificate extended key usage . 2016.04.07 16:44:52 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2016.04.07 16:44:52 - OpenVPN > VERIFY EKU OK . 2016.04.07 16:44:52 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2016.04.07 16:44:52 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.04.07 16:44:52 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:44:52 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.04.07 16:44:52 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 16:44:52 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2016.04.07 16:44:52 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]173.234.159.194:443 . 2016.04.07 16:44:54 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2016.04.07 16:44: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.20 255.255.0.0' . 2016.04.07 16:44:54 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2016.04.07 16:44:54 - OpenVPN > OPTIONS IMPORT: LZO parms modified . 2016.04.07 16:44:54 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2016.04.07 16:44:54 - OpenVPN > OPTIONS IMPORT: route options modified . 2016.04.07 16:44:54 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2016.04.07 16:44:54 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2016.04.07 16:44:54 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 . 2016.04.07 16:44:54 - OpenVPN > open_tun, tt->ipv6=0 . 2016.04.07 16:44:55 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C2CBD907-CC75-4CDE-B870-A9640045093E}.tap . 2016.04.07 16:44:55 - OpenVPN > TAP-Windows Driver Version 9.9 . 2016.04.07 16:44:55 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.0.20/255.255.0.0 [sUCCEEDED] . 2016.04.07 16:44:55 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.0.20/255.255.0.0 on interface {C2CBD907-CC75-4CDE-B870-A9640045093E} [DHCP-serv: 10.4.255.254, lease-time: 31536000] . 2016.04.07 16:44:55 - OpenVPN > Successful ARP Flush on interface [16] {C2CBD907-CC75-4CDE-B870-A9640045093E} . 2016.04.07 16:45:00 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down . 2016.04.07 16:45:00 - OpenVPN > Route: Waiting for TUN/TAP interface to come up... . 2016.04.07 16:45:00 - AirVPN Windows Interface Hack executed (Ethernet 2) . 2016.04.07 16:45:05 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up . 2016.04.07 16:45:05 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 173.234.159.194 MASK 255.255.255.255 10.10.10.1 . 2016.04.07 16:45:05 - OpenVPN > Warning: route gateway is ambiguous: 10.10.10.1 (2 matches) . 2016.04.07 16:45:05 - OpenVPN > Route addition via IPAPI failed [adaptive] . 2016.04.07 16:45:05 - OpenVPN > Route addition fallback to route.exe . 2016.04.07 16:45:05 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem . 2016.04.07 16:45:05 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:45:05 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2016.04.07 16:45:05 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.04.07 16:45:05 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 16:45:05 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2016.04.07 16:45:05 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.04.07 16:45:05 - Starting Management Interface . 2016.04.07 16:45:05 - OpenVPN > Initialization Sequence Completed I 2016.04.07 16:45:05 - DNS of a network adapter forced (TAP-Windows Adapter V9) I 2016.04.07 16:45:05 - DNS of a network adapter forced (Realtek PCIe FE Family Controller) I 2016.04.07 16:45:05 - Flushing DNS I 2016.04.07 16:45:05 - Checking route I 2016.04.07 16:45:28 - Checking DNS ! 2016.04.07 16:45:29 - Connected. . 2016.04.07 16:45:29 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2016.04.07 16:45:29 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info . 2016.04.07 17:09:32 - Updating systems & servers data ... . 2016.04.07 17:09:33 - Systems & servers data update completed . 2016.04.07 17:40:20 - Updating systems & servers data ... . 2016.04.07 17:40:21 - Systems & servers data update completed . 2016.04.07 17:44:52 - OpenVPN > TLS: soft reset sec=0 bytes=688570945/0 pkts=798085/0 . 2016.04.07 17:44:52 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2016.04.07 17:44:52 - OpenVPN > Validating certificate key usage . 2016.04.07 17:44:52 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2016.04.07 17:44:52 - OpenVPN > VERIFY KU OK . 2016.04.07 17:44:52 - OpenVPN > Validating certificate extended key usage . 2016.04.07 17:44:52 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2016.04.07 17:44:52 - OpenVPN > VERIFY EKU OK . 2016.04.07 17:44:52 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2016.04.07 17:44:52 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.04.07 17:44:52 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 17:44:52 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.04.07 17:44:52 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 17:44:52 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2016.04.07 18:10:29 - Updating systems & servers data ... . 2016.04.07 18:10:31 - Systems & servers data update completed ! 2016.04.07 18:20:03 - Disconnecting . 2016.04.07 18:20:03 - Management - Send 'signal SIGTERM' . 2016.04.07 18:20:04 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM' . 2016.04.07 18:20:04 - OpenVPN > SIGTERM received, sending exit notification to peer . 2016.04.07 18:20:08 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 173.234.159.194 MASK 255.255.255.255 10.10.10.1 . 2016.04.07 18:20:08 - OpenVPN > Warning: route gateway is ambiguous: 10.10.10.1 (2 matches) . 2016.04.07 18:20:08 - OpenVPN > Route deletion via IPAPI failed [adaptive] . 2016.04.07 18:20:08 - OpenVPN > Route deletion fallback to route.exe . 2016.04.07 18:20:08 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem . 2016.04.07 18:20:08 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 18:20:08 - OpenVPN > Route deletion via IPAPI succeeded [adaptive] . 2016.04.07 18:20:08 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 18:20:08 - OpenVPN > Route deletion via IPAPI succeeded [adaptive] . 2016.04.07 18:20:08 - OpenVPN > Closing TUN/TAP interface . 2016.04.07 18:20:11 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting . 2016.04.07 18:20:12 - Connection terminated. I 2016.04.07 18:20:19 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9) I 2016.04.07 18:20:19 - DNS of a network adapter restored to original settings (Realtek PCIe FE Family Controller) I 2016.04.07 18:20:19 - IPv6 restored. ! 2016.04.07 18:20:20 - Session terminated. I 2016.04.07 18:31:43 - Session starting. I 2016.04.07 18:31:44 - IPv6 disabled. I 2016.04.07 18:31:44 - Checking authorization ... ! 2016.04.07 18:31:44 - Connecting to Zosma (United States, New York City) . 2016.04.07 18:31:45 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015 . 2016.04.07 18:31:45 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08 . 2016.04.07 18:31:45 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2016.04.07 18:31:45 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2016.04.07 18:31:45 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 18:31:45 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 18:31:45 - OpenVPN > Socket Buffers: R=[65536->131072] S=[261360->131072] . 2016.04.07 18:31:45 - OpenVPN > UDPv4 link local: [undef] . 2016.04.07 18:31:45 - OpenVPN > UDPv4 link remote: [AF_INET]23.105.129.218:443 . 2016.04.07 18:31:45 - OpenVPN > TLS: Initial packet from [AF_INET]23.105.129.218:443, sid=39564e90 95441f76 . 2016.04.07 18:31:46 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2016.04.07 18:31:46 - OpenVPN > Validating certificate key usage . 2016.04.07 18:31:46 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2016.04.07 18:31:46 - OpenVPN > VERIFY KU OK . 2016.04.07 18:31:46 - OpenVPN > Validating certificate extended key usage . 2016.04.07 18:31:46 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2016.04.07 18:31:46 - OpenVPN > VERIFY EKU OK . 2016.04.07 18:31:46 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2016.04.07 18:31:52 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.04.07 18:31:52 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 18:31:52 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.04.07 18:31:52 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.04.07 18:31:55 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2016.04.07 18:31:55 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]23.105.129.218:443 . 2016.04.07 18:31:58 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2016.04.07 18:31:58 - 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.8.209 255.255.0.0' . 2016.04.07 18:31:58 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2016.04.07 18:31:58 - OpenVPN > OPTIONS IMPORT: LZO parms modified . 2016.04.07 18:31:58 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2016.04.07 18:31:58 - OpenVPN > OPTIONS IMPORT: route options modified . 2016.04.07 18:31:58 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2016.04.07 18:31:58 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2016.04.07 18:31:58 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 . 2016.04.07 18:31:58 - OpenVPN > open_tun, tt->ipv6=0 . 2016.04.07 18:31:58 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C2CBD907-CC75-4CDE-B870-A9640045093E}.tap . 2016.04.07 18:31:58 - OpenVPN > TAP-Windows Driver Version 9.9 . 2016.04.07 18:31:58 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.8.209/255.255.0.0 [sUCCEEDED] . 2016.04.07 18:31:58 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.8.209/255.255.0.0 on interface {C2CBD907-CC75-4CDE-B870-A9640045093E} [DHCP-serv: 10.4.255.254, lease-time: 31536000] . 2016.04.07 18:31:58 - OpenVPN > Successful ARP Flush on interface [16] {C2CBD907-CC75-4CDE-B870-A9640045093E} . 2016.04.07 18:32:03 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down . 2016.04.07 18:32:03 - OpenVPN > Route: Waiting for TUN/TAP interface to come up... . 2016.04.07 18:32:03 - AirVPN Windows Interface Hack executed (Ethernet 2) . 2016.04.07 18:32:08 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up . 2016.04.07 18:32:08 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 23.105.129.218 MASK 255.255.255.255 10.10.10.1 . 2016.04.07 18:32:08 - OpenVPN > Warning: route gateway is ambiguous: 10.10.10.1 (2 matches) . 2016.04.07 18:32:08 - OpenVPN > Route addition via IPAPI failed [adaptive] . 2016.04.07 18:32:08 - OpenVPN > Route addition fallback to route.exe . 2016.04.07 18:32:08 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem . 2016.04.07 18:32:08 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 18:32:08 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2016.04.07 18:32:08 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.04.07 18:32:08 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.04.07 18:32:08 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2016.04.07 18:32:08 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.04.07 18:32:08 - Starting Management Interface . 2016.04.07 18:32:08 - OpenVPN > Initialization Sequence Completed I 2016.04.07 18:32:08 - DNS of a network adapter forced (TAP-Windows Adapter V9) I 2016.04.07 18:32:08 - DNS of a network adapter forced (Realtek PCIe FE Family Controller) I 2016.04.07 18:32:09 - Flushing DNS I 2016.04.07 18:32:09 - Checking route I 2016.04.07 18:32:44 - Checking DNS ! 2016.04.07 18:32:45 - Connected. . 2016.04.07 18:32:45 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2016.04.07 18:32:45 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info . 2016.04.07 18:40:59 - Updating systems & servers data ... . 2016.04.07 18:41:01 - Systems & servers data update completed
-
I recently switched from Comcast cable broadband to CenturyLink fiber over PPPoE. I used to get decent (~24 Mbps down) speeds when connected to AirVPN while using Comcast, but since switching to CenturyLink my speeds are horrendous. My most recent speed test showed 2.4 Mbps down and 5.4 Mbps up. I've tested from multiple computers/operating systems, and I've replaced the CenturyLink router with an enterprise firewall; speed issues are consistent regardless of the equipment I'm using. The problem is the same regardless of the server I connect to or the protocol that I use. I'm aware that the MTU is lower over PPPoE than standard Ethernet, and via testing have determined that outbound pings from my computer fail if the size is greater than 1464 bytes (pinging directly from my firewall confirms that the MTU on that end is 1492 bytes, as I'd expect from PPPoE). I've accordingly set the "mssfix 1424" OVPN directive in my AirVPN client properties, but this doesn't seem to have had any effect. I've tried a variety of other MSS sizes, and also tried using the "mtu-test" and "tun-mtu" directives, but again, no joy. So what should I try next to get decent speeds again? Has anyone else run into this problem? Results of speed test from AirVPN site, for reference: Down: 3.025 Mbit/s Out, 2.127 Mbit/s In (70%), 20MB - Up: 5.965 Mbit/s Out, 5.580 Mbit/s In (93%), 20MB - Date: Sat, 26 Mar 2016 23:19:35 GMT - Buffers: 20MB/20MB - Laps: 3, Time: 292.55 secs
-
Hey Guys, So I've been getting this issue where the VPN is working great then suddenly just stops for apparent reason, I've included an image below as well as the logs. Even though they do not say 0 nothing loads. I've tried using 9.9.1 9.2.1 and 9.2.3 drivers none of them seem to make a difference. Any idea what is causing this? Logs are attached. The image below. AirVPN_20160322_224200.txt
-
Hi, I'm doing the three-day trial of AirVPN and I'm having a strange issue. I've set up ForceBindIP shortcuts on my desktop for Firefox and Chrome so that I can have AirVPN running constantly but still bypass it when I need. When I check on ipleak.net, my IP address shows as my ISP IP and the DNS Address Detection shows the AirVPN Server ( which I'm guessing is what I want? ). Doing a speedtest on Chrome shows that my speed is normal, but through Firefox the ping is higher and the speed reduced, as though it were still going through the VPN. Disabling AirVPN results in Firefox displaying normal speeds. I'd greatly appreciate it if anyone could enlighten me as to why this would be! Cheers.
-
Hi, I have a problem with Airvpn + voip. My setup goes as: Android with OpenVPN (in config is selected best latency server and UDP option) > Zoiper android VOIP app which connects to callwithus.com voip service. I choosed airvpn for best speed recommendations. VPN I had before was slower and I could not call with vpn/voip. Voip is configured well (I guess, maybe needed some options for VPN) because if I turn off VPN, voip works just fine. Anyone has experience, suggestions, solutions how to make this setup working? Because for now it just dead silence - connection speed is too low I guess. Thanks, criminaldamage
-
I am on the 3 day trial. My best VPN speed is about 1/3 my ISP speed. My ISP is Bell Aliant on the east coast of Canada. Normal ISP speeds are >190 Mbps download and >50 Mbps upload. With VPN I am getting ~60 Mbps download and ~50 Mbps upload. This morning it's >70 Mbps download and <10 Mbps upload. These numbers are from Speedtest.net. The numbers from AirVPN's own speed test are <20 Mbps each way. This morning it's about 18 Mbps download and won't even finish the upload test. I let the client choose the best server which is always a Toronto server, usually Rana. I have also experimented with other servers in the US, Netherlands and Germany, all were slower. I have tried all protocols, the best being UDP using port 2018. SSH and SSL are very slow. I have also tried the OpenVPN client. I have been with PIA for the past year. The speeds from PIA were about 60 Mbps down and 20 up. This was with using the OpenVPN client. With their own client it was real bad. I can live with 70/50 Mbps but not <10 Mbps upload. On a positive note, I really like AirVPN. The custom OpenVPN configs, speed tests, port forwarding and numerous other options are great. I'm not sure that AirVPN support actually use this forum, someone please let me know. Thanks
-
I'm under Windows 10 Pro, Eddie Client 2.10, 20/1 Mb ADSL line. I'm using latest qBittorrent. VPN works great, http/ftp downloads saturate download/upload bandwidth. Torrenting is a bit problematic: it reaches a 10-12 Mb wall in "testbench condition" (ubuntu torrent), about the half with "real life" torrent. I know for sure the same torrents have no problem at all outside VPN tunnel. What I've just tried (with no luck): - differnt VPN servers/torrent client; - port forwarding; - setting mtu; - changing send/receive buffer size; - downgrading TAP driver; - forcing UDP protocol/SSH/SSL. What worked (in some way): - disabling uTP. By disabling uTP, speed bumps up with testbench torrent but less peers are gathered (I guess this happen because uTP is very common/efficient protocol) so "real life" torrent speed is not great at all. Furthermore, with uTP disabled, the connection status icon remains yellow and turns green only if uTP is enabled. Is this a common issue? Am I missing something? Is there a way to let the VPN handle uTP?
-
Hello, First I wanna say that I'm very satified with the service. Great servers, no disconnection, nice people here with big security concerns and good skills ! I just would like to enjoy more of my connection speed. I'm on 1gbps fiber and my speed is cap at max 160Mb on you servers. Is there a plan to offer more speed as we are more and more in big cities to have this kind of connection ? Thank you ! R.D.
-
Hi, I just followed some instructions and managed to get my netgear wndr4500 upgraded to have dd-wrt on it. it's the latest kong version of the firmware. i did this so that i could get my airvpn to come through my router. which i then set up following your guide. it was fully functioning, my only problem was that the speed had dropped to less than a 20th of the download and slightly slower upload (pictures linked). the speed with my isp's router is 100mb, so it's already slightly slower with dd-wrt but not a big deal. but the speed with the vpn activated is just too slow for what i need. I could use some help in resolving this. Thanks, Grand Kai.
-
All, So far good results. I signed up for AirVPN while the Phoenix, AZ server was listed as down. It has since been removed entirely. I would have liked to have a local server, and that's partially chose airVPN. Client works well on both Windows and Linux. Works well on cell traffic in OpenVPN for Android as well. (You need to ensure it's set up correctly for cell traffic to route properly though, default settings do not accomplish a correct route) I'll be checking for DNS leaks and packet tracing some test traffic over the next few days to really see how well the tunnels work. One typical speed test below from the provided test on the website. Overall 8/10. Down: 27.881 Mbit/s Out, 23.576 Mbit/s In (84%), 50MB - Up: 1.891 Mbit/s Out, 1.775 Mbit/s In (93%), 20MB - Date: Sat, 05 Dec 2015 19:47:20 GMT - Buffers: 50MB/20MB - Laps: 3, Time: 360.16 secs --- xxx.xxx.xxx.xxx ping statistics --- 32 packets transmitted, 31 received, 3% packet loss, time 31053ms rtt min/avg/max/mdev = 21.427/23.465/30.945/1.578 ms Client: Phoenix, AZ VPN Server: Alkes -Nick
-
Hi all, First of all I am a beginner when it comes to VPNs. I am living in Hong Kong for a couple of months and decided to get a VPN to access websites from other countries (e.g. Netflix), which are not available/limited here. I researched the best VPNs in Hong Kong and have been using VyprVPN for the last couple of months. However, it was pointed out to me that they were quite expensive and not offering the best service, so I decided to switch to another VPN. Besides access to sites like Netflix, another important feature had to be p2p sharing, so this was what I searched for when looking for a new VPN. This brought me to AirVPN. However, I have been trying multiple servers over the past day (Netherlands, France, US, Canada, Singapore, Hong Kong) and none of them have given me speeds higher than 20 kB/s (!!!). I chose them based on their "speed-score" when I use the AirVPN software. Included are my speedtest results with and without the VPN. With VyprVPN I had no such issues and I had almost the same speed with VPN as without. I am using AirVPN on a Macbook Pro (2011), running OS X El Capitan, version 10.11 Again, I don't know much about VPNs, so I haven't changed any settings or so. I hope someone can help me out!
-
Hello everybody. I'm having trouble with my torrent client. Whenever I start a torrent it will be capped around 35kbs. When I change the max connection to around 2 it will go full speed (of the uploaders) then stay there for a little while and gradually go down again to 35kbs. Now if I change the max connection again to for instance 5 it will go full speed again and the same thing happens. It doesn't matter if I set the max connections to 1,2,3,4,5,6 or a bit higher but every time I change it the speed seems to come back up and then drop again to avarage around 35/40kbs If i put the connections to let's say 100 it will drop to around 15kbs Mind you I have no problems downloading without VPN. My current setup is this: I connect through the Airvpn client through UDP:443 automatically to the best server automatically in Sweden. I have forwared 2 port numbers. 1 for incoming 1 for outgoing and specified this in my client. If I test the port in the client it give a green OK. My torrent client is Deluge. Any help would be greatly appreciated.
-
Hi, I got yesterday a 3-day subscription to AirVPN for testing (before bying a longer subscription) but I can't make it work. The main symptom is the extremely low speeds. My PC (Windows 7 64bit Prof) is on a Gigabit line. My normal speeds, according to speedtest.net, are around 500-600mbps (down and up). With AirVPN connected, my speed usually gets lower than 10mbps! Sometimes I get good speeds (60-100mbps) but as soon as I start uTorrent, the connection stalls to the point even DNS resolving fails. Something I noticed: the TAP adapter always says "Unintedified network" and, according to ipconfig its "Default Gateway" is empty. Is that normal? I have tried both OpenVPN and the AirVPN app. in both cases the logs are clean (no errors or warnings) but the problem persists. Also I tried uninstalling everything relevant (even the TAP adapter) and reinstalling but nothing changed. I know my ISP is ok with OpenVPN. They use it for some of their services too. So, any ideas on how to resolve this mess? Or at least how to get some usable debbuging info? Thanks!
-
My AirVPN client takes forever to launch on startup, often a few minutes. The app is set to auto-launch, but still takes forever to actually execute, and I cannot connect to the internet during this time because of some other issue. It's getting very annoying, and is quite detrimental to the experience of AirVPN.
-
Hi everyone, I'm wondering, if I tweak my SNR settings on my Asus DSL-AC68U, is this likely to cause any of the AirVPN servers to possibly slow down? I have tweaked my SNR settings and am getting around a 25 percent speed increase when I'm not using AirVPN, but it's possibly effecting both the speed and throughput when using AirVPN, although I'm still running further tests to accurately determine this. Any input from any of you out there would be greatly appreciated.
-
I'm on a 150Mbs connection, most of the time my downloads while on VPN are in the 20Mbs range. It's the same for automatic, SSH and SSL connections to recommended or other servers. I also have an issue where I can see the VPN client is sending out packets but is receiving 0 and then it restarts itself. I have tried multiple servers with the same result. Suggestions? Speedtest: http://www.speedtest.net/my-result/4625005174 Are the servers just that congested?
-
I'm with Virgin Media in the UK, on 160/12 cable. Last year I had a spate of low speed (3MB/sec hard cap) which I initially blamed on throttling of OpenVPN as I could hit full speed on my naked ISP connection. After some investigation I found it was actually a bug in the ISP supplied router, so I switched to my own and the problem went away. Lately however, I'm having a hard speed cap problem and it really looks like issues caused by either VM's use of DPI and/or OpenVPN throttling/shaping at ISP level. VM operate a whitelist for shaping, so unless the protocol is whitelisted it's shaped by default. VM categorically and publicly deny any form of throttling, shaping or interference with OpenVPN connections. I've been using an Ubuntu torrent as a speed benchmark as it's multi-threaded, consistently very fast, and can be used off-VPN without fear of legal issues. I have tested every port and protocol in Eddie, as well as via Viscosity (to rule out Eddie issues). I also tried the same tests with several other well respected VPN providers with good networks and the results were consistent across them all, Air included. Note that I am using MB/sec in its proper format, meaning megabytes per second. 1MB/sec = 8Mbps. All results are for the same Ubuntu 15.04 x64 torrent downloaded in the latest qBittorrent v3.2.3 on Mac OS X (also verified on Linux, PCBSD and Windows 8.1 Pro). As well as checking against multiple VPN companies, multiple OpenVPN software and multiple operating systems, I also reproduced the results on multiple machines (mid 2012 MacBook Pro and my FX8350 / 16GB DDR3 / Samsung Evo 850 sad / Radeon R9 380 gfx desktop). I repeated the tests with several ethernet cables (to rule out cable issues), as well as with *machine* > router > modem and *machine* > modem (to rule out firmware or routing issues). Every time, regardless of the variable, the results below were consistent. ISP : 19MB/sec OpenVPN 53 UDP : 2MB/sec OpenVPN (all other ports in turn) UDP : 5MB/sec OpenVPN (all ports) TCP : 4 - 5 MB/sec OpenVPN + SSH 22 : 2MB/sec OpenVPN + SSH 80 (or 53) : 13 - 18 MB/sec (lower in peak times, high off-peak) OpenVPN + SSL 443 : 13 - 18 MB/sec (lower in peak times, high off-peak) As we can see, generally SSL and SSH masking the OpenVPN connection allows almost full line speed (minus the encryption overheads). That's great. As soon as it's a bare OpenVPN connection the speeds cap out at around 33% of what they should be. Bare OpenVPN TCP is a little slower than UDP (as you'd expect) but otherwise in accordance with the general 5MB/sec cap experienced on UDP. The only exceptions are UDP:53 and SSH:22 which are both heavily restricted to around 2MB/sec. Now to my mind, knowing what I do of VM's shaping and DPI systems, this would only make sense if they were interfering with OpenVPN either by purposefully throttling it, or else their DPI system is messing up the connection. They further seem to restrict SSH:22 and UDP:53 by protocol but not by port. This actually makes sense, as all other Eddie combinations are quite random whereas SSH:22 (SSH) and UDP:53 (DNS) are established network traffic protocols and thus could be singled out for listing in the shaping systems. If we reverse the protocol/port (to give SSH 53 and UDP 22) we once again obfuscate the tunnel and go back to full speeds! I also get a lot of decrypt/replay errors in the logs on every single port for 'normal' OpenVPN. As soon as I hide the OpenVPN in either SSL or SSH the errors simply don't occur. Ever. This suggests that the extra tunnel is hiding the OpenVPN tunnel from being shaped, or else the DPI process in and of itself is breaking OpenVPN and causing the packets to arrive out of order. Maybe that in and of itself can hurt speed? So there you go. Sorry for the long post but it's an interesting (if thoroughly frustrating and annoying) issue. What do you gurus think? Given I have worked to change the variables one at a time to rule out issues with AirVPN (different providers), the router and/or its firmware (direct connection to modem, bypassing router), wireless issues (used ethernet directly) and OS limits or bugs (used multiple OSs) I can't see anything is left... except issues with the ISP shaping/throttling or else their DPI breaking things. I posted a thread very similar to this in VM's support forums, but for a whole week it has gone unanswered by any staff. Interestingly it is the only thread on the forum to have been ignored. Make of that what you wish. I await your replies with interest. Thanks in advance for reading.
-
Hey guys, Just bought AirVPN today because my uni's internet has restrictions. I'd used a free VPN earlier and used to get decent-ish speeds (~5-6Mbit/s) but then those are public. My uni's speed is great and I can get 50Mbit/s easily at times when there's low traffic. But when I', connected to Air I'm not getting more than 2-2.5Mbit/s on any server. I'm not sure if this is an error on my part or on AirVPN. I'll repeat that I've used free, public VPNs and they've given me better speeds, so I assume it's not a confg problem.