Staff

Hello! We're very glad to inform you that two new 1 Gbit/s servers located in Newark, NJ (US) are available: Miaplacidus and Rasalas. The AirVPN client will show automatically the new servers, 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 servers accept connections on ports 53, 80, 443, 2018 UDP and TCP. Just like every other Air server, Miaplacidus and Rasalas support 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

Hello! We're sorry to inform you that server Beid suffered a very severe hardware failure. Repairing it is not a viable option, unfortunately. However, we're glad to inform you that twelve new powerful servers will be shipped to the SE datacenter in the very near future and one of them will replace Beid. Kind regards AirVPN Staff

Hello, please make sure to not modify tun-mtu size, it must remain consistent with the server settings. Have you already tested lower mssfix values, even as low as 1300 and also ruled out any possible UDP capping from your corporate firewall and/or any other tool in your network and system? If so, try an "OpenVPN over SSL/TLS" connection. It will add remarkable overhead (double tunneling, OpenVPN forced to work in TCP...) but if your ISP is performing traffic shaping against OpenVPN that's higher than the additional overhead, you might get a net performance gain, even a substantial gain. You can change connection mode in the Air client window "AirVPN" -> "Preferences" -> "Protocols". Kind regards

Just for reference: https://airvpn.org/topic/11541-command-line-edition-and-syntax/ Kind regards

Hello, yes, from our UK servers you can access Netflix US. This is due to our geo-routing system. Kind regards

Hello! Amazon Prime is not accessible (and it has never been accessible in the last months). No micro-routing support has ever been implemented for it and probably it will not be implemented in the near future. Various Netflix (USA, Spain, Netherlands and Canada only) are accessible as usual. BBC iPlayer: accessible only from some servers at the moment of this writing, we're investigating the problem. Kind regards

Hello, for any doubt or new calculations., if you don't want to make them by hand, you can use a "CIDR/VLSM calculator", for example http://www.subnet-calculator.com/cidr.php Kind regards

Hello! Yes, that's correct, please see here: https://airvpn.org/topic/9223-netflix/ As you can see, DE and UK servers are "micro-routed" to USA (for what pertains to Netflix). This decision has been made because Netflix DE and UK are not accessible from our DE and UK VPN servers. Kind regards

Hello! About Android: https://airvpn.org/topic/15249-how-to-using-airvpn-through-stunnel-on-android/ Kind regards

Hello! EDIT: everything in this message assumes that IPv6 does not come into play. In various cases this issue is determined by an antivirus. In a minority of cases this is caused by an obscure Windows behavior (bug?) which deactivates DHCP on various network interfaces. In even less cases, the problem is caused by a DHCP client service crash (DHCP client service crashes are not uncommon in every Windows version). Of course, all of the above crashes and obscure auto-modifications of system setup might just have two common (although opposite) underlying causes (an anti-malware, or a malware). Sporadically, the problem is caused by some bug in the router firmware which interferes in the most bizarre ways with UDP. Again sporadically, the problem is caused by a packet inspection tool in the router. Below you find our most exhaustive answer which solves the problem for Windows users 9 times out of 10. Hello! Please make sure that nothing (antivirus, firewall or other packet filtering tools, either on system or router) is interfering with OpenVPN. After that, if the problem persists even after a system reboot, please restart the DHCP client service (while the Air client is NOT running) and try again. Please see here to stop and restart the DHCP client service: http://computerstepbystep.com/dhcp_client_service.html If the problem still persists, make sure that DHCP is enabled on card "Local Area Connection". Please open a command prompt with administrator privileges and issue the following command: netsh interface ip set address name="Local Area Connection" source=dhcp netsh interface ip set dnsserver name="Local Area Connection" source=dhcp If the problem still persists, please follow this post (please make sure to check every and each point): https://airvpn.org/topic/8320-solved-connects-but-ip-doesnt-change-on-windows-server-essentials-2012/?do=findComment&comment=8321 Kind regards

Hello! Netherlands and Spain servers are NOT micro-routed to Netflix USA. This behavior, at least for these servers, is fine. Apparently you have missed a lot of what we have written, please go back in this thread and re-read. We have explained what can be wrong. Remember that Netflix application or applet will bypass your system DNS. The fact that Furud works shows that the problem can be in your DNS queries because micro-routing in Furud is the same as in any other server in this list https://airvpn.org/topic/9223-netflix/ Also make sure that your system is not sending out IPv6 queries. Kind regards

This does not help the community help you. Please provide any possible detail on how you did it. Side note: if you don't use Netflix application (but a browser) redirecting queries is not necessary. Kind regards Hello, while you were writing this message we were testing successfully Netflix USA (from some USA servers). Working fine as usual. Someone in this thread cited some Netflix applet for browsers. We didn't use any applet, only the browser. Kind regards

This does not help the community help you. Please provide any possible detail on how you did it. Side note: if you don't use Netflix application (but a browser) redirecting queries is not necessary. Kind regards

Hello! It is critical that you are aware that Netflix app >=3.7.2 queries directly Google DNS, bypassing any DNS setting of your device (therefore even VPN DNS - which are essential to make our geo-routing system work). This long thread clarifies: http://forums.whirlpool.net.au/archive/2342149 Whenever possible, you must not use Netflix proprietary software. If not possible, you must redirect DNS queries of the Netflix application to VPN DNS (or downgrade Netflix app to some version older than 3.7.2). Kind regards

