false advertising

[skannerz22 0]

 

 

 

No traffic limit. No time limit. Access to all of our exit-nodes.

 

High performance servers in many countries

 

No maximum speed limit, it depends only on the server load (see here).
Minimum allocated granted bandwidth: 4 Mbit/s download + 4 Mbit/s upload

 

you claim this crap

 

and yet the speed shows different

 

you can make excuses like there isn't enough seeds for the torrent i was using bla bla bla but it would still show this crap where it peaks when i start a torrent then it slows down as soon as your server detects the torrent

 

last year i used to be able to download multiple torrents fast and now this year i can only download 1 torrent at a time sometimes fast and now it's not downloading fast at all with most stuff it just peaks for a few seconds then it gets throttled

 

so ultimately you're false advertising your speeds

 

 

this happens across the board with everything now compared to last year so seeds aren't the core problem

 

i tried restarting the airvpn client and tried restarting the router and tried restarting my computer and seperately flushing dns but the speed throttling is still happening

 

the speed throttling never happened when i used other vpn companies but their privacy was garbage

 

i'm going to try getting a different torrent but the speed throttling is across the board not merely for 1 torrents seed count

[skannerz22 0]

I 2018.02.19 15:08:13 - Eddie version: 2.13.6 / windows_x64, System: Windows, Name: Windows 10 Home, Version: Microsoft Windows NT 10.0.16299.0, Mono/.Net Framework: v4.0.30319

. 2018.02.19 15:08:13 - Reading options from D:\airvpn\AirVPN.xml

. 2018.02.19 15:08:13 - Command line arguments (0):

I 2018.02.19 15:08:15 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.21.2

I 2018.02.19 15:08:15 - OpenVPN - Version: 2.4.3 - OpenSSL 1.0.2l  25 May 2017, LZO 2.10 (D:\airvpn\openvpn.exe)

I 2018.02.19 15:08:15 - SSH - Version: plink 0.67 (D:\airvpn\plink.exe)

I 2018.02.19 15:08:15 - SSL - Version: stunnel 5.40 (D:\airvpn\stunnel.exe)

I 2018.02.19 15:08:15 - curl - Version: 7.54.1 (D:\airvpn\curl.exe)

I 2018.02.19 15:08:15 - Certification Authorities: D:\airvpn\cacert.pem

. 2018.02.19 15:08:15 - Updating systems & servers data ...

! 2018.02.19 15:08:15 - Ready

. 2018.02.19 15:08:17 - Systems & servers data update completed

I 2018.02.19 15:08:27 - Session starting.

. 2018.02.19 15:08:28 - IPv6 disabled with packet filtering.

I 2018.02.19 15:08:28 - Checking authorization ...

! 2018.02.19 15:08:29 - Connecting to Reticulum (Singapore, Singapore)

. 2018.02.19 15:08:29 - OpenVPN > OpenVPN 2.4.3 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Jun 23 2017

. 2018.02.19 15:08:29 - OpenVPN > Windows version 6.2 (Windows 8 or greater) 64bit

. 2018.02.19 15:08:29 - OpenVPN > library versions: OpenSSL 1.0.2l  25 May 2017, LZO 2.10

. 2018.02.19 15:08:29 - Connection to OpenVPN Management Interface

. 2018.02.19 15:08:29 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100

. 2018.02.19 15:08:29 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2018.02.19 15:08:29 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2018.02.19 15:08:29 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]209.58.167.168:443

. 2018.02.19 15:08:29 - OpenVPN > Socket Buffers: R=[65536->262144] S=[65536->262144]

. 2018.02.19 15:08:29 - OpenVPN > UDP link local: (not bound)

. 2018.02.19 15:08:29 - OpenVPN > UDP link remote: [AF_INET]209.58.167.168:443

. 2018.02.19 15:08:29 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100

. 2018.02.19 15:08:29 - OpenVPN > TLS: Initial packet from [AF_INET]209.58.167.168:443, sid=e4c9bd66 35ae1fea

. 2018.02.19 15:08:29 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org

