Staff

Hello! Before assuming that your ISP throttles OpenVPN please try a connection from your computer (disable OpenVPN on the router) to make a comparison test. What is your router model and which firmware runs on it? Can you post connection logs after a few minutes the router is connected? If the bandwidth remains consistent to 1 Mbit/s on all ports, this is a strong hint pointing to throttling. In this case you can obtain better performance with OpenVPN over SSH (assuming that your ISP does not throttle SSH as well). Kind regards

Hello! Yes (on Windows - on other systems please check your nameservers). In general if your ISP has IPv6 DNS servers and you have set them in your Windows, the system can send out IPv6 DNS queries out of the tunnel. Kind regards

Hello! You can bind ssh to the desired IP address (if you use sshd, "ListenAddress *" binds to all existing addresses). However, there's something unclear from your setup description: is the connection to an Air VPN server performed by the router or by the machine where ssh runs? Kind regards AirVPN Support Team

Hello! You don't need to repeat those annoying steps every time: just resolve airvpn.org in your system hosts, so your system will not need a DNS query to resolve it. Add to your hosts file the lines: 85.17.207.151 airvpn.org 212.117.180.25 airvpn.org Kind regards

Hello! But... we provided the solution in the very same guide and you applied it! With Tunnelblick OpenVPN binaries you had exactly that issue, remember? And you solved it with our guide. The problem is related to the fact that in order to accept the DNS push from an OpenVPN server, the client needs up & down scripts to set DNS that we don't have (yet). Kind regards

Hello! Instructions for Windows are here (or click on "Enter" from the upper menu). Download the appropriate package for Windows 8 64 bit, which includes OpenVPN 2.3.1 and our client. You are not forced to use our client: you can use also OpenVPN GUI or OpenVPN directly to connect to our servers, as well as any other OpenVPN wrapper, anyway you might like to try our client for immediate connection and additional comfort. Decompress the package and follow the instructions. About your question on Firefox and uTorrent: you don't need any specific configuration for them, you just have to make sure that you launch them after the connection to one of our servers is established, then use them normally. This is true for every program, all the programs traffic will be tunneled transparently. There may be exceptions but only if you are into "advanced usage", for example forcefully binding a program to your computer physical interface will have that program traffic sent and received out of the tunnel (probably nothing of interest for you at the moment). Next step (or first step, as you prefer) is having a look at our FAQ and How-To, they will help you use the service in the best way. The servers monitor is a useful tool that you may access to have an overview of available servers and many more information. It is accessible by clicking on the "Status" button, direct link https://airvpn.org/status . If you have any issue please do not hesitate to write here or open a support ticket. In the forums you will also find "News and Announcements", description of additional services included in your subscription (such as Dynamic DNS, Remote Port Forwarding, Configuration Generator, IP geo-blocking bypass system, DNS checking, OpenVPN over SSL/SSH and more to come), which might come handy to you in the future and, last but not least, an active and competent community. Kind regards

Hello and welcome aboard! What is your computer OS? Kind regards

Hello! If you see OpenVPN process running, everything's fine then, even if you do not detach the screen before closing the terminal. On top of that you have the pf configuration that would not allow packets if the computer were not connected to one of Air VPN servers, correct? About the sleeping mode, as written there can be differences between different hardware and software. In your case, your Mac most probably does not turn off the network card and the connection is not lost. Some laptops might turn off WiFi card in sleeping mode, for example, to save battery etc. Just out of curiosity, are you still using the OpenVPN binaries from Tunnelblick or are you testing the binaries we built from OpenVPN source code? Probably there's no difference, just a curiosity. Kind regards

Hello! Thank you, your feedback is much appreciated. i. Provided that you detached the screen where OpenVPN runs, you can do that. And you should not receive any warning message about OpenVPN. ii. When your computer sleeps, the connection to the VPN is lost. When you awake it, normally OpenVPN will re-try a connection (at least with our configuration files). However, before working as usual you will need to wait that the connection is re-established (a matter of a few seconds anyway). In any case, please check with care, behavior after a wake-up may vary according to hardware and software. Kind regards AirVPN Support Team

Hello! Thank you for the information. i. We would recommend GNU Screen available (usually by default) on OS X. With it you can create, detach and re-attach terminal sessions and much, much more. See also this quick tutorial. Default GNU Screen in OS X is not compiled to support 256 colors. If you like to have them you need to re-compile screen, please read here. ii. Once you have detached a screen, you can simply close the terminal from which that screen was started. Any detached screen will not be destroyed when you close the terminal and any process inside any detached screen will go on running. When you re-attach its screen from any other terminal, OpenVPN will be just there. iii. You have some options here. You can send a graceful kill signal to OpenVPN "sudo kill " or you can re-attach the screen in which OpenVPN is running and then press CTRL-C. In order to discover OpenVPN PID: ps aux | grep -v grep | grep -i openvpn In both cases OpenVPN will restore your previous routing table. Only if you send a "kill -9" OpenVPN can not do that. Kind regards

