LZ1

Hello!
 
Please make sure that no QoS / packet filtering tools, both on your router and system, interfere with traffic, and also test (with the connection mode that could provide you with the highest throughput) different servers in various locations around you (prefer servers with lowest round trip time).
 
We don't see any bad packet / packet error in the log entries, so we tend to rule out MTU size problems.
 
Some users reported in the past interesting performance boost (in Windows) after having fine tuned the TCP/IP stack with TCPOptimizer. If all else fails, you could give it a try, please see here:
https://airvpn.org/topic/24126-tcp-optimizer-for-windows
 
It looks like that with some TCP/IP stack optimization Windows can partially fill the gap with the other systems in the tun/tap interface "performance". It is not easy in Windows to match the throughput you get in the tun/tap interface when compared to other systems (you don't have fast-io, you don't have any native tun/tap support and some other problems due to bad architecture), but with TCP Optimizer and the latest tun/tap driver throughput can be improved (of course, it is assumed that your system has a powerful enough CPU).
 
120 Mbit/s is not bad anyway if you make a comparison with just 5-6 years ago, when beating 100 Mbit/s on the tun/tap interface with the old tun/tap driver in Windows was deemed as impossible.
 
Kind regards

Hello!
 
It can be disregarded. Such is the nature of paid and/or biased reviews. It's the same story across multiple sites. From a different angle - such as quality and features - one could also argue Air is the cheapest for what you get.

Well hell that works! Thats really my only concern if it goes down. Might as well take care of that instead!
 
EDIT: Holy crap that works!! I set it to uTun1 (thats what mine uses) restarted qBT, it started seeding something right away, I disconnected from Aquila and watched my upstream dwindle to nothing in Little Snitch hah. I have the network lock deactivated right now and am here editing this post, and qBT cant do a damn thing haha. Thanks LZ1! Ive seen this mentioned on here elsewhere but figured it was something Id probably screw up but that was easy!

Found it.  Edited my post, maybe while you were replying.  Thanks, LZ1.

Hello!
 
Please:
 
Ensure you're properly connected to your network. Whether through WiFi or a Wired connection. Go to Eddie's preferences>Protocols>Change to TCP 443. Go to Windows Internet and Sharing>Network Adapters>Right-click each adapter and go to its properties and uncheck IP6. In the same place, click the TAP adapter and disable it. Then re-enable it. Then connect with Eddie again. This is a quick fix for TAP issues. Check no third-party security software could be interfering. Otherwise you're welcome to try the experimental client. Instructions for how, can be found in the link in my signature .

Hello!
 
For that bit at least, you can go to qBittorents Tools/Preferences>Advanced>Bind to Tun0 interface. Then it won't do anything if Eddie goes down.

Some people run an openvpn client on their router, etc.  In that case, ports do need to be opened on the router.  But, not using the usual port forward which goes from WAN to LAN but with iptables so you can specify TUN to LAN.
 
When running Eddie on a PC the encrypted tunnel goes from your PC to the VPN server.  Your router only sees the 1 connection your PC and the VPN server communicate on.  Everything happens inside that 1 encrypted connection.  Thus it's called "tunnel".  So, please understand that your router isn't even capable of selectively allowing connections to be established from "outside" through that VPN tunnel because it doesn't even see all the connections happening inside that tunnel.
 
Anyway, port forwarding is working for thousands of people as I write this.  If it were not so we'd see a LOT more posts about it.

Hello!
 
The tun/tap interface does not come up. In several cases the excellent recommendations by LZ1 will fix the problem. In some other cases, some additional steps are necessary, please see below.
If the problem persists after you have disabled any third-party antivirus and firewall, and you have also ascertained that the tun/tap interface is "Enabled", please try to set the tun/tap interface to "Always connected":
Go into device manager Find your TUN/TAP Adapter Right click on it Select "Properties" Select "Advanced Media Status" Set it to "Always Connected" Click "Ok" Reboot the computer. After the system has restarted, please insert the following directives in Eddie window "AirVPN" > "Preferences" > "OVPN Directives",  "Custom directives" box:
 
route-method exe route-delay 5 120 and test again.

Kind regards

@zhang888
 
Well, there is a special case for which you really want that the DNS server address matches the VPN gateway address (as it happens in Air if the client accepts the DNS push), i.e. when you are in an untrusted network. It's the most secure method to prevent DNS hijacking, an exploit which is possible only when the mentioned addresses do not match.
 
We probably should have emphasized this aspect because of this almost-exclusive feature of AirVPN, unfortunately the question was messed up as you noticed.
 
Kind regards

DNS servers are obviously a self made custom solution, which sets up the origin of the request to the exit IP of the server for all queries,
which will be true if you use the internal 10.x.0.1 subnet as the DNS server of course, otherwise it will be overridden by your OS.
This is the default of OpenVPN configs and Eddie, so a DNS leak protection is guaranteed, unless you use Windows and OpenVPN < 2.3.9.
 
This is not really a good thing for Torrentfreak to mix 2 completely unrelated questions into 1, so the obvious answer was focusing on real
bare-metal servers vs. virtual ones, which is far more important than the DNS setup of the provider. The DNS setup is almost an irrelevant
side question, since anyone can override this setting (and it is actually recommended to do so, see below) and run something like DNScrypt client on top.
This way even if you don't trust your VPN provider, they will not be able to see your DNS queries under any condition, even if they fully log all outgoing DNS.

Does any traffic flow to/from utorrent even if port forwarding isn't working?  Or is it completely not working?  You didn't happen to mess with proxy settings or something?
 
It's probably time to switch to qbittorrent anyway, considering the fact that utorrent is in big trouble for a security vulnerability.
 
