Staff

Hello! We can confirm you that we don't detect any problem on UK servers. Kind regards

Hello! We can confirm you that port forwarding is working correctly on our servers. If your router does not allow to close any port, you might block the ports you have remotely forwarded with your software firewall (very easy if you use Comodo) ONLY on your physical interface in order to prevent correlation attacks. Kind regards

Hello! Can you please use the "Contact us" form for this request? Kind regards

@aaronasaka Hello! This is just a wild guess in case you have Windows, but it's worth a try. We have some reports from Asus and other vendors customers from which it appears that some pre-installed "network card managers" have the effect to slow down dramatically the connection when OpenVPN is in use. For example, "Network i Control" from Asus appears from our reports to slow down the connection only when a TUN/TAP interface is used (just like in the OpenVPN case). At your convenience, and just in case you run a pre-installed Windows, please check whether you have one of those programs running and disable it to check whether the OpenVPN performance improves. Kind regards

Hello! We have deliberately chosen not to provide PPTP access with any authentication since the birth of AirVPN. MS-CHAPv2 authentication vulnerabilities are well known since years, nothing new under the sun. Attacks against PPTP with MS-CHAPv2 are trivial and can be performed automatically and rapidly with various tools. Kind regards

Hello! In your case, in order to have a cleaner, more precise set of rules, rule 2000 should be changed to: allow ip on en0 from 10.0.1.0/24 to 95.211.169.3 keep-state because 10.0.1.* in CIDR notation is 10.0.1.0/24 Rules from 5100 to 5260 can be made cleaner with "on tun0" (assuming that tun0 is your tun interface), for example: allow ip on tun0 from 10.4.0.0/16 to any Pay attention to rule 1200 if you wish to use a local proxy (for example Air over proxy will be blocked with that rule if you have a proxy on 127.0.01) and/or if you have software which needs to communicate with 127.0.0.1 (for example Tunnelblick). Kind regards

Hello! All the servers use and push the same VPN IP addresses according to the port you connect to. Please see here: https://airvpn.org/specs Kind regards

Hello! Please see our FAQ to optimize your p2p performance. You can do p2p without port forwarding, but remote port forwarding will improve the performance. https://airvpn.org/faq Kind regards

Hello! The address range 10.0.0.0/16 (10.0.0.0->10.0.255.255) will not conflict with VPN IP addresses (10.4.0.0->10.9.255.255). However, the rule pertaining to 10.0.0.0/8 needs to be modified accordingly for clients that use as their internal network the address range 10.0.0.0/16 (or even 10.0.0.0/24), because 10.0.0.0/8 covers the range 10.0.0.0->10.255.255.255. In CIDR notation, the range 10.4.0.0->10.9.255.255 may be represented with the following: 10.4.0.0/16 10.5.0.0/16 10.6.0.0/16 10.7.0.0/16 10.8.0.0/16 10.9.0.0/16 A CIDR Notation Calculator may help you, for example: http://www.subnet-calculator.com/cidr.php Kind regards

Hello! Please try to connect to a TCP port and see whether the 2% packet loss is mitigated. We're looking forward to hearing from you. Kind regards

Hello! OpenVPN supports routed and bridged networks. Our VPN works in "tun mode" (routed). "tap mode" (not tan) is for bridged mode. From the screenshots it is visible a "key.key" as key, if your key is user.key (our generator by default call it user.key), please change it accordingly. Kind regards

Hello! The problem remains. Chances are that the TUN/TAP adapter has not been properly installed. Try to uninstall completely OpenVPN and re-install it, making sure that when the system asks you to install any driver you authorize it to do it (the whole procedure will take just a few minutes). While on our package you can find the latest OpenVPN stable release, you might want to try the latest 2.3-alpha version available here: http://openvpn.net/index.php/download/community-downloads.html Kind regards

Hello! In the "Firewall" settings, please select "Network Security Policy" and check your "Global Rules". You can relate the name given by Comodo (for example "Home #1") to the various interfaces of your system in the tab "Network Zones". We can confirm you that uTorrent and port forwarding work correctly on all the servers (most recent checks: Draconis, Castor, Lyra, Cygnus - a few minutes before this message). You might also perform the following quick check: connect to a server and a port you never connected before. Comodo will ask you how it should handle this new Network Zone, tell it that you're "Home", then check whether uTorrent gets a green token and passes its internal port test. Kind regards