. 2018.02.19 15:08:29 - OpenVPN > VERIFY KU OK

. 2018.02.19 15:08:29 - OpenVPN > Validating certificate extended key usage

. 2018.02.19 15:08:29 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication

. 2018.02.19 15:08:29 - OpenVPN > VERIFY EKU OK

. 2018.02.19 15:08:29 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Reticulum, emailAddress=info@airvpn.org

. 2018.02.19 15:08:29 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 ECDHE-RSA-AES256-GCM-SHA384, 4096 bit RSA

. 2018.02.19 15:08:29 - OpenVPN > [Reticulum] Peer Connection Initiated with [AF_INET]209.58.167.168:443

. 2018.02.19 15:08:30 - OpenVPN > SENT CONTROL [Reticulum]: 'PUSH_REQUEST' (status=1)

. 2018.02.19 15:08:30 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.4.0.1,route-gateway 10.4.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.4.1.102 255.255.0.0,peer-id 36,cipher AES-256-GCM'

. 2018.02.19 15:08:30 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified

. 2018.02.19 15:08:30 - OpenVPN > OPTIONS IMPORT: compression parms modified

. 2018.02.19 15:08:30 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified

. 2018.02.19 15:08:30 - OpenVPN > OPTIONS IMPORT: route options modified

. 2018.02.19 15:08:30 - OpenVPN > OPTIONS IMPORT: route-related options modified

. 2018.02.19 15:08:30 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

. 2018.02.19 15:08:30 - OpenVPN > OPTIONS IMPORT: peer-id set

. 2018.02.19 15:08:30 - OpenVPN > OPTIONS IMPORT: adjusting link_mtu to 1625

. 2018.02.19 15:08:30 - OpenVPN > OPTIONS IMPORT: data channel crypto options modified

. 2018.02.19 15:08:30 - OpenVPN > Data Channel: using negotiated cipher 'AES-256-GCM'

. 2018.02.19 15:08:30 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-GCM' initialized with 256 bit key

. 2018.02.19 15:08:30 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-GCM' initialized with 256 bit key

. 2018.02.19 15:08:30 - OpenVPN > interactive service msg_channel=0

. 2018.02.19 15:08:30 - OpenVPN > ROUTE_GATEWAY 10.0.0.138/255.255.255.0 I=14 HWADDR=70:85:c2:53:60:ab

. 2018.02.19 15:08:30 - OpenVPN > open_tun

. 2018.02.19 15:08:31 - OpenVPN > TAP-WIN32 device [Ethernet 3] opened: \\.\Global\{4FC1F4CD-8C98-40FA-93DD-49C09F94225B}.tap

. 2018.02.19 15:08:31 - OpenVPN > TAP-Windows Driver Version 9.21

. 2018.02.19 15:08:31 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.1.102/255.255.0.0 [sUCCEEDED]

. 2018.02.19 15:08:31 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.1.102/255.255.0.0 on interface {4FC1F4CD-8C98-40FA-93DD-49C09F94225B} [DHCP-serv: 10.4.255.254, lease-time: 31536000]

. 2018.02.19 15:08:31 - OpenVPN > Successful ARP Flush on interface [8] {4FC1F4CD-8C98-40FA-93DD-49C09F94225B}

. 2018.02.19 15:08:31 - OpenVPN > do_ifconfig, tt->did_ifconfig_ipv6_setup=0

. 2018.02.19 15:08:36 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up

. 2018.02.19 15:08:36 - OpenVPN > C:\Windows\system32\route.exe ADD 209.58.167.168 MASK 255.255.255.255 10.0.0.138

. 2018.02.19 15:08:36 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=35 and dwForwardType=4

. 2018.02.19 15:08:36 - OpenVPN > Route addition via IPAPI succeeded [adaptive]

. 2018.02.19 15:08:36 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1

. 2018.02.19 15:08:36 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=35 and dwForwardType=4

. 2018.02.19 15:08:36 - OpenVPN > Route addition via IPAPI succeeded [adaptive]

. 2018.02.19 15:08:36 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1