Hello! Can you please try again with your firewall disabled? Kind regards

Hello! Thanks for the info, great! It would be relevant for us to understand how a DNS leak was possible, if you have the kindness to tell us how your previous DNS were set. Kind regards

Hello! Added support to: Comedy CentralSouth Park Studios websiteNBCFOXKind regards

http://abc.go.com/ Visit ABC online for information on ABC daytime and primetime network programming. Watch full episodes of your favorite ABC shows and browse exclusive online content. Status: OK Native: none. Routing: All servers.

Website: http://www.nbc.com/ Official NBC site for primetime, daytime and late night television shows. Television (TV) network includes soap opera, reality shows and more. Find additional information on the official NBC TV site. Status: OK Native: US servers. Routing: All other servers.

http://www.comedycentral.com/ Welcome to the Comedy Central homepage. Here you can find funny videos clips, games, jokes and news from our Comedy Central Insider blog and downloads from all your favorite Comedy Central shows. Status: OK Native: US servers. Routing: All other servers.

http://www.itv.com Watch your favourite TV programmes live online, Apple / Android & digital with the official CITV & ITV Player. Broadchurch, The Americans, Tour de France, Law & Order, Coronation Street, Emmerdale, Exclusive Premieres and more... Status: OK Native: GB servers. Routing: All other servers. Notes: May use HTML5-GEO.

http://www.fox.com FOX Broadcasting Company - FOX Television Shows

Hello! We confirm that your configuration prevents DNS leaks and uTorrent leaks. Kind regards

Hello! We have tested that the solution provided into the guide on the experimental package appears to be fully working on Mountain Lion. What is your exact version? Does your system ignore the new DNS (10.4.0.1 being the primary) after you have set them according to the guide? Apparently the only way for which there can be a DNS leak on a Mac/BSD system is when the DNS is set to your router IP address, which in turn re-sends the query in clear. https://airvpn.org/topic/9325-development-of-os-x-airvpn-client/ Kind regards

Hello! Can you please send us the OpenVPN logs just after the problem occurs? Kind regards

Hello! Is it version 1.8? Is your Windows 32 bit or 64 bit? It might be that the peering between servers and your ISP is better with the servers of the competitor. We carefully pick only datacenters with tier1 providers POP, but of course it's impossible to have an "optimal" peering with all the ISPs in the world. It would be interesting to know whether the other service you use is based on OpenVPN with our same encryption and listening ports. Please test different servers (if you haven't already done so) in order to determine the one which can give you the best performance. Kind regards

@Baraka Hello and thank you! Nice! We didn't test NBC and Comedy Central ourselves: maybe they use the same other services CDN servers under routing implemented by us. Please feel free to report any issue (and, of course, if there are additional interesting services that perform geolocation censorship). Feedback is very important because we can't do automatic reports of working routes (as explained, we can't distinguish automatically a video with people from a video with a red text ) and it is possible that a website can change something that needs routing adjustments from our side. Another little explanation. For example the three services above are georestricted to the USA. For their websites, we add routing/double-hop from every server to our USA routing-server (see at the bottom here: https://airvpn.org/status/) EXCEPT the US servers, simply to avoid a useless double-hop. The routing US server is not blacklisted, we tested it. However, we can't test every single US server, and if a US server gets blacklisted we can activate the double-hop also for it. But, as explained above, we can't test every day every server manually, we need your feedback. Thanks! Kind regards

Hello! With reference to our anti geographical discriminations experimental system, we're very glad to inform you that: CBS has been restored and it is now again accessible from all Air servers, regardless of their locationHulu has been added successfully to the system and it is now accessible from all Air servers, regardless of their locationMTV has been added successfully to the system and it is now accessible from all Air servers, regardless of their location It is mandatory to say that all of the above is due to the excellent job and the smart ideas of one single technician. Watch the status of our work in progress on the system here: https://airvpn.org/forum/10-websites-support/ Kind regards

Hello! It depends on how your VM is connected (via a NAT or in bridge mode?) and if the connection to the OpenVPN server is performed by the guest or by the host. If the connection to an OpenVPN server is performed by the VM, the outgoing data are already encrypted in any case when they reach either the physical network card of your system or the virtual network card of the virtualization software. The incoming data are still encrypted when they pass through any interface (virtual or real) of the host. In a few words, this is because the outgoing data are encrypted just after they get out of the tun virtual interface of the guest, and they are decrypted only inside the VM. If the connection is "bridged" (to the physical network card of the system), and/or if the connection to an OpenVPN server is performed by the host, there are important differences and additional distinctions are necessary. You can better realize what happens to the packets by running Wireshark both inside the VM and on the host. Please feel free to specify your setup so that we can be more precise. Kind regards