Staff

Hello! Of course, in this case there's nothing to be worried about when using OpenVPN. We provide VPN services, not a proxy service or a junk PPTP VPN service. OpenVPN is also immune to the infamous PPTP IPv6 vulnerability discovered some time ago with torrent clients. If you read carefully the beautiful article you linked, you'll see why uTorrent, Vuze or any other torrent client can't stamp your real IP address on the packets sent to other peers and trackers (unless they run with root privileges and act like a malware, of course, or you, as root, deliberately bind them to your physical card, but that's another story completely). Keep in mind that OpenVPN uses a TUN/TAP network card, that our servers push routes accordingly and that our system NEVER forwards a port that you did not explicitly instructed it to do. It's important to note that the article hints also to some potential correlation attacks that we decided to take into consideration a long time ago. That's one of the reasons for which in Air servers, contrarily to what happens on any other VPN as far as we know, you have separate entry and exit-IP addresses, and for which we repeatedly recommended that you never forward on your routers the same ports used by your applications when you're connected to the VPN. Kind regards

Hello! 1. The pushed DNS is inside our VPN, in order to bypass ICE censorship. Only after a first resolution attempt (necessary to bypass ICE censorship, which of course propagates to all DNS in the world) the DNS query is anonymized and goes out from our servers to Google DNS, which is one of the few DNS systems in the world without censorship. Usage of OpenDNS is not viable for us because we don't accept the censorship perpetrated by OpenDNS and its NN violations. In the past we used our own DNS, but this new system provides significant advantages. 2. If you don't want to install a firewall to prevent DNS leaks, you might either renounce to use Windows or, alternatively, set your favorite DNS servers (as primary and secondary) and apply the manual method reported here: http://www.dnsleaktest.com/how-to-fix-a-dns-leak.php Kind regards

Hello! Castor will undergo a major maintenance starting on 2012 August 22nd 11:30 AM (CET+1). We will need to disconnect all the clients during the maintenance. Castor users are advised to change server before the maintenance start in order to avoid forced disconnections. We currently provide the following servers in the Netherlands, in addition to Castor: Leonis, Leporis (1 Gbit/s), Lyra, Orionis. At the end of the maintenance Castor will come back online and will be visible again on the servers list. Kind regards

Uhm... thank you for the information, it's a problem on our side, Kunena does not show those buttons anymore, we did not see the issue (probably because of browsers cache), we'll look into this asap. Kind regards

Hello! First of all, try a connection to a TCP port, just in case you're connecting to UDP ports and your ISP caps some or all UDP ports (several ISPs do that). Please see our FAQ in order to optimize p2p performance as well: https://airvpn.org/faq Kind regards

Hello! You can switch servers (and ports) as many times as you wish and whenever you want. Yes. Please read the FAQ available here: https://airvpn.org/faq DNS queries are encrypted and tunneled by OpenVPN (see DNS leaks, though, if you use Windows, and how to fix them). Our OpenVPN servers perform a DNS push, however you'll remain free to force your system to use any other DNS. Please see here: https://airvpn.org/specs Kind regards

Hello! Draconis is up and running again. The problem was caused by a flood attack from some adversary with good resources. Kind regards

Hello! At the time of your writing and at the time of this writing the account "geeknurse" is REALLY connected and is exchanging data successfully. Did you give your personal key to anyone? Kind regards

Hello! In order to display and copy the logs in the Air client, please right-click on its dock icon and select "Logs". A window will open showing the logs. Click on "Copy to clipboard" then paste in the message. Since you have no problems with Viscosity, perhaps the "Failed to start" error is caused by a corrupt configuration file, in which case you can safely delete it after you close the client (you can find the path and the name of the .xml configuration file in the logs). The Air client will re-create the configuration at the next run. Kind regards

Hello! "Failed to start" and "Already connected" show two different conditions. Can you please send us the logs? Kind regards

Hello! We're very glad to inform you that a new 1 Gbit/s server located in the Netherlands is available: Leporis. 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/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. Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN admins

Hello! The testing will end on August 19th, Sunday night (Central European Time). After that, we'll schedule the upgrade for all servers. Some servers will require disconnection of all users (restarting OpenVPN) so in that case you will be warned at least 48 hours in advance. Kind regards

Hello! It's in the path specified in the logs. Assuming (this is just an example, your path will be different of course) it is C:\Users\johndoe\AppData\Roaming\AirVPN\Air\1.0.0.0\, just browse with the window manager or cd with the command prompt to that directory and delete AirVPN.xml. Kind regards