. 2018.02.19 15:08:36 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=35 and dwForwardType=4

. 2018.02.19 15:08:36 - OpenVPN > Route addition via IPAPI succeeded [adaptive]

. 2018.02.19 15:08:37 - Interface Ethernet 3 metric changed from Automatic to 3, layer IPv4

. 2018.02.19 15:08:37 - Interface Ethernet 3 metric changed from Automatic to 3, layer IPv6

. 2018.02.19 15:08:37 - DNS leak protection with packet filtering enabled.

. 2018.02.19 15:08:37 - Flushing DNS

I 2018.02.19 15:08:41 - Checking route

I 2018.02.19 15:08:42 - Checking DNS

! 2018.02.19 15:08:55 - Connected.

. 2018.02.19 15:08:55 - OpenVPN > Initialization Sequence Completed

[go558a83nk 364]

I guess all those people getting great speeds as seen on the status page don't matter.  You're the proof that AirVPN is slow.

[B3nB3n 4]

Even though I think it's useless to post something here, because you are not listing to reason. But I say it anyway:

My speed is literally the same as without VPN (up to 7-8mb/s). So maybe, just maybe, it could be your (or torrent) fault.

Good luck finding a new VPN service. If you would ask politlely the community here could easily help you find and solve the reasons for your problem. Good luck finding that at a different VPN service.

 

Enjoy!

[LZ1 673]

Hello!

 

 

you claim this crap

 

and yet the speed shows different

That's because it's not a speed guarantee, but a minimum allocated bandwidth. Which speaks to the quality of Air connections, that it's possible to make such a thing. If you think Air can guarantee the speed any user would get, when each users conditions are totally different in terms of ISP, hardware, software, location and so on, then I think you need to look again. Ergo there's nothing wrong with the claim, but rather more likely, something in your setup. Your setup of which, we know next to nothing about. As Air makes clear, speeds users can reach, are uncapped.

 

you can make excuses like there isn't enough seeds for the torrent i was using bla bla bla but it would still show this crap where it peaks when i start a torrent then it slows down as soon as your server detects the torrent

There is no need to make any excuses and to my knowledge Air certainly hasn't made any in regards to seeds, when it's pretty straightforward that there's a multitude of possible reasons for a slowdown, that may be completely unrelated to Air and seeds altogether. As it turns out, most users can find the origin of slowdowns in their own set up. If you're experiencing problems, why not try to troubleshoot them calmly, instead of writing posts like that?

 

last year i used to be able to download multiple torrents fast and now this year i can only download 1 torrent at a time sometimes fast and now it's not downloading fast at all with most stuff it just peaks for a few seconds then it gets throttled

Which only underscores the well known fact that network conditions change all the time. And if you're suggesting that Air is throttling you, despite this being the complete opposite of one of Airs central policies, then I'd ask you to put forth some proper evidence that amounts to more than an Eddie graph, as it's tantamount to defamation otherwise and that won't be allowed around here.

 

so ultimately you're false advertising your speeds

And yet those getting more than 300Mbit / sec would tend to disagree. So no, there's nothing false about Airs commitments.

 

You could for instance have told us:

• Whether you forwarded any ports or not.
• What settings you put in your torrent client.
• Which torrent client you're using and which version.
• Who you ISP is.
• What hardware your computer runs on.
• What router you're using.
• If you tried different Eddie locations.
• If you tried different Eddie protocols.
• Whether you tried any experimental clients or not.
• Whether it's a wired or wireless connection.

And so on.

 

Before making such unfounded claims.

[Shiver Me Whiskers 15]

I'm getting speeds of over 160-180mbps right now.

I got up to 350mbps on occasion, which is near the max of what my internet line is ( 400mbps )

 

(Server name censored for privacy reasons)

[zhang888 1066]

Everything comes down to your actual hardware and ISP Peering/QoS throttling.

With good hardware and ISP, you can find yourself in the 100-300Mbit area with AirVPN,

and there are no limits once you reach that. The question is, if your hardware and ISP are capable.