Qbittorrent can be bound to the TAP adapter which is another level of security as you don't have to worry about it trying to make connections outside the VPN tunnel.

This is one of the many reasons why I love this service. I have no idea what requirements they did not meet, but it's so comforting to know AirVPN is on top of these things. And keeping us aware is an even bigger plus. Keep up the great work guys!

All proper guides on this site say you DO NOT forward ports on your router if you are using AirVPN Eddie on your PC.

Hello!
 
There's no WebRTC leak if you use Network Lock. But it's possible that if you're using ipleak.net, that you're interpreting the results as being a leak, when they're not.
 
If you go to ipleak.net and scroll to the bottom of the page, there's also instructions on how to disable WebRTC in your browser. You could also install uBlock Origin and set its preferences to do the same thing.
 
Otherwise yes, you will certainly need to supply some proof that you're still leaking when Network Lock is turned on, as that's a baseless claim otherwise, to the say the least .
 
You can also read a number of prior topics on the issue:
 
https://airvpn.org/topic/14306-webrtc-leaks-solved/
 
https://airvpn.org/topic/13519-webrtc-vulnerability/

They certainly do.
I'm a new user, look at my post numbers, and they've already responded to one of my posts...
 
However, I have a feeling it's a small group of people managing this, meaning they have their hands full.
So, patience is probably advised.

Just tried both "OpenVPN for Android" by Arne Schwabe and "OpenVPN" by OpenVPN apps on my Galaxy S8.  Could NOT get "Open VPN for Android" to work despite trying all the recommendations in this thread, but "OpenVPN" worked flawlessly with the UDP opvn file. Thought this might help folks who are having issues with "OpenVPN for Android". 

Hello!
 
 
I'm glad you had a good experience . If you run into any trouble, please feel free to ask for help.

Holy cow, thank you!
 
It looks like Gentoo Linux puts the file in /bin rather than /sbin. Creating a symbolic link with:
 
sudo ln -sv /bin/ip /sbin/ip fixed it instantly.
 
Thanks!

I would say it does answer your question, by pointing out to you that it's precisely not about how many people use it, but about if it follows Airs requirements or not. You asked:
 
 
And the answer is that it lives up to Airs requirements:
Would you prefer that Air sets up shop in locations that you happen to desire, while compromising on security and other important aspects, such as the quality of the datacenter, that make Air worthwhile to begin with? Then you would perhaps be here again, saying that your connection is slow or something doesn't work . By comparison, there's many people who also want Australia made possible and it's not that Air doesn't want to do it. But it has to make sense, both security-wise, economically and in terms of connectivity.
 
I'm glad you have other options. I wish you luck in exploring them in 2018 and finding out what suits your needs best .

On top of all the good arguments already brought on, we would like to add that in Dallas we have a better protection against © trolls and other entities. Any VPN service operating servers in the United States must take into account the cowardliness of datacenter owners who prefer to just shut lines and services than analyzing claims from copyright industry and other entities.
 
Actually, check our competitors: you will see that even giants like Private Internet Access do not have the guts to allow (just to make an example) p2p protocols in the United States (they re-route outside the USA).
 
Or think of NordVPN which does not allow p2p at all in servers in the USA, in spite of their promises of Net Neutrality, no traffic discrimination, no traffic monitoring etc.
 
They do monitor and discriminate traffic to re-route your p2p traffic outside the USA, or to block it altogether. They re-route or ban an entire class of protocols because through a couple of them copyright infringements might be easier.
 
At the end of the day, please evaluate all the services we provide and all the promises we keep. You will get an explanation about why we focus on carefully picked locations to host our servers instead of basing our business on marketing fluff aimed to gullible people.
 
Kind regards

It sounds like it's all fine really. Especially if you're not leaking as per ipleak.net .

In the first picture, with "Enabled protocols TCP & uTP" you may be able to change it to use only TCP. Also in the image where you use Ethernet 2. The box should contain a drop-down menu for tun0 or similar. It's to help ensure torrenting happens on the interface Air is used on. Under Advanced>Optional Address to bind to, you should see an IP address in the drop-down, underneath the "Network protocols" box. Do also make sure you're using the latest qBIttorent. Go to the Help tab and see which one is on your system. Depending on which OS you use, you can then compare the version to qBittorents download page.
 
Then restart the client when all those settings are in place and download the test torrent from ipleak.net. Let it show a couple of addresses, instead of just 1, as per your uploaded picture.
 
Then go to the Air Client Area and test the portforwarding.
 
After that, you can experiment with using different protocol and location combinations in Eddie, when torrenting, to see what works for you. You can use a Linux torrent if you want to test performance.
 
Then Linux will be on your system and you can perhaps practice using a virtual machine too
 
I'm glad the guides were of some help .

Hello!
 
You can check some of the torrenting guides in my signature if you would like.
Anonymous mode may cause problems for you in terms of speed and can be disabled without consequence. UTP protocol may also cause some speed issues, so you can try not using it. Couldn't you bind it to a tun0 interface of some sort, instead of Ethernet2? Was there no option in the torrent client settings to use Air DNS? Otherwise it looks good to me . Well done.

To reproduce:
 
Make a fresh install of Centos 7
Run software updater
Install latest mono, 5.8
Install AirVPN and connect
Wait 43h
AirVPN mono process consumes 978m resident memory and grows by the hour.

It has to be https://en.wikipedia.org/wiki/Space_Battleship_Yamato_(2010_film)
 
Air is the Yamato spaceship and Iskandar is the destination, just like Japan. It has to be
 
 
Otherwise I give up haha.