Staff

Hello! We have provided the Carinae datacenter technicians with all the relevant data which prove a massive packet loss for a few seconds at least every hour. They are working on it. We will keep you informed as soon as we receive updates. About Bootis and Cassiopeia, no problems at all have been detected for them after last week intermittent line drops. Kind regards

Hello! Yes, it would be helpful. The hosts file is read from top to bottom, and if you have a domain name mapped to multiple IP addresses, Windows will always read the first IP address and ignore the second one. However, if the first IP fails, the second IP will be read and used. So if a frontend fails, you will be able access the other. Actually, we will add this on the guide. Kind regards

Hello! That's incorrect, your [Loopback Zone] network zone is defined as [127.0.0.0 / 127.255.255.255], while it should have been defined as IP Range in [127.0.0.0 - 127.255.255.255] (or to be precise [127.0.0.1 - 127.255.255.254] but it does not make any difference for leak prevention purposes). The wrong definition caused packets authorization to be sent to and received from a massive amount of IP addresses. The guide clearly warns about the difference between an IP range (which is displayed with a "-") and an IP / NetMask (which is displayed with a "/" according to CIDR notation). If you have issues please feel free to contact the support team before assuming that there's some incredible mistake in the guide, your accusations are inappropriate. Kind regards

Hello! PayPal has been hit by outages and other glitches today. As a a consequence, several accounts have had a delay in the activation after the payments, from some minutes to several hours. We apologize for the inconvenience which is not due to our systems. The situation is slowly going back to normal and PayPal ensured that they are aware of the problems and working to solve them. http://news.cnet.com/8301-1023_3-57566184-93/paypal-hit-by-outages-and-other-glitches-today/ If you see a delay higher than 10 minutes in the activation of your account after a payment, please feel free to contact us at your earliest convenience. Kind regards

Hello! There are some issues in your rules and in your network zones. The fix is anyway very quick. About the rules, please add the following Allow rule and place it higher than the Block rule: Allow IP In/Out From MAC Any To IP 255.255.255.255 Where Protocol Is Any About the network zones: - please modify your [Home Network] network zone to: IP In [192.168.0.0 - 192.168.255.255] (you mismatched IP range with IP / Netmask) - please modify your [Loopback Zone] network zone to: IP In [127.0.0.0 - 127.255.255.255] (same reason) From the guide: Pay attention not to confuse the "-" symbol, which stands for "IP range", with the "/" symbol, which stands for IP address / NetMask. For example, [10.4.0.0 - 10.9.255.255] is correct (the IP range from 10.4.0.0 to 10.9.255.255), while [10.4.0.0 / 10.9.255.255] is NOT correct (IP 10.4.0.0 NetMask 10.9.255.255, which covers almost every existing IP address!). Finally, make sure you have modified your hosts file if you use the Air client (step 12 in our guide). Kind regards

Hello! No, the VPN servers exit-IP address is changed only under exceptional circumstances. Kind regards

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