Staff

Hello! The guide is just fine and it works perfectly. It has also been thoroughly tested in several months successfully. There must be some mistake on your side, please contact our support team at your convenience. Kind regards

Hello! No, it does not make any difference, security is neither enhanced nor harmed by hostname. Kind regards

Hello! Yes, that would be a perfectly acceptable solution. You could also easily switch between different Comodo coinfigurations (see "Manage my configurations" firewall window which allows you to export and import configurations - in Comodo Internet Security Premium free version it is available in the "More" tab of the general control window which opens up when you double-click the Comodo dock icon). Kind regards

Hello! We have not detected any packet loss from/to Carinae... tested from major providers around the world (in almost every country we have a server in) and to known and tiny hosts. Low latency and 0% packet loss. We will keep anyway monitoring Carinae closely. Kind regards Hello! Correction: just after a few seconds the above message was posted, we have started noticing massive packet loss from Holland to Carinae. We will investigate and inquire the datacenter technicians. EDIT: the packet loss seems sporadic, just a few seconds and then back to normal. We need to collect more extensive statistics in a wide time frame. Kind regards

Hello! We have not detected any packet loss from/to Carinae... tested from major providers around the world (in almost every country we have a server in) and to known and tiny hosts. Low latency and 0% packet loss. We will keep anyway monitoring Carinae closely. Kind regards

Hello! It seems that their IP geo-location system needs a deep fix Kind regards

Hello! The hardware is already oversized on every an each server (average load of every VPN server around 0.01), so no, there's no difference in performance caused by the hardware. Kind regards

Hello! Yes, you must be aware of potential leak of your browser to https web sites in case of unexpected disconnection if you try to access them. It's just an example which we believe is simple to explain, you can of course use your favorite TOR solution. Kind regards

Hello! If the protocol "bitcoin" is not associated to any program, you can anyway deliver the transfer by just copying the account number to which you wish to deliver BTC and paste it in the Bitcoin client while performing the payment. Kind regards

Hello! Please see the following thread: https://airvpn.org/index.php?option=com_kunena&func=view&catid=2&id=7021&Itemid=142 Kind regards

Hello! That message means that the port has been correctly allocated to your account, but during the test no service on your system responded. When the test is performed, make sure that you have uTorrent running and that its listening port matches the port you have remotely forwarded. Kind regards

Hello! Please try VPN connections to port 53 UDP and port 53 TCP, they might fix the problem. Kind regards

Hello! The driver for the TAP-Win32 adapter is installed by OpenVPN installer. Probably the adapter has been disabled, please see here to re-enable it: https://airvpn.org/index.php?option=com_kunena&func=view&catid=2&id=6247&Itemid=142#6248 Kind regards

Hello! Your account is authorized to access all the AirVPN servers. Your account subscription was expired, thank you very much for your renewal! Kind regards

EDIT 13 Feb 2013 After a replacement of both network cards the problem appears to be solved. We have tested the server in the last 6 days and no problems occurred. You can now connect to it presumably without any problem EDIT 29 Jan 2013 16:10 CET: PLEASE READ HERE https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=7264&limit=6&limitstart=6&Itemid=142#7347 EDIT 31 Jan 2013 22:46 CET: The ISP has been unable to detect the problem source so far. We are withdrawing the server. The withdrawal will remain as long as the ISP is unable to find and resolve the problem. EDIT 01 Feb 2013 15:50 CET: In the last 18 hours the problems appear to be resolved. Tests performed satisfactorily. The server is open if you wish to test it (please report any issue if you do so). If you don't wish to test, please do not connect to Carinae in this phase which will last for at least additional 48 hours. EDIT 01 Feb 2013 19:05 CET: The packet loss problem has returned exactly as before, therefore the server is withdrawn. Please connect to Bootis or Cassiopeia if you need a UK server Hello! We're very glad to inform you that a new 1 Gbit/s server located in the United Kingdom is available: Carinae The AirVPN client will show automatically the new server, while if you use the OpenVPN client you can generate all the files to access it through our configuration/certificates/key generator (menu "Member Area"->"Access without our client"). The server accepts connections on ports 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. Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN admins

Hello! Yes, that confirms what you were told, unfortunately there's something in your machine that blocks UDP packets toward some IP addresses. Until you don't find the "guilty" program you will always have the problem. Try to boot with a minimal setup, no third-party programs etc., and try UDP connections. Then start re-enabling your programs one by one, each time trying an UDP connection, until you find the responsible one. Kind regards

Hello! For TOR over Air go with UDP whenever possible: https://airvpn.org/faq#udp_vs_tcp For Air over TOR (which anyway is not your case) you have no choice, you must pick TCP just because UDP is not supported by http and socks proxies. Kind regards

Hello! Yes, it is possible, we do not check e-mail validity (obviously in this case you renounce to e-mail customer support and web site functions such as log in name recovery, password reset and forum new messages notifications). Kind regards

Hello! We will very soon update our guide for Android, please hold on. Kind regards

Hello! According to your system, you can find instructions to prevent any leak on the links that are permanently listed in the forum announcements section. For example, if you run Mac OS X 10.6 or higher: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=1713&limit=6&limitstart=36&Itemid=142#2532 Kind regards

Hello! Actually they are. Try for example to access BBC iPlayer from a server NOT in UK, you'll see that it works. We will publish in the near future a list of geodiscriminatory services which are accessible from every Air server. The fact is that this double-hop is an experiment (so far successful) aimed to bypass geo-IP censorship. What you ask is not currently supported on the server side by our service. On the client side, it is possible to do that with a host connecting to a server and a VM connecting to another one, so that in the VM you have OpenVPN over OpenVPN with two different servers. In our service, though, you need two accounts to do that. In this case you might do the same without multi-hop on the server side, without Virtual Machine and with just one single account: for example connect to an Air server, then launch TOR, then use two browsers, one configured to connect over TOR (for example Aurora, bundled in the Tor Browser Bundle) and the other not. The first browser will connect over TOR over Air (so you will "get out" with a TOR exit-IP address) and the second over Air only (so you will "get out" with the Air server exit-IP). Kind regards

Hello! Yes, DD-WRT supports Policy Based Routing with multiple routing tables. If you're curious, start from here to get an idea: http://www.dd-wrt.com/wiki/index.php/Policy_Based_Routing and then have a look here: http://www.dd-wrt.com/wiki/index.php/OpenVPN So you might say, for example, that 192.168.1.101 uses the tunnel, while 192.168.1.102 does not. Kind regards

Hello! No, it's unrelated. In that case you would notice an AUTH_FAILED message in the logs. Your logs, on the contrary, show that the UDP packets don't even get out of your device. If it's not Malwarebytes, there must be something else blocking them in your machine. Please note that switching Blocking websites to OFF might not be sufficient (it depends on what Malwarebytes means for blocking websites), because here we see an IP block. Kind regards

Hello! Pavonis is up and running. Kind regards

Hello! Something is blocking UDP packets to some of our servers. It may be Malwarebytes, which is known to block indiscriminately thousands of IP addresses (including the IP address of our main frontend), please try to disable it and re-test the connections. Kind regards