Jump to content
Not connected, Your IP: 44.197.114.92

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
    • Databases
  • Community
    • General & Suggestions
    • Troubleshooting and Problems
    • Blocked websites warning
    • Eddie - AirVPN Client
    • DNS Lists
    • Reviews
    • Other VPN competitors or features
    • Nonprofit
    • Off-Topic
  • Other Projects
    • IP Leak
    • XMPP

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 101 results

  1. Hello Going to try to keep this short. Started using airvpn with a Win7 64Bit Ultima build, but had problems with speeds only reaching 5-15Mbit at most. My original connection Is 130Mbit Down and 30 Mbit up. So started to dig in the Forums for possible fixes. After some time i managed with some tweeks to get 20-30Mbit at most. But that's another story.. Now I have installed Windows 10 Enterprise, running on build 1607, and I have actually managed to get 100Mbit down and 20Mbit up on the Ookla speedtest With Airvpn Connected. When using the newsest TAP drivers 9.21.0 and newer, i only get 10mbit at best, normally just stable at 4Mbit. So I tryed out the 9.9 series of tap drivers. After trying out the 9.9.2_3 TAP driver + setting "media status" to allways Connected in the Device manager and buffersize in eddie to 512kb. I get stable 100Mbit from any of the servers avaible, dont matter if it's sweden or netherland and so on. The problem Is that If I exit Eddie to use my normal Connection, the Ethernet Controller gets stuck with a 10.4. something dns setting. If I dont delete that manuel DNS setting and set it to Automatic, i wont get any internet without using VPN. After deleting the DNS setting in my Ethernet Controller, i can use my regular internet. But when I then try to start up Eddie to use VPN, the speed Is all the way Down to 10Mbit again -.- ......... So If i then uninstall TAP driver, and reinstall It, i get the stable 100Mbit again ..... But If I'm going to need to do this all the time, I'm going to go crazy.. Any ideas of what I can do? Because now I know It's not the router, it's not the computer. It's actually the tap driver that's causing all the problems for me Cheers guys! Thanks for any help!
  2. I have a 151% download speed due to tunnel. What does that mean, exactly? I know that the download speed isn't any faster, but it seems like web browsing is quicker on the VPN than without it. Is that what this metric implies? If so, what is the cause? Is this a sign that the ISP is doing some sort of throttling or packet sniffing that adds latency when not on a VPN? I'm not very network savvy, and I would love to learn more about what exactly is going on here. I attached my screenshot of the speed test below. Thank you!
  3. Today is my first day trying out AirVPN. (I've been using another service for a couple of years.) Love all the tools and status reports, etc, on the website. The Eddie client is impressive (but I can't get it to run on my Arch Linux machine, so using OpenVPN). I just tested out some download speeds with my usenet server. With my other VPN service I can get close to 4.5 MB/s DL speeds. When I switched to AirVPN I was getting less than 1.0 MB/s (sometimes a LOT less--when it would connect at all.) Very discouraging, to say the least. I tried changing the UDP fragment size to 256, but that didn't improve anything. Any suggestions would be welcome!
  4. 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:
  5. 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 ?
  6. 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.
  7. 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?
  8. 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
  9. 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.
  10. 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
  11. 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
  12. 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
  13. 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
  14. 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.
  15. 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
  16. 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
  17. 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?
  18. 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.
  19. 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.
  20. 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!
  21. 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!
  22. 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.
  23. 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.
  24. 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.
  25. 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)
×
×
  • Create New...