Staff

Hello! Please make sure that your torrent client is running and listening to the correct port while the check is performed. When you order a port check to the system, please wait for about 30 seconds then click "Refresh". Kind regards

Hello! Do you connect from your router (with DD-WRT or OpenWRT or Tomato etc.) or from your computer? In the first case, it's very likely that 10 Mbit/s is the maximum AES-256 throughput that the router CPU can handle (for encryption and decryption on the fly). In the second case, first try different ports, just in case your ISP caps bandwidth on some UDP ports ("port shaping", a not uncommon situation for ISPs which perform heavy overselling). We would recommend 80 TCP and 53 UDP. Kind regards

Hello! There will be no changes in IP addresses. You don't need to re-generate configurations. Kind regards

Hello! Probably your ISP changed your dynamic IP address (because of a disconnection, for example). In this case, all your connections (including the VPN connection) are lost and the OpenVPN client need to re-connect. The wide majority of disconnections from our servers are due to this cause. Please see here in order to prevent leaks in case of unexpected VPN disconnection on Mac OS X with pf: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=1713&limit=6&limitstart=36&Itemid=142#2532 and here on Mac OS X with ipfw: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=1713&limit=6&limitstart=42&Itemid=142#2756 Kind regards

Hello! You're absolutely right, the server is misconfigured: entry and exit IP addresses are the same. We'll fix the problem as soon as possible. [EDIT: problem was fixed a few minutes later] Kind regards

Hello! We don't detect any problem on any server with Google... can you please elaborate? On which servers do you notice problems with Google, and what kind of problems? Kind regards

Hello! For a bittorrent client, just let the system pick for you a free port. Do not remap it to a local port. Leave it to "TCP & UDP". Finally, set the same port number as the listening port in your torrent client. Kind regards

Hello! Leaseweb USA is relocating all the servers in the USA datacenter. Therefore Sirius, Librae and Andromedae will be relocated. The servers will be powered off, disconnected, relocated, reconnected and turned on. The relocation will take place: - for Sirius and Andromedae, in a 60 minutes time frame between December 17th 11:00 PM EST and December 18th 7:00 AM EST. - for Librae, in a 60 minutes time frame between December 18th 11:00 PM EST and December 19th 7:00 AM EST. During the relocation, a minimum downtime of 30 minutes is expected. Kind regards

Hello! No problem is detected: your web server answers correctly on https://<server exit-IP>:<50xxx> This is the message this admin receives from your web server: Make sure that you're trying to access it on the exit-IP of the server your client is currently connected to. Kind regards

Hello! It seems that the router does not send the DNS query to 10.4.0.1. What happens if you delete any other DNS server IP? Kind regards

Hello! Yes, it looks just fine. Try to browse https://speedtest.air in order to make sure that the router sends DNS queries to 10.4.0.1. Kind regards

Hello! Thank you for your subscription! Please click the "Enter" menu and select your OS. Then please follow the instructions. Direct link: https://airvpn.org/enter Kind regards

Hello! Can you please enable logging for the block rule and publish it? Kind regards

Hello! You need remote port forwarding if you run some service which must be able to receive incoming connections from the Internet (examples: a web server, an eMule-like p2p client...). According to your description you don't need port forwarding at all. Kind regards

Hello! Apparently, with 800 KB/s == 6.4 Mbit/s, you're very near to the maximum AES-256 encrypted traffic throughput sustainable by a typical DD-WRT router CPU, so it should be fine. The fact that you get lower performance from non-USA servers might be due to "worse" routing/peering between either your ISP and our non-USA servers or the newsgroups servers and our non-USA servers. Kind regards

Hello! Maybe a DHCP problem? Try to add the rules: pass out quick on $eth_if from any to 255.255.255.255 pass out quick on $wifi_if from any to 255.255.255.255 just below the "block out all" rule. Kind regards

Hello! You can require a free trial through the "Contact us" form (please make sure you pick the subject "Request free trial") and wait for the trial queue, or jump the queue and subscribe to any plan and request for a full refund within 3 days (which should be enough for testing). Kind regards

Hello! That's because account "Theopt" is not authorized to access the VPN servers. Please subscribe to a plan with this account in order to enable it to access the VPN servers. Kind regards

Hello! On port 443 UDP your tun interfaces is DHCP pushed an address in the range 10.4.0.0/255.255.0.0. Therefore you just need to block any outgoing packet for your p2p client NOT coming from 10.4.0.0/16 Please see here: https://airvpn.org/status The public entry and exit-IP addresses of the servers are static. The VPN IP address is DHCP assigned, it is dynamic but you can easily handle it. You can tell the client to tell OpenVPN to connect over an http or a socks proxy. See here for an example: https://airvpn.org/tor Kind regards

Hello! Thank you for the information, we're very glad to know that the problem is solved. It's not your fault, we have dozens of support requests because the TUN/TAP adapter is disabled. It's impossible that all of these requests come from persons who inadvertently switched off the adapter. There must be some condition for which Windows switches it off, however we have been unable so far to determine such condition. Kind regards

Hello! OpenVPN can't access the TAP-Win32 adapter. Please make sure that it is enabled: On Windows XP: Open Control Panel-->Network and Internet connections-->Network Connections. Right-click on "TAP-Win32 Adapter V9" and select "Enable". Windows Vista: Open Control Panel-->Network and Internet-->Network and Sharing Center-->Manage network connections. Right-click "TAP-Win32 Adapter V9" and select Enable. Windows 7: Open Control Panel-->Network and Internet-->Network and Sharing Center-->Change Adapter Settings. Right-click on "TAP-Win32 Adapter V9" and select Enable. If you find that the TAP adapter is already enabled, select "Disable", apply the change, then select "Enable". Please feel free to let us know whether the above solves the problem. Kind regards

Hello! Thank you for the information. Please feel free to share how you managed to improve performance if you wish so, maybe your information can be useful to some other person. Kind regards

Hello! That's right, we'll consider to implement it. Kind regards

Hello! It's normal. When you force your Mac to use some DNS, the DNS queries will be encrypted and tunneled to the VPN server your Mac is connected to. The OpenVPN server decrypts them and sends them out to the proper destination, receives the reply, encrypts it and sends it back to your OpenVPN client in the Mac. The final DNS server does not know the real origin of the query, of course, it sees packets coming from the Air server exit-IP. WARNING: THE ABOVE IS NOT TRUE FOR WINDOWS SYSTEMS (Windows lacks the concept of global DNS; if you force a Windows physical network card to use some DNS, it can occasionally send out unencrypted DNS queries out of the tunnel, causing a DNS leak - in Windows you need to force the TAP-Win32 Adapter V9 to use a particular DNS, AND block DNS leaks, if you don't want to use the Air DNS). You can use any DNS you wish. If you wish to access Air internal services (currently only speedtest.air) and bypass ICE censorship, then you must use the Air DNS (10.x.0.1). Kind regards

Hello! If you connect from your Windows computer, please set 10.4.0.1 as preferred DNS in your computer physical network card. If you connect from your router (for example if you have Tomato, OpenWRT, DD-WRT... routers) set it as the first nameserver in the router. Kind regards