Jump to content
Not connected, Your IP: 34.201.18.139

Search the Community

Showing results for tags 'speed'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • AirVPN
    • News and Announcement
    • How-To
    • Frequently asked questions
    • Databases
  • Community
    • General & Suggestions
    • Troubleshooting and Problems
    • Blocked websites warning
    • Eddie - AirVPN Client
    • Reviews
    • Other VPN competitors or features
    • Nonprofit
    • Off-Topic
  • Other Projects
    • IP Leak
    • XMPP
    • Mirrors

Product Groups

  • AirVPN Access
  • Coupons
  • Misc

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Twitter


Mastodon


AIM


MSN


ICQ


Yahoo


XMPP / Jabber


Skype


Location


Interests

Found 96 results

  1. 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.
  2. 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?
  3. 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
  4. 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.
  5. 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
  6. 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
  7. 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
  8. 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
  9. 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.
  10. 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
  11. 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
  12. 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?
  13. 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.
  14. 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.
  15. 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!
  16. 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!
  17. 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.
  18. 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.
  19. Hi, Im using Airvpn via my Netgear wndr3700v2 (Gargoyle), and my max speed so far is about 8,5Mbit. I was hoping for a tad more, though thats ok for surfing. So my question is, is there any easy way to find out the lowest latency / best speed, besides creating a configuration file for every single server, copy the server adress and apply it to my router? Thanks for any hint.
  20. Hello, I'm a newly subscriber to AirVPN, I followed the guide to connect to AirVPN server with my Synology, so far so good My question is the following, is it normal to have reduced speed when using AirVPN ? I mean without AirVPN : 2.7 MB/s on Newsgroup With AIrVPN, after trying different servers , max I could get was 2.3 MB/s My upload is limited to 120KB/s in any case. So it's not a drastic fall in download speed but still is it a normal speed with vpn ? I have another VPN and I get just a bit more about 2.4 MB/s Any one with experience on synology noticed the same ? (The worst is when i activate some cloud sync while downloading without VPN it is 2.4 MB/s down and 120 KB/s up and with VPN 1.5 MB/s down and 120 KB/s up)
  21. 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?
  22. 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.
  23. 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.
  24. Hi, I'm new to the VPN scene and it seems I need some major help to get the most out of it. I also suspect that I'm slightly different from the majority of users here in that I'm using this for better gaming connectivity rather than security and privacy (basically, Playstation Network hates my non-vpn connection because it's NAT type 3, which is out of my control, so the VPN is to bypass that, which it has done). My connection is shared through my appartment complex and does dhcp assignment. No way to open ports on that end as management want to enable residents to just plug into the wall and go with no requirement to buy a router, so they won't slack on security. Admirable, but annoying for me. The setup: Linksys E4200 running DD-WRT v3.0-r27490 (07/06/15) mega, CAT-5 to the wall and the previously mentioned appartment complex-controlled fiber connection. 1 desktop pc connected by cable, one laptop and a playstation 4 as well as a phone on wi-fi. Speeds are the same wired or on wi-fi. My speed without connection to Air is in the 80-100 Mbps range, with Air (client or set up in the router, which is the end goal) 6-9 Mbps. I'm expecting a drop in speed, but this is a little extreme. Tried various combinations of servers and protocols, main two servers I've been switching between for testing have been Acubens (Sweden) and Aquilae (Germany), started with UDP on port 443, then TCP on the same port. Speeds were virtually identical, have cycled through both on port 80, 53 and 2018 as well. All setup done following the guide from AirVPN, no extra rules or setup done since I wouldn't have an idea where to start. I've seen suggestions in other threads to increase the buffer sizes for people using the Air client, is this possible in DD-WRT, and if so how would I do it? I've tried with and without QoS enabled, didn't seem to make a difference, but open to suggestions on tweaks there. UPnP is on, which seems to help with getting connected to Playstation Network, but have tried disabling it too. Any general suggestions to optimize for speed? The safety of firewall rules dropping connection if the cpn connection goes etc are nice, but I am willing to give them up for a fast, efficient way to connect to what I want to connect to. Because of the playstation, using the Air client and ICS isn't an option, I'm not moving the computer into the living room. So I really need to make it work on the router. I'm not sure what info people will need to be able to help me with this, but to start with, here's the latest opvenvpn log from the router. Anything else you need, just ask and I'll get it to you. lient: CONNECTED SUCCESS Local Address: 10.7.0.63 Remote Address: 10.7.0.63 Status VPN Client Stats TUN/TAP read bytes 37625622 TUN/TAP write bytes 63862092 TCP/UDP read bytes 67544747 TCP/UDP write bytes 40866705 Auth read bytes 63862604 pre-compress bytes 0 post-compress bytes 0 pre-decompress bytes 0 post-decompress bytes 0 LogClientlog: 19700101 01:00:18 I OpenVPN 2.3.7 mipsel-unknown-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [MH] [iPv6] built on Jul 6 2015 19700101 01:00:18 I library versions: OpenSSL 1.0.2c 12 Jun 2015 LZO 2.09 19700101 01:00:18 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:16 19700101 01:00:18 W NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 19700101 01:00:18 W WARNING: file '/tmp/openvpncl/client.key' is group or others accessible 19700101 01:00:18 W WARNING: file '/tmp/openvpncl/ta.key' is group or others accessible 19700101 01:00:18 I Control Channel Authentication: using '/tmp/openvpncl/ta.key' as a OpenVPN static key file 19700101 01:00:18 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication 19700101 01:00:18 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication 19700101 01:00:18 Socket Buffers: R=[87380->131072] S=[16384->131072] 19700101 01:00:18 I Attempting to establish TCP connection with [AF_INET]62.102.148.131:80 [nonblock] 19700101 01:00:19 I TCP connection established with [AF_INET]62.102.148.131:80 19700101 01:00:19 I TCPv4_CLIENT link local: [undef] 19700101 01:00:19 I TCPv4_CLIENT link remote: [AF_INET]62.102.148.131:80 20150729 20:15:39 TLS: Initial packet from [AF_INET]62.102.148.131:80 sid=b7316a64 4cbb8a61 20150729 20:15:39 N TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity) 20150729 20:15:39 N TLS Error: TLS handshake failed 20150729 20:15:39 N Fatal TLS error (check_tls_errors_co) restarting 20150729 20:15:39 I SIGUSR1[soft tls-error] received process restarting 20150729 20:15:39 Restart pause 5 second(s) 20150729 20:15:44 W NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 20150729 20:15:44 Socket Buffers: R=[87380->131072] S=[16384->131072] 20150729 20:15:44 I Attempting to establish TCP connection with [AF_INET]62.102.148.131:80 [nonblock] 20150729 20:15:45 I TCP connection established with [AF_INET]62.102.148.131:80 20150729 20:15:45 I TCPv4_CLIENT link local: [undef] 20150729 20:15:45 I TCPv4_CLIENT link remote: [AF_INET]62.102.148.131:80 20150729 20:15:45 TLS: Initial packet from [AF_INET]62.102.148.131:80 sid=49a2673c 32b3df6a 20150729 20:15:45 VERIFY OK: depth=1 C=IT ST=IT L=Perugia O=airvpn.org CN=airvpn.org CA emailAddress=info@airvpn.org 20150729 20:15:45 VERIFY OK: nsCertType=SERVER 20150729 20:15:45 NOTE: --mute triggered... 20150729 20:15:59 6 variation(s) on previous 3 message(s) suppressed by --mute 20150729 20:15:59 I [server] Peer Connection Initiated with [AF_INET]62.102.148.131:80 20150729 20:16:01 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) 20150729 20:16:01 PUSH: Received control message: 'PUSH_REPLY redirect-gateway def1 bypass-dhcp dhcp-option DNS 10.7.0.1 comp-lzo no route-gateway 10.7.0.1 topology subnet ping 10 ping-restart 60 ifconfig 10.7.0.63 255.255.0.0' 20150729 20:16:01 OPTIONS IMPORT: timers and/or timeouts modified 20150729 20:16:01 NOTE: --mute triggered... 20150729 20:16:01 5 variation(s) on previous 3 message(s) suppressed by --mute 20150729 20:16:01 I TUN/TAP device tun1 opened 20150729 20:16:01 TUN/TAP TX queue length set to 100 20150729 20:16:01 I do_ifconfig tt->ipv6=1 tt->did_ifconfig_ipv6_setup=0 20150729 20:16:01 I /sbin/ifconfig tun1 10.7.0.63 netmask 255.255.0.0 mtu 1500 broadcast 10.7.255.255 20150729 20:16:01 /sbin/route add -net 62.102.148.131 netmask 255.255.255.255 gw 10.44.11.1 20150729 20:16:01 /sbin/route add -net 0.0.0.0 netmask 128.0.0.0 gw 10.7.0.1 20150729 20:16:02 /sbin/route add -net 128.0.0.0 netmask 128.0.0.0 gw 10.7.0.1 20150729 20:16:02 I Initialization Sequence Completed 20150729 21:15:59 TLS: soft reset sec=0 bytes=108182994/0 pkts=132933/0 20150729 21:15:59 VERIFY OK: depth=1 C=IT ST=IT L=Perugia O=airvpn.org CN=airvpn.org CA emailAddress=info@airvpn.org 20150729 21:16:00 VERIFY OK: nsCertType=SERVER 20150729 21:16:00 NOTE: --mute triggered... 20150729 21:16:13 1 variation(s) on previous 3 message(s) suppressed by --mute 20150729 21:16:13 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:16 20150729 21:16:13 D MANAGEMENT: CMD 'state' 20150729 21:16:13 MANAGEMENT: Client disconnected 20150729 21:16:13 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:16 20150729 21:16:13 D MANAGEMENT: CMD 'state' 20150729 21:16:13 MANAGEMENT: Client disconnected 20150729 21:16:13 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:16 20150729 21:16:13 D MANAGEMENT: CMD 'state' 20150729 21:16:13 MANAGEMENT: Client disconnected 20150729 21:16:14 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:16 20150729 21:16:14 D MANAGEMENT: CMD 'status 2' 20150729 21:16:14 MANAGEMENT: Client disconnected 20150729 21:16:14 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:16 20150729 21:16:14 D MANAGEMENT: CMD 'log 500' 19700101 01:00:00 ca /tmp/openvpncl/ca.crt cert /tmp/openvpncl/client.crt key /tmp/openvpncl/client.key management 127.0.0.1 16 management-log-cache 100 verb 3 mute 3 syslog writepid /var/run/openvpncl.pid client resolv-retry infinite nobind persist-key persist-tun script-security 2 dev tun1 proto tcp-client cipher aes-256-cbc auth sha1 remote 62.102.148.131 80 comp-lzo yes tls-client tun-mtu 1500 mtu-disc yes ns-cert-type server tun-ipv6 tls-auth /tmp/openvpncl/ta.key 1 tls-cipher TLS-DHE-RSA-WITH-AES-128-CBC-SHA passtos
  25. I don't really want to create another slow speed post, but I tried to solve it for a day and I'm running out of idea. I'm in Canada and my isp is Rogers. My speed is 250/20. When I tried the airvpn speedtest, I was never able to pass 20mbit/s on download(I have no problem on uploads). I also tried to compare the download speed while downloading an actually file(nvidia driver), the download rate is 30-35 mb/s without vpn and max 4 mb/s with vpn. I'm running Windows 8.1 64 bit, I tried setting larger buffer size(it seems to increase the download slightly), switching to old tap driver(the older tap driver seems to work better), tried every protocols(the default udp is the best) and disable the firewall(does not have any effect). I tried playing around with these, and it will either increase or decrease the download speed slightly within the range of 500 kb/s to 4 mb/s, which is almost 10x slower than what my internet is capable of. I've also tried on my other computer which runs on ubuntu, and the download speed is pretty much the same. I remember reading somewhere that other Rogers customers are able to achieve max download speed with airvpn, so I don't think it's a problem with the isp or vpn, I just can't figure out what's wrong with my connection/computer.
×
×
  • Create New...