Staff

Hello, try this, it could help fix the issue: https://airvpn.org/topic/17037-cannot-log-on-to-any-servers/?do=findComment&comment=38862 Kind regards

Ok, here's the explanation once (and hopefully for the last time ) again. The DNS server runs in the VPN server and has a VPN IP address, therefore you can contact it (and receive replies from it) only inside the encrypted tunnel. When the VPN DNS server must contact authoritative DNS servers etc., it follows the very same procedure of any DNSSEC-based server. That's why using our VPN DNS makes DNSSEC superfluous in general terms, and sometimes better, because of performance and because with VPN DNS you can resolve host names in the OpenNIC and NameCoin namespaces, and use the experimental micro-routing system, which is cute when you need it. Kind regards

The answer to your ticket was that a VPN is not and has never been an antimalware tool or a tool to prevent system attacks, which is quite eloquent. Your message is not only a blatant lie, but also a self-evident attack against us. We warn you to immediately stop such attempts. AirVPN

Hello, please include the output of the command "ipconfig /all" issued from a PowerShell or command prompt while the Air client is not running. Kind regards

Warning, this might be unrelated but it's worth a check if your OS X box is connected to a router via WiFi: http://osxdaily.com/2015/10/16/fix-wi-fi-problems-mac-os-x-el-capitan/ The idea for a possible explanation is that when you put the box to sleep without disconnecting from the VPN, default gateway and routing table remains the same (because OpenVPN can't obviously restore the previous settings), but the network interface is disabled by the "sleep mode". When you wake it up, OS X seems unable to perform a proper network reset, but only on certain machines. That would explain why you need a reboot not only to re-enter the VPN, but even to regain Internet connectivity. This potential explanation is unsatisfactory, but appears to be loosely confirmed by the fact that if you disconnect first from the VPN and then you put the machine to sleep, then the problem does not occur anymore: at wake up, OS X is able to restore Internet connectivity. Feel free to update this thread: it could be useful for our knowledge base too, because this issue is not reproducible on all OS X systems, according to various reports, but only on some of them. Kind regards

Let's say the police watch the peer list of a torrent file. They could automatically log every IP downloading that torrent and know at which time this specific IP was downloading a copyrighted movie for example. They now send that full list of IPs and timestamps to the ISPs (again all of this could theoretically be fully automated) and the ISPs would check if any of their customers was connected to this given VPN IP at this given time. So if it matches, the ISP answers and says "customer so and so was in fact connected to this VPN IP at this time, at which you have seen this VPN IP download this torrent". I don't see why this wouldn't work. Hello! It's nonsense. It would not work because "the police" would need to send each warning to about 11000 ISPs in the world. Even if they embarked in this lunatic endeavor, and even if all 11000 ISPs replied properly, "the police" would receive back 0 matches, because no OpenVPN clients can connect to our servers exit-IP addresses. Kind regards

Yes, it's AirVPN.xml (see the logs for the path). You can try to delete it, just in case it's corrupt. Kind regards

Can you please clarify the reason and the meaning of the sentence? We offer 44 VPN servers in the Netherlands and 7 VPN servers in Germany. Kind regards

Hello, problem has been fixed, try again in a few minutes and if the problem persists please open a ticket. Kind regards

Hello! Problem has been fixed! Kind regards

Hello! As you can see in the log entry, you have an error caused by reason 134, preceded by an "not yet valid" which is only apparently enigmatic. This implies that your timeline is not matching with our timeline, even though the Attractor Field could be the same. In our timeline, the technology you are using is not available in 1970. Our certificates began to be issued after 2010 and our whole infrastructure was born only in 2010. It is unclear how, in spite of the divergence, communications are flowing between you and us. We strongly recommend that you try to fix the divergence with the help of an NTP server for your router, before any potential paradox can cause extensive damage either in your or our observable time line, or even fall in the scope of a different Attractor Field. In any case, please proceed quickly but with extreme caution. Kind regards John

Hello! comp-lzo must be active on client side, even if disabled. The VPN server will push "comp-lzo no" and if comp-lzo is not supported on the client side, the handshake will fail. Kind regards