Hello! As repeatedly reported Netflix application version 3.7.2 or higher will send DNS queries to whatever it likes (Google DNS for example) against your will and against system settings. Just redirect them to fix the issue. A new thread has yesterday appeared online which is useful: http://forums.whirlpool.net.au/archive/2342149 Kind regards

Hello! Due to apparent incompetence and inability to understand correctly plain English by i3D Net provider abuse team, causing remarkable time waste to our team and undermining the assumption that the other side is standing in good faith, an essential prerequisite in a business relationship, we are sorry to inform you that we are withdrawing the server "Nusakan" (luckily the only one in i3D.net datacenter). We will announce termination of contract to i3d in a few hours with immediate effect (we're not interested in wasting any additional minute with them). The impact to our infrastructure is insignificant since we have 39 servers providing 39 Gbit/s in the Netherlands, and 40 more dedicated servers in Europe. We recommend that you switch to any other AirVPN server. Kind regards AirVPN Staff

Your guess is wrong at the moment. Please see here for the updated situation: https://airvpn.org/topic/9223-netflix/ Note carefully which regional Netflix services are accessible and from which servers. Regional Netflix not reported there (for example Netflix Italy) are NOT accessible. Kind regards

Unfortunately, it's an easy assumption to make. Whereas CS has continuously been very specific about how exactly they prevent logging on their servers, up to and including the commands they execute on their end to prevent logging, we just sort of "take your word for it" over here. You have to understand that I believe you, AirVPN, otherwise I wouldn't be here, but I like the very specific language provided over there. Hello! Ok! This is our line of thought (for the readers in general: we see that you already agree, so it's not meant to you specifically): since when declaring to run a modified and recompiled version of OpenVPN is more credible or more technically accurate than declaring to send OpenVPN logs to /dev/null? Both declarations are identical in credibility and accuracy. If one believes them both, then one must conclude that we don't log more than Cryptostorm. If one doesn't believe one of them, one must not believe the other as well. To see things more in perspective, however, and above all to remain honest, it must be said (as we have done clearly since years ago) that both methods and in general all no logging methods are ineffective to prevent external wiretapping and correlations with "black boxes" connected to servers. We faced this problem even before starting the AirVPN project and we wrote some articles about what we call "partition of trust" to show how some powerful adversaries can be defeated and also in order to put into clear terms which adversaries can NOT be defeated by any VPN alone, without the help of partition of trust. Incidentally, partition of trust allows you to use a service without having to blindly believe in what the service administrators claim. For example in 2012 we wrote: https://airvpn.org/topic/5149-whats-the-point-of-vpn-over-tor/?do=findComment&comment=5377 Kind regards

Hello giganerd, it's identical. Replace "token" with "certificate" and "key" and you get the same outcome. The buyer does not even need to know any username. If you want to be a reseller, registering a username does not make any difference. Why it would be needed is a totally different matter: when you get your token, then you need OpenVPN certificates and keys anyway, so why not getting certificate and key directly without any additional procedure? It's nice anyway that they have resellers. However, when we wanted to see their resellers in https://resellers.cryptostorm.org we got a certificate warning, they made a mistake which is quite disturbing because it is a symptom of a certain negligence in what they do. Kind regards

Hello! Frankly it does not seem revolutionary. It's a viable method that could and has been used since the birth of OpenVPN, with different names. How does it differ from buying and selling certificates and keys, or even coupon codes, with AirVPN or any other VPN supporting a proper OpenVPN implementation? It's not that if you find a new name for a procedure you make it "revolutionary"... and just like with CS, you can connect to any AirVPN server without logging any account in anywhere. Well, from the link you provided, they log more than AirVPN. See here: So: we send OpenVPN logs to /dev/null and we keep the same stats with a different method in RAM (while they keep them in HDD?), losing them when the session is over. They modified OpenVPN source (has this source code modification been peer reviewed properly?) to NOT send OpenVPN logs to /dev/null. Honestly, who logs more? Both approaches are interesting in our opinion, but don't say that we log more than Cryptostom. Just like with tor2web service and similar services. However: is it really a good idea to access onion sites from outside Tor? Think about it, we'll do the same. Kind regards

Important note: as a kind user made us notice in a ticket, it's important to underline for readers that DNS queries to Google DNS are re-routed and NOT blocked, otherwise the Netflix application can't work. It is possible that some reported malfunction is due to the fact that such queries are blocked, instead of being re-routed. Kind regards

Hello! We're very glad to inform you that a new 100 Mbit/s server located in Hong Kong is available: Yed. 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, Yed 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

Possible expanation: you're querying the DNS servers outside the tunnel. Anyway you don't provide enough data to tell you anything more useful. Please open a ticket to get support from us. Specify OS exact version and include logs of your client. Kind regards

Hello, we can't: it's a non-enforceable clause, which is anway binding for you when you accept the ToS. Kind regards

Hello, and NL servers do NOT have geo-routing for Netflix. It is the very same problem. It seems that your system is not querying VPN DNS when the problem occurs. Kind regards