Staff

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

Hello! It looks like OpenVPN can not change properly the routing table. In order to do so, OpenVPN needs to run with administrator privileges. The AirVPN client runs OpenVPN with elevated privileges, however chances are that Microsoft Security Essentials interferes with it (perhaps it wrongly detects the OpenVPN behavior as malware - please note from the logs that initially OpenVPN changes the routing table, then it can't). Please try to test a connection with MSE disabled and tell us the results at your convenience. Kind regards

Hello! In order to speed up the configuration, instead of re-downloading everything you might like to search & replace automatically the string 'proto udp' with 'proto tcp', and string 'remote a.b.c.d 443' with 'remote a.b.c.d ' on every .ovpn file. (Perhaps a useless suggestion for you, but maybe useful for some reader). Kind regards

Hello! Do you mean that any program except your browser can perform DNS resolution? To test this out, please open a shell (or a command prompt, according to your OS) and issue the following commands: ping 46.105.19.36 ping airvpn.org and please send us the output of those commands. Then, from you browser, try to access: https://46.105.19.36 and https://airvpn.org and please report the results. Currently we only support IPv4. What is your OS and your browser? What do you use to connect to an AirVPN server (for example our client, OpenVPN GUI, Tunnelblick, network-manager...)? Can you please send us the connection logs? Kind regards

Hello! PayPal, just like any other bank or financial organization, will store forever the transaction in your and our accounts, making it possible to show that you are one of our customers and potentially allowing a correlation between your account name and your PayPal account. This will prove that you are one of our customers, however it does not allow any correlation with your activities on our VPN. We also accept Bitcoin and Liberty Reserve. If you need a much stronger anonymity layer, we recommend Bitcoin. You can also tunnel your Bitcoin client over TOR when you buy a coupon from our authorized reseller http://bitcoincodes.com Kind regards

Hello! Thank you very much for the report. We pick servers in datacenters directly connected to tier1 providers (including the big four in Europe), unfortunately this can't guarantee that all the ISPs in the world have a good peering with our servers. On top of that we make sure that we have always redundant available bandwidth for each customer (as long as he/she picks the right server). Most of our customers can get 70-90 Mbit/s with their 100 Mbit/s lines or dedicated servers, all in all that's how the Internet works. Luckily this attention gives excellent results, since from independent peer reviews with tests from various ISPs around the world the performance is (on average) better than any competitor. There's something very strange with your tests anyway, it appears that you can fully use your available upload bw but not your download bw. Since you work for your own ISP, we assume that you are sure of no caps on UDP ports, otherwise we would recommend you to repeat the tests connecting to TCP ports. Kind regards

Hello! Thank you, very good suggestion. We had already planned to implement something similar, you will see major changes to the configuration generator soon. Kind regards

Hello! We have several servers with Leaseweb, we are quite happy with their service and their policy and they really deliver what they promise (as you can see from the performance you get). From what you say, Peerblock blocks the IP ranges from Leaseweb. Regardless of the pertinence and the reasons of this choice, you don't need to use Peerblock when you're connected to the VPN. Kind regards

Hello! We have chosen a different model: - no traffic limit at all - no bandwidth limitations or caps - unlimited devices connected from the same network (like you can do with DD-WRT or with a dedicated server/VPS of yours) - very low prices - connections to servers in datacenters with POPs connected to tier1 providers - same account usable from anywhere - no constraints to use proprietary software - no protocols discriminations - no denial of connection nor bandwidth caps from dedicated servers connections - guaranteed bandwidth allocation - no overselling - real time report on servers load via website to everyone - allowance of services behind our servers - no logs - very careful privacy protection and security hardening - no denial of connections from TOR nodes - NO multiple connections with the same account. This is clearly stated in the ToS that you accepted when you subscribed. As far as we know no consumers VPN provider in the world offers all the above features, not even for higher prices. Multiple connections with the same account can cause multiple problems: enormous overhead to guarantee allocated bandwidth, hidden multiple account resales to uninformed people and potential security issues for key sharing. An old proverb: http://en.wikipedia.org/wiki/Have_one%27s_cake_and_eat_it_too Kind regards

Hello! We don't throttle traffic, absolutely not (no packet/port shaping, no monitoring, nothing at all), we're completely and totally "traffic agnostic", with the only exception (which is strictly necessary, otherwise the VPN might not survive) of the block on outbound port 25. As a general suggestion, besides of course picking a low-load server, try to connect to TCP ports and make a comparison. Several ISPs around the world cap bandwidth on some or all UDP ports. It's worth a try. Kind regards