Hello! First of all, please make sure that the service listening to that port is authorized by Comodo to receive and send packets (you might want to add it to the "Trusted Applications" list). Then, please make sure that on the TAP-Win32 interface there are no blocked ports. Kind regards

Hello! Assuming that with Windows you use the Air client, in order to connect to port 80 TCP: launch the client, login, pick a server, then click on the "Modes" tab, pick "80 TCP", finally click on "Enter". The next time you open the client you won't need to repeat the procedure as long as you don't change server. If you change server, the client will again pick port 443 UDP, so you'll have to pick port 80 TCP again (and in general every time you change server). Kind regards

Hello! Apparently your eMule does not listen to port 27001 TCP. With Win7 x64, the most common cause for the problem on 27001 is the Windows Firewall, which by default does NOT authorize eMule to send out packets in different networks. Make sure that eMule is authorized (if you use the Windows Firewall) on every network. About port 27002, please make sure that this port is NOT forwarded on your router. Anyway, which server are you connected to? Kind regards

Hello! Can you please elaborate? Also, if you experience issues in connecting with Viscosity, please feel free to post the connection logs AND contact the Viscosity support team. We're looking forward to hearing from you. Kind regards

Hello! Thank you for your nice words. This is just to point out our strategy, and absolutely not to inflate any bitter controversy. Just giving two simultaneous accesses for each account would imply that, in order to keep the current bandwidth redundancy, we should double the total number of our servers at once, with consequences on the subscription prices. It is highly probable that a person who travels abroad can afford an additional 3 or 7 EUR for the travel in order to get a second, independent account, while on the contrary it is sure that even the slightest price increase will impact significantly people's budget in several areas of the world. Kind regards

Hello! Of course it is not visible. If you received an e-mail from your ISP that was spying on you, you were clearly disconnected from the VPN. If you have any doubts, please send us your connection logs with us and make sure to secure your connection in order to prevent leaks in case of unexpected VPN disconnection, at least for your torrent client: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=1713&Itemid=142 Please make also sure that the e-mail you received is not a hoax and it is really coming from your ISP. Kind regards

Hello! Can you please try a connection to a TCP port (for example 80 TCP)? Some ISPs cap bandwidth on some or all UDP ports. Also, please test all the servers in order to determine the one which can give you the best performance. Kind regards

Hello! We're very glad to inform you that a new 1 Gbit/s server located in the UK is available: Cygnus. The AirVPN client will show automatically this new server, while if you use the OpenVPN client you can generate all the files to access it through our configuration/certificate/key generator (menu "Member Area"->"Access without our client"). The server accepts connections on port 53, 80 and 443 UDP and TCP. As usual, no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses. Please do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN admins

Hello! Can you please try a connection with the OpenVPN GUI? In order to do so, log in our website and go to "Member Area"->"Access without our client". Pick your favorite server and port and download the archive that the system will automatically prepare for you. Decompress and copy all the files inside it (four files: user.crt, ca.crt, user.key and air.ovpn). Paste the file in the OpenVPN configuration directory, which on a default Win 7 installation is: C:\Program Files (x86)\OpenVPN\config This operation is required only once. Do not give to anyone your user.key. Then launch with administrator privileges OpenVPN GUI (right-click on the icon and select "Run as administrator"). Do NOT launch the Air client. Right-click on the OpenVPN GUI dock icon (two small monitors) and select "Air"-->"Connect". After the connection is established, please send us the connection logs (right-click on the dock icon and select "Air"->"View Logs"). We're looking forward to hearing from you. Kind regards

Hello! Yes, perfectly normal. Basically yes. In case of your connection to the VPN, not really, because the "American government" would anyway see the exit-IP address of the VPN server you're connected to. Kind regards

:laugh: About lack of sleep, we can ensure you that we perfectly understand you! Kind regards

Hello! The problem in the first article pertains to SSL certificates issued by "authorities", so it may affect us on the website, in case the certificate were stolen from the authority which issued it to us, not on the OpenVPN connections. Kind regards