Staff

Hello, on which server it does not work? can you try to connect to the server “wezen” for example and verify if it works? It is mandatory to use one of our VPN DNS (10.4.0.1, 10.5.0.1 etc, see https://airvpn.org/specs) in order to have full access to the additional anti-geo-blocking service. In AirVPN Client check this AirVPN=>Preferences=>Advanced=>DNS=>"Check if the tunnel uses AirVPN DNS" (checked) Kind regards

Hello! If you run our client Eddie in Windows 10, it already sets VPN DNS for ALL network interfaces by default (unless you explicitly configure it not to do it, of course). About the last part of the article: please note that this option is already available in Eddie 2.9.2 and 2.10.2 Experimental. Kind regards

Hello! This is a report of what happened in the datacenter where most of our NL servers are located, directly from the company managing director. The two outages were anyway limited in time (10-15 minutes). We are confident that the datacenter operated by Instant is constantly improving the service quality. In the last months we have anyway added a significant amount of servers all around Europe to add redundancy. Our infrastructure is no more critically tied to Netherlands as it was before with Leaseweb, which (at least for the Netherlands and USA) is unfortunately no more a viable option for the service we offer to our customers. The new datacenter in the Netherlands is fully compliant to all of our requirements and the two short outages which occurred today are a minor inconvenience that should not occur anymore in this way. Kind regards

Hello, we have added www.thesimpsons.com (www.simpsonsworld.com) to our georouting system. Can you try again and confirm that it works now ? Note: Cable provider login required to access full length episodes. The clips instead do not have restrictions. Kind regards

Hello, the server Naos is back online now. Kind regards

Hello, we have identified the problem. Can you try again and confirm that it works now ? Kind regards

Hello, we have identified the problem. Can you try again and confirm that it works now ? Kind regards

Hello, since you experience the problem with different servers in different datacenters it is probably more reasonable to assume that the problem is not on our side. It is highly unlikely, if not impossible, that different datacenters in the world with different transit providers have all together the same identical problem at the same time. Also, if you have a look at the Ping Matrix you can verify that there are no such problems, latency between all the possible combinations of our nodes (which gives birth to the Ping Matrix) is fine and consistent with normal values observed in the last months and years. Kind regards

For readers' comfort: HSTS is implemented in airvpn.org https://www.ssllabs.com/ssltest/analyze.html?d=airvpn.org HPKP is not planned. Kind regards

Hello! We regret to inform you that we are withdrawing the following servers. Dsiban (KR). Contrarily to what was promised to us, Dsiban is not in a network neutral datacenter. South Korea wide IP re-routing and similar censorship is in place. Not acceptable for our service. Etamin (USA). In the last two months we have received re-iterated menaces of service suspension due to few copyright infringement notices. It turns out now that a part of the datacenter abuse team thought that they were receiving notices pertaining to hosted illegal contents in the server (which has never been the case). Such errors are a bad symptom which hints to lack of attention and care. More importantly, we have technical problems with the server which have recently become important. The datacenter nulls the server exit-IP address for hours for alleged "attacks" and "suspicious activity" (against the server from the outside), that we do not even detect just before the IP is nulled. This has happened many times in the last 45 days. In the last 45 days Etamin has gathered more complaints from our customers for bad service than all the other servers in our infrastructure together because of these sudden actions by the datacenter. Therefore, this server may be significantly harming AirVPN service quality in the eyes of Air customers using it. Kind regards AirVPN Staff

Hi, how is this possible? The Network Lock button is available only while the system is not connected to a VPN server. Kind regards

Absolutely nothing changed under this respect between 2.10.1 and 2.10.2. Printing under Linux (via CUPS or direct TCP/IP access to a network printer in the local network) has always worked just fine for us. Kind regards

Hello, we have identified the problem for gamespot.com Can you try again and confirm that it works now ? Kind regards

Hello! Hulu explicitly blocks connections from non-residential lines. ABC performs an additional HTML5 geo-location. If you disable HTML5, ABC will refuse to stream. A possible workaround (untested) with Firefox could be: http://www.instantfundas.com/2011/03/fake-your-location-in-firefox-with.html With Chrome (again, untested by us): http://www.labnol.org/internet/geo-location/27878 Kind regards

Hello, this error: . 2015.08.02 10:49:01 - OpenVPN > All TAP-Windows adapters on this system are currently in use. is usually caused by a disabled tun/tap adapter. Try to re-enable it, or re-install OpenVPN. Kind regards

Hello, by default connections to an Air VPN server go to port 443 and this may cause the problem. Maybe the program you cite blocks outbound ports to prevent leaks, and blocks outbound port 443 unconditionally, unless you allow HTTPS. Try to connect to port 2018. In order to see all the possible connection modes in the Configuration Generator tick "Advanced Mode". Then, you should tell that program that is should not block traffic to port 2018. Kind regards

Sorry, please ignore that message, it needed to be edited and was published by mistake. Kind regards

Hello! A new experimental version 2.10.2 is available. It addresses some issues of our customers. @altae and @bigbrosbitch: German Umlaute and your issue about printer is still under investigation. Sorry. @lamictal and @tlc: Please retest with this new version. Please report the logs if the problem persist. Kind regards

Hello, we have identified the problem. Can you try again and confirm that it works now ? Kind regards

Hello, you're wrong. Kind regards

Hello! Usually this problem arises in Windows when the Air client Eddie is not shut down properly. While Eddie is NOT running, please check DNS settings and reset firewall rules. These operations will probably fix the problem. How to restore Windows Firewall settings in Windows 7 (procedure is almost identical in other Windows versions): http://www.digitalcitizen.life/restore-windows-firewall-defaults How to change DNS: https://www.opennicproject.org/configure-your-dns/how-to-change-dns-servers-in-windows-7 About which DNS servers to pick, we would recommend OpenNIC (see https://www.opennicproject.org ) but of course you can select any public DNS you prefer. Always make sure to shut the Air client down properly, from its own menu. Never kill Eddie without grace, unless that's absolutely unavoidable. Kind regards

Hello, out of thousands working systems, there are always very particular cases. Eddie in Ubuntu 14.04 works well with every DNS Switch method and in more than one year has never been reported as having problems. Ubuntu 14.04, after Debian wheezy, was our main testing Linux box between 2014 and 2015 and we never detected any problem. We suspect that the problem you report is completely unrelated to this thread. Kind regards

Hello, it's important to understand that with a browser extension you will prevent such leaks from that browser ONLY. With Network Lock you will prevent such leaks from any application and (more importantly) from any application that tries to bind to your physical interface(s). Please see also here to understand what the matter is, there's much more into play. http://www.clodo.it/blog/an-alternative-approach-to-so-called-webrtc-leaks Kind regards

Hello! It is a problem of all systems with resolvconf installed but not configured in Dynamic Mode. However, at least one of our customers did manage to reproduce the issue with Ubuntu 15.04 even with resolvconf configured in Dynamic Mode. This is just one case but maybe we're still missing something about it. The problem remains unclear because in our brand new Ubuntu 15.04 testing machines, the problem has never been reproduced. So it could be something related to systems which have been brought to version 15 via a dist-upgrade, instead of a plain, new installation (like our testing systems). Anyway, "renaming" method solves the problem at its roots. Kind regards

Hello! In all the cases we know that error is caused by Avast. Kind regards