Hello! Please read the answers to the FAQ before posting a frequently asked question that has been already answered (this is a general rule to everyone, not specific to you). https://airvpn.org/topic/9161-you-provide-remote-port-forwarding-what-is-it/ You can forward up to 20 ports simultaneously. You can do that on our website, in your account "Client Area". You can't forward ports lower than 2048. You can map a remotely forwarded port to a different local port: this is useful for a variety of cases, for example when your service listens to a port lower than 2048 or when the port is already reserved. We might delete any topic that asks an answered FAQ. We underline that you can remap any remotely forwarded port to any local port. Kind regards

Note for clarifications to the readers: resolvconf is not a script, it is a program. https://en.wikipedia.org/wiki/Resolvconf The OpenVPN script which uses resolvconf program to handle DNS according to OpenVPN server DNS push is update-resolv-conf and it is usually included in OpenVPN package (if not, you can find it online). Kind regards

Hello, if you need to start the Air client (either in command line mode or in graphical mode) from a terminal, you might like to use "screen": https://www.gnu.org/software/screen/ Run the client from inside "a screen" (a virtual terminal), detach the screen and forget about it. Then you can re-attach the virtual terminal from any other, new terminal. Quick tutorial: https://www.rackaid.com/blog/linux-screen-tutorial-and-how-to/ Kind regards

Hello! We're sorry to inform you that server Tania has been withdrawn. Unfortunately a series of several issues have made the server working only intermittently - you might have noticed that Tania has been down almost all the time. Additionally the problems with the bandwidth persisted, therefore we have been forced to make this decision. Kind regards AirVPN Staff

Hello, please see here: https://airvpn.org/topic/9608-how-to-accept-dns-push-on-linux-systems-with-resolvconf/ Kind regards

Warning: OpenVPN on GNU/Linux and *BSD does not take into account DNS push. It needs manual scripting to do so, update-resolv-conf script is included in several OpenVPN packages and can be used on every system that has resolvconf package available and installed. Kind regards

Hello, yes, it can be inaccurate, just like any other speed test. It's very hard to have an accurate web based speed test. Our speed test is useful in determining an approximate out-tunnel/in-tunnel performance ratio and make comparisons. Do not rely on it too much for absolute values. In your case, the outcome is excellent. Even considering the potential error, the performance inside the tunnel appears almost equal to the performance outside the tunnel, which is an excellent outcome. Kind regards

Hello, please test OpenVPN over SSL connection mode, it's worth a try. You can change connection modes in Air client software window "AirVPN" > "Preferences" > "Protocols". Select "SSL Tunnel - Port 443", click "Save" and test connections to various servers in different locations. Kind regards

Hello! We're very glad to inform you that a new 100 Mbit/s server located in Hong Kong is available: Arcturus. The AirVPN client will show automatically the new server, while if you use the OpenVPN client you can generate all the files to access them through our configuration/certificates/key generator (menu "Client Area"->"Config generator"). The server accepts connections on ports 53, 80, 443, 2018 UDP and TCP. Just like every other Air server, Arcturus supports OpenVPN over SSL and OpenVPN over SSH. 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 Team

Yes, that's correct. The Ovh anti-DDoS system seems good, and the price is amazingly low (included in any "professional" dedicated server). Kind regards

Hello, although Eddie can run swiftly on a wide variety of GNU/Linux distributions, Fedora 23 needs some additional work, we're sorry. Nothing too complex anyway. Please see: https://airvpn.org/topic/11572-fedora/ Kind regards

Hello, the problem appears completely different: . 2016.06.04 23:03:09 - Updating systems & servers data ... . 2016.06.04 23:11:24 - Cannot retrieve systems & servers data. Please retry later or contact us for help. (Unable to connect to the remote server) This issue is known in 2.9.2 (2.9.2 is not fully compatible with Windows 8.1 and 10, and one of the potential problems is exactly this). Before anything else, please upgrade to Eddie 2.10.3, and re-send the logs if the problem persists (if the client is still blocked, it's worth checking any packet filtering tool). Kind regards

The whole issue affected the systems for just 10 minutes or even less but if you disabled Eddie auto servers refresh you need to manually refresh the servers list to re-populate it. Kind regards