[Monotremata 22]

I wonder if my ISP (Spectrum/Time Warner) is throttling me or something then? Im not going to claim false advertising, because when I signed up, I knew well there was going to be a little slowdown through a VPN and you are not guaranteed anything close to your full connection, but when I first joined I could easily hit almost my full 100Mbit bandwidth. This blew me away compared to NordVPN I was using before. Last month for whatever reason, everything dropped to maybe 10Mbit. I run Speedtest all the time, and can disconnect from the VPN and watch my normal Spectrum connection fly back up where its supposed to. The minute I reconnect to AirVPN it goes down the tubes. It gets a little faster if I switch from UDP to TCP, but nowhere near what it was in December and half of January, and I still don't understand what would've cause the sudden drop in speed. The traffic on the Los Angeles servers I use has pretty much hovered at the same number of users and bandwidth since I joined so I can't even say 'Oh theres more people connecting now' and explain it. 

[LZ1 673]

I wonder if my ISP (Spectrum/Time Warner) is throttling me or something then? Im not going to claim false advertising, because when I signed up, I knew well there was going to be a little slowdown through a VPN and you are not guaranteed anything close to your full connection, but when I first joined I could easily hit almost my full 100Mbit bandwidth. This blew me away compared to NordVPN I was using before. Last month for whatever reason, everything dropped to maybe 10Mbit. I run Speedtest all the time, and can disconnect from the VPN and watch my normal Spectrum connection fly back up where its supposed to. The minute I reconnect to AirVPN it goes down the tubes. It gets a little faster if I switch from UDP to TCP, but nowhere near what it was in December and half of January, and I still don't understand what would've cause the sudden drop in speed. The traffic on the Los Angeles servers I use has pretty much hovered at the same number of users and bandwidth since I joined so I can't even say 'Oh theres more people connecting now' and explain it. 

Please try SSL/SSH .

[Monotremata 22]

 

I wonder if my ISP (Spectrum/Time Warner) is throttling me or something then? Im not going to claim false advertising, because when I signed up, I knew well there was going to be a little slowdown through a VPN and you are not guaranteed anything close to your full connection, but when I first joined I could easily hit almost my full 100Mbit bandwidth. This blew me away compared to NordVPN I was using before. Last month for whatever reason, everything dropped to maybe 10Mbit. I run Speedtest all the time, and can disconnect from the VPN and watch my normal Spectrum connection fly back up where its supposed to. The minute I reconnect to AirVPN it goes down the tubes. It gets a little faster if I switch from UDP to TCP, but nowhere near what it was in December and half of January, and I still don't understand what would've cause the sudden drop in speed. The traffic on the Los Angeles servers I use has pretty much hovered at the same number of users and bandwidth since I joined so I can't even say 'Oh theres more people connecting now' and explain it. 

Please try SSL/SSH .

 

I have, its a little bit slower than TCP but works about the same. I just don't get why the first month I was on UDP it worked beautifully and then all of a sudden took a big hit, with no changes whatsoever. I have Eddie set to just use TCP now (or SSH IP3 if I connect to Castor) so its no big deal, its just weird. Ive gotten in trouble with Spectrum before for using a certain infamous public tracker (never the private ones go figure), and got that 'one more time and thats it' email, so I figured it might be time to use a VPN. I wonder if they noticed a sudden flood of UDP traffic coming from me and decided to ramp it down when they couldn't see where it was going or what was in it?

[LZ1 673]

They do change network conditions as it suits them, yes. It's unfortunate for the end user .

[ventilaar 0]

.

Edited ... by ventilaar

[Monotremata 22]

I had the same problem last month.

Suddenly I couldn't torrent faster than 1MB/s.

Switching to TCP helped for me, now I can get 15MB/s .

Are you using the Los Angeles servers too?? I know there were some issues with Sabik last month, which is what I connect to the most, but the other two servers were doing it as well. I was able to connect to one of the Fremont, CA servers and get everything back to normal but after a couple days everything went back down. I have a feeling its Spectrum doing something. I just stick to TCP now.