Staff

Hello! Can you please check whether it's a DNS issue? Please try the following commands (while the system is connected to a VPN server) from a command prompt with administrator privileges and send us the output: ipconfig /flushdns ping 10.4.0.1 ping google.com ping 8.8.8.8 Kind regards AirVPN Support Team

Hello! Can you please try to connect with the OpenVPN GUI, or with OpenVPN directly? It seems there's a problem during the check performed by the Air client, while the connection logs are fine. Kind regards

Hello! Just in case you'll need in the future to accept the DNS push from our servers on a Linux system with resolvconf (or openresolv), please see our guide: https://airvpn.org/topic/9608-how-to-accept-dns-push-on-linux-systems-with-resolvconf/ Kind regards

Hello! Your concerns about OpenVPN are probably based on a basic and huge misunderstanding. AirVPN is based on OpenVPN, a free and open source software by James Yonan and subsequently developed by OpenVPN Project and by OpenVPN Tehcnologies Inc. OpenVPN has been and is continuously peer-reviewed and tested by some of the best cryptography experts in the world and by a very vast community with members from all over the world, together with OpenSSL (and PolarSSL, which might become relevant in the near future). AirVPN does not use any server, machine or infrastructure, does not employ any technician or any personnel from OpenVPN Technologies Inc. and does not exchange any data with OpenVPN Technologies Inc. The fact that the software (which AirVPN uses without tweaks or anyway modifications from the source code) is open source is an invaluable advantage for deeper examinations and analysis. It is well known that OpenVPN is considered by thousands of experts, gurus and competent persons alike one of the best, if not THE best, VPN solution under a security and flexibility point of view. Please see here for a nice overview: https://en.wikipedia.org/wiki/Openvpn Kind regards

Hello! We confirm you that your ISP can't discern the type of virtualized OS (Whonix or any other) you're running with your setup. Kind regards

Hello! Our NL servers are spread mainly across 2 of the 4 Leaseweb datacenters in the Netherlands. Kind regards

Hello! Please try to connect to different servers and ports. In particular, test port 53 UDP and 80 TCP. Kind regards

Hello! Since TCP is "slower" than UDP for some reasons you will find explained in the FAQ, the above results are a strong indication that your ISP is heavily shaping your UDP traffic. Anyway, another option is that you have, either in your computer or your router, some packet filtering/inspection/security tool that's shaping UDP traffic. Kind regards

Hello! Actually the average performance on NL servers has slightly improved after the four 1 Gbit/s NL servers addition, because clients have "re-distributed themselves" on all the servers, relieving load on most populated servers such as Corvi and Leporis. As a first attempt, please try connections to different port, in particular test port 53 UDP, just in case your ISP has suddenly started to shape your traffic to port 443 UDP. Given your available bandwidth, also avoid connections to the 3 NL servers with a 100 Mbit/s port, please pick only servers with 1 Gbit/s availability. You can anytime look at the servers status here: https://airvpn.org/status Feel free to keep us informed. Kind regards

Hello, please re-format the message properly and re-post it. The current text formatting makes the message very hard to be read. Kind regards

Hello, your network card MAC address never gets out of your internal network, so Google (or any other entity) can't detect it. Remember that a MAC address is simply not included in IP packets. Kind regards

Hello! Of course, once the tunnel is established the provider can't selectively discern traffic. Either it blocks everything (disrupting OpenVPN connection) or nothing. If your system resolves correctly names (with nslookup, ping etc.) the problem is in the browser. What happens if you type an IP address directly on the browser bar, for example https://95.211.138.143 (it's airvpn.org main frontend IP address). You should get a certificate warning because the browser expects "airvpn.org" according to the certificate. If you get no connection at all, then it's not that your browser is unable to resolve names, it's probably something that blocks browsers packets INSIDE your system. Can you confirm that, while connected to the VPN, commands such as "ping google.com", "traceroute airvpn.org" are successful? Also, can you please check that the system can reach 10.4.0.1? "ping 10.4.0.1" FInally, according to your description chances are that this provider filters UDP packets. Try a connection in TCP mode to 80 and 443, and in UDP mode to the DNS queries outbound port (test ports 80 TCP and 443 TCP, but also 53 UDP). Kind regards

Hello! Ok, so ignore the previous answer. Tunnelblick 3.2.8 can't be used on OS X Mountain Lion and Mavericks. Kind regards

Hello! It's probable that it's the hotel line that regularly drops. When you're not connected to a VPN this causes short black outs which might be more or less tolerable, but when tunneling these drops will cause a longer data flow interruption. Kind regards

Hello! Yes. It's correct and insignificant since any outbound packet would be blocked if the system is not connected to the VPN, so it does not matter (for leaks purpose) whether incoming packets are dropped or not. Kind regards

Hello, if/when that law is definitively approved we will read it. Useless to do it repeatedly now as long as it can be amended and/or radically changed. Please consider that we can't read hundreds or thousands of draft laws every month in 15-16 countries. Kind regards

Hello! OpenVPN over SSL connections will be probably supported in the final Eddie release (the next client version). Remember that you should never use OpenVPN over SSL except for extreme cases. This is an additional, free of charge service originally designed for China only. In order to easily switch servers over SSL, first prepare all the files you need for all the servers you wish to connect to, so that you can switch them in a matter of seconds. The Configuration Generator accepts multiple choices so you will need just 30 seconds for the initial generation (once and for all), we fail to see why it should be such a pain for you. About your problem, it might be a DNS issue, since the logs look just fine. While your system is connected to a VPN server, please open a command prompt (with administrator privileges), issue the following commands and send us the output: ipconfig /flushdns tracert google.com ping 10.4.0.1 ping 8.8.8.8 Kind regards

Hello! Can you please test whether there's any improvement by watching Hulu from a UK server? Kind regards

Hello! If your firewall has "IPv6 filtering" enabled and drops outgoing IPv6 packets you don't need to worry. Otherwise, in case you run Windows and your ISP supports IPv6, it's safer to disable IPv6 in order to prevent DNS leaks. Kind regards

Hello! We see that your account is connected since more than 1 day ago and successfully exchanging data. Please remember that you can't establish multiple connections with the same account. Kind regards

Hello! Yes, you are right, and your exposition is correct. This is related to the identity-mixing issue (discussed in the forum about since 2-3 years ago). Identity mixing must be avoided. Remember that a VPN protects your line, not your behavior, and can't prevent the information that you willingly send out to be actually sent out. Kind regards

Hello! No, not at all. The answer is "no" to both questions. Kind regards

Hello! Your firmware build is very old and you might probably need to upgrade. Also, can you please send us the (attempted) connection logs? Kind regards

Hello! Done, enjoy AirVPN! Kind regards

Hello! Please refer to your ticket. Kind regards