Hello! We're very sorry, we still don't know. We need a cold reboot (ssh access is ineffective again). We don't have option to cold reboot the machine from remote. We hope it's not some hardware fault which periodically (2 times this week...) causes a complete crash of the machine. The apparent randomness of the crash events have, at the moment, prevented us to discover the real causes. Syslogs are not helpful. We have already contacted the technicians and we hope in a speedy intervention. We will try to speed up our agreements to put online another Sweden server. Kind regards

Hello! We can't do that "ex-ante" (just like any true mere conduit of data), but we reserve the right to do that "ex-post". If a competent authority with competent jurisdiction warns us in any way about usage of our systems in order to perform or aid or abet a violation of ECHR (we are particularly sensitive to human trafficking, human exploitation and privacy violations) we will cooperate "ex-post" with the competent authorities. No. The real IP addresses of those users who are connected at that moment not over TOR would be exposed. The users who are connected over Air over TOR would not be exposed. You might like to look for "partition of trust" in the forum, the following post may give you useful information: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=54&limit=6&limitstart=6&Itemid=142#1745 Kind regards

Hello! You're looking in the right place. The line you wish to find is something similar to: Reading options from [...]\Users\[...]\AppData\Roaming\AirVPN\Air\1.0.0.0\AirVPN.xml It appears on the top, just after the initialization. When you have located it, close the Air client and delete the file "AirVPN.xml". When you launch the client again, it will re-create the XML (you will have to re-insert your login name). Kind regards

Hello! In order to determine whether it's a client or a server side problem, can you please try to connect to Orionis or Leonis or Bootis, and try frequent disconnections and re-connections? Those three servers implement a new system which is designed to fix your kind of problem. We're looking forward to hearing from you. Kind regards

Hello! Unfortunately we experienced a down on the backend servers for approximately 1 hour which prevented authorizations and front end access. Already connected users were not disconnected. The problem has been detected and fixed, we apologize for any inconvenience. Kind regards

Hello! Very glad to know that you managed to solve the problem. EDIT: it was not meant that you should run uTorrent with administrator privileges, quite the contrary. Excellent! Although we could never observe uTP to cause leaks with OpenVPN, keep in mind that it is designed (also) to pass through NATs and firewalls. As a (maybe excessive) precaution, it's better to keep it off when connected to a VPN. We allow port forwarding and we don't shape traffic, so you should not need uTP at all. Thank you very much for the feedback. The new system is implemented in Orionis and Bootis as well. Just a few more testing days and we'll proceed to install it on every server. Moreover, stay tuned for some very good news in the next days and in the next weeks! Kind regards

Hello! We can't say for sure, there are very many problems with Virgo left unsolved and we are not willing to cooperate with the provider. It's up to the provider to solve those problems, if they can't do it then we will transfer Virgo. In the meantime 2 Gbit/s for UK are 10 times the average bandwidth request. Kind regards

Hello! Ok, uTorrent 2.2.1 is just fine and we are testing the very same version. Currently we can't reproduce the problem in any way. Does it happen on every server or only on some servers? Is uTP disabled? Can you give us the uTorrent configuration so that we can mimic it for our tests? What is your exact Windows version? Kind regards

Hello, apparently the above are two different problems. Can you both give us some additional info please... which uTorrent and OS version do you use? Does uTorrent have administrator privileges when it runs? Is the bandwidth limits (especially up) for uTorrent correctly set in order not to hog your bandwidth? Kind regards

Hello! We're very glad to inform you that a new 1 Gbit/s server located in the United Kingdom is available: Bootis. 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/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. Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN admins

Hello! Would you like to try Orionis or Leonis? If it's a server side problem, you should have no more issues when connected to those servers. They feature a new implementation which according to our tests solve the remaining AUTH_FAILED issues. You can try to connect/reconnect with intervals of few seconds. Feel free to let us know the results. Kind regards

Hello! Can you please make sure that the ports you have remotely forwarded are "CLOSED" in your router? If you're 100% sure that the router ports are closed, then the red token is a false positive and you can go on with peace of mind. Actually, when performing tests we obtain false positives, but they are very rare, while in your case it appears that you ALWAYS get a red token. If the ports in the router are not closed, then the red tokens are correct. From what we learned from recent history, correlation attacks are dangerous for DirectConnect users so it's better to have some false positives and perform a triple-check than having a very dangerous false negative. DC users are also encouraged to secure their connections in order to prevent leaks in case of unexpected VPN disconnections. We're looking forward to hearing from you. Kind regards