Staff

Hello! If you need a UK server, currently please use Cygnus only. Virgo has issues we are looking into. Kind regards

Hello! We don't have onion sites... Kind regards

Hello! No, we can't, because we don't keep logs. Please do not hesitate to contact us for any further information. Kind regards

Hello! Can you please report when you exactly get that message and also provide us with some additional information (your Windows version and your .NET framework version)? Kind regards

Hello! Please see here: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=1955&Itemid=142#1956 Kind regards

Hello! We don't censor any website. Actually, we are against any censorship. Can you please send us a list of the websites that you can't reach (even in private, if you prefer so) so that we can investigate? You can send us a report even unrelated to your account (just register a new "fake" account and use the "Contact us" form to send us the list, or use a new mail account unrelated to the Air account of yours and write to info@airvpn.org). Kind regards

Hello! Currently servers in any Asian country datacenter do not meet our requirements for traffic, net neutrality, privacy and data protection. We must admit that our requirements are actually quite high. Should we find any provider that complies to our requirements, we'll be of course very glad (and it would be in our utmost interest) to install servers in their datacenters. Kind regards

Hello! Air over TOR is specifically useful when you want to hide your real IP address to our server even WHILE you are connected. You might like to read here: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=54&limit=6&limitstart=6&Itemid=142#1745 Kind regards

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