Staff

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

Hello! We're sorry to hear that your ISP blocks outbound UDP ports (have you tried also port 53 UDP? normally ISPs do not block it, to allow DNS queries - but some ISPs may hijack traffic to port 53 UDP to their DNS servers in order to monitor and profile their customers in a more effective way, making therefore impossible to send packets to any host to 53 UDP except their DNS servers), anyway we're happy that you can use our service on 80 TCP. About the virtual tun/tap adapter, it's not normal that you need to disable it to regain connectivity when disconnected from the VPN. Yes, it can be seen as a very strong and interesting security feature, but it's odd. We will investigate, should we find something useful, or if we need more information from you (such as logs and routing table before and after a connection) we will update this thread. Kind regards

Hello! It depends on how the VM is connected. Can you describe the setup? Kind regards

Website: http://www.mtv.com

Hello! The following build has been tested and it fully works with AirVPN, for Linksys WRT-54GL 1.1: DD-WRT v24-sp2 (03/08/12) vpn - build 18687 Also confirmed by Baxter and other people: https://airvpn.org/topic/6525-suggested-dd-wrt-firmware-for-openvpn-on-wrt54gl-linksys-router/?do=findComment&comment=6612 The newest build you cite has not been tested so far: feel free to try, just keep in mind that it's not been tested yet. See also here to avoid bugged builds: http://svn.dd-wrt.com/ticket/2536 EDIT: some additional notes to help you avoid bugged DD-WRT firmwares can be found on this thread: https://airvpn.org/topic/4292-dd-wrt-not-connecting-on-linksys-e2500-router/?do=findComment&comment=4358 Kind regards

Hello! If you wish, you can start testing right now. We have just released a package which is the first step to a complete graphical wrapper which in our intentions must be user friendly, implement most Air functions and hopefully overcome Tunnelblick and Viscosity limitations on proxy. This first experimental package in our opinion is already interesting: https://airvpn.org/topic/9325-development-of-os-x-airvpn-client If you decide to test it, do not hesitate to send us your feedback! Kind regards

Hello! We're glad to announce the development of an OS X Air VPN client: https://airvpn.org/topic/9325-development-of-os-x-airvpn-client Any feedback on the experimental package will be more than welcome. Kind regards

Hello! We're glad to announce that we are working on a new AirVPN Client, that will be available for Windows, Linux, OS X and maybe (lower priority) for Android and iOS. The objective is a user-friendly graphical wrapper that installs, upgrades, configures and manages the necessary third-party software (including OpenVPN software, TUN/TAP drivers, DNS scripts, etc) for as many platforms as possible. Our AirVPN Client 2.0 (codename Eddie) will be released under GPL, and of course needs to be bundled only with Open Source third-party software. We are doing some platform tests, to collect the necessary things to be bundled in our future client. We wish to share with the community our work in progress. --------------------------- OS X Experimental package: https://airvpn.org/repository/experimental/osx.tar.gz It contains a file "tuntap.pkg", a kext driver TUN/TAP package, which needs to be installed. Derived from this project: http://tuntaposx.sourceforge.net/ Hold down the CTRL button and click on the "tuntap.pkg". You should now see a contextual menu appear where you will need to click on the Open option. Without the "CTRL", OS X Gatekeeper hides the "Open" item because it's an untrusted (for Apple) source. Our package contains also a binary build of OpenVPN 2.3.1. It runs without dependencies on Mountain Lion, currently untested in previous OS X version. Download our .ovpn configuration files from our generator and put them at the same level of "openvpn". Launch with: sudo ./openvpn myconfig.ovpn Known caveat: - By default, navigation does not work. There are issues with DNS. We tested different up-down scripts, without a definitive solution until now: many scripts are too old for Mountain Lion (our testing platform), or too-specific to third-party tools (ex. Tunnelblick scripts). As an effective workaround, at the moment you can list your services with: networksetup -listallnetworkservicesand launch sudo networksetup -setdnsservers <service_name> 10.4.0.1 8.8.8.8for example sudo networksetup -setdnsservers Ethernet 10.4.0.1 8.8.8.8to permanently set our internal VPN DNS as primary nameserver, and Google DNS as secondary server. If you can send a feedback, it will be more than welcome. Please remember to specify your exact OS version. Kind regards

Hello! Please remotely forward the same port you have configured on your IRC client. The port from which the transmission initiates has no importance, when your IRC client acts as a DCC client. Tell your friends to send data to the correct port if you still have issues: http://en.wikipedia.org/wiki/Direct_Client-to-Client#DCC_SEND Kind regards