Staff

Hello! Can you please try a connection and send us the logs? Kind regards

Hello! All servers are up and running. You can connect ONLY to Lyra? If so, can you please send us attempted connection logs to a couple of servers (for example Cassiopeia and Bootis, which are your highest priority)? Logs can be very helpful for troubleshooting. We're looking forward to hearing from you. Kind regards

Hello! In the PC which fails the connection, OpenVPN is trying to connect over a proxy which is not responding. Either you don't need to connect over Air over a proxy, or your proxy is misconfigured. In the 1st case: please disable proxy connection on your Air client. In order to do so, please right-click the Air dock icon, select "Preferences" and set the Proxy Type combo box to "None". In the 2nd case: please make sure that your proxy is running AND listening to port 9050. If you tell us which proxy you're using, we might help you with that. We're looking forward to hearing from you. Kind regards

Hello! No, your torrent clients don't have to use any proxy. Please do not hesitate to contact us for any further information. Kind regards

Hello! Please see here https://airvpn.org/faq#p2p and do not hesitate to contact us if you have issues on any suggested step. Kind regards

Hello! Did you insert login and password on the configuration file? If so, please remove them. The authentication is performed through double certificate and personal key. Please make sure that the configuration file points to the correct files (ca.crt is the server certificate, user.crt the client certificate and user.key the client key). Our configuration generator builds all the files according to your instructions (menu "Member Area"->"Access Without Our Client"). Kind regards

Hello! You should check with their programmers. Anyway we observe that Skype is able to continue working without DNS resolution. Generally speaking no, because there are very many possible leaks which do not require DNS resolution. It can't be and should not be considered a secure solution. Kind regards

Hello! Unfortunately not, in general that will prevent only DNS leaks, not every leak. You may have the impression that the Internet is totally inaccessible because your system can't resolve anymore domain names. However, all the programs which do need a DNS resolution (for example a torrent client) will start to exchange data, leaking the real IP address. Kind regards What about instant message programs such as Trillian and Skype? Hello! Exactly. Sorry for the typo, the sentence " all the programs which do need a DNS resolution (for example a torrent client) will start to exchange data, leaking the real IP address" must be read "all the programs which do NOT need a DNS resolution (for example a torrent client) will start to exchange data, leaking the real IP address" Original message edited to correct the typo. Kind regards

Hello! Comparing this log with your previous logs, it's unclear why OpenVPN tries to modify the routing table with "ip route" etc. instead of "route". Do you need multiple routing tables? Assuming that your kernel supports policy routing (you run an Ubuntu distribution, right...?), please check group permissions: http://ubuntuforums.org/showthread.php?t=1867166 See in particular post number 5 by "Jonathan L". Kind regards

Hello! OpenVPN can't access the TAP-Win32 interface and can't modify the routing table. Please make sure that: - you launch OpenVPN GUI with administrator privileges - there are no other OpenVPN instances running - the TAP-Win32 adapter is enabled Kind regards

Hello! Unfortunately not, in general that will prevent only DNS leaks, not every leak. You may have the impression that the Internet is totally inaccessible because your system can't resolve anymore domain names. However, all the programs which do not need a DNS resolution (for example a torrent client) will start to exchange data, leaking the real IP address. Kind regards

Hello! Not exactly, but you can easily adapt them to DD-WRT, changing interface names and IP addresses if necessary. However, proceed with care. We recommend that you first read here, you can see directly the iptables rules for DD-WRT and an important warning when you apply those rules: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=2377&Itemid=142#2377 Kind regards

Hello! Yes! First, we still need to solve some technical issues. Then, we'll open a dedicated forum section for suggestions, reports and services IP ranges detection. This is a huge task, especially for services which check the IP address location even during the streaming, so we are planning to offer the option as a free, additional service to premium members (no additional payments, no different plans) hoping for a cooperation from the community. We think that only with the support and the reports of the community we can make this type of service a reality for a lot of geo-discriminatory services. Kind regards

Hello! speedtest.air seems to be correctly resolved by our DNS, can you please tell us on which server(s) you detect the problem? Kind regards

Hello! Should you like to test it, we're experimentally working on Aquarii (Switzerland) to allow access to BBC iPlayer from outside UK. We can't guarantee it will work (we're still on a "beta testing" phase) but it's worth a try. Kind regards

Hello! Can you please send us the openvpn logs? Please see here: http://kindlund.wordpress.com/2007/11/19/configuring-multiple-default-routes-in-linux/ You can work with your tun interface and your physical interface (for example tun0 and eth0) in order to achieve what you want (assuming that your kernel supports policy routing and you have iproute utilities installed to handle multiple routing tables). Kind regards

Hello! Thank you for your choice. Potentially yes. However it's not possible to make any precise prediction. Therefore, test the VPN extensively after your subscription and if you see that performance is too low remember to ask for a full refund within 3 days. Kind regards

Hello! If you connect fine you can just ignore that glitch. Viscosity points OpenVPN to read for sure the correct key, otherwise our servers would not let you in. Kind regards

Hello! Did you change anything in your computer or network configuration when the performance on the UK servers dropped for you? When did it happen? Do you obtain better performance with the NL servers? Kind regards

Hello! We have checked that your account is allowed to access all the VPN servers. Can you please enable your statitistics (in your "Member Area"->"Settings") in order to help troubleshooting? On your control panel you will also find useful information about the reasons for which your last connection attempt failed. Also, please try connections on a TCP port in order to check whether the problem is solved. About the Air client problem, can you please send us the logs? Kind regards

Hello! Yes. Routers where you can flash DD-WRT, OpenWRT and Tomato firmwares (in the versions including OpenVPN) will all allow you to do that. Please see also our FAQ https://airvpn.org/faq Kind regards

Hello! Please see previous message https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=4382&limit=6&limitstart=18&Itemid=142#4429 Of course. Actually, they are never required by OpenVPN (hardened security setup). You just can't login with any password, you need both certificates and your own key. Kind regards

Hello! You managed to establish a connection over OpenVPN over TOR. Unfortunately, in that case, the connection was reset after 2 minuts (inactivity timeout), probably due to latency problems between some TOR node and the VPN server. You can safely retry with the very same settings, you should be able to have a stable connection unless some unfortunate cases. About NetworkManager, it is probably misconfigured, can we see the settings? Kind regards

Hello! For security reasons our servers authenticate users through double-certificate and key. The credentials are all there, you don't need to enter any login or password. From the logs, the double certificates are fine, and also the user.key is accessible by openvpn. Just please make sure that you don't have any other openvpn instance running and connected. Kind regards

Hello! Actually account "cyberninja" is currently (at the time this admin is writing) connected and exchanging data. This is the cause of the AUTH_FAILED. The first thing that comes to mind is that you have some other OpenVPN instance still running and connected (or maybe some other computer connected with the same account?). Please make sure that you stop any other openvpn connection and try again. In order to safely kill OpenVPN and restore the previous routing table, just press CTRL-C from the console you started it, or issue a kill command (a normal kill, not a kill -9 of course) to the OpenVPN PID, or even try "[sudo] killall openvpn". Kind regards