Staff

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

Hello! We're glad to know it! The suggestion to run OpenVPN GUI (or OpenVPN directly) was due to the fact that we needed to know whether it was a problem of airvpn.org reachability from your ISP or your system after the connection. While the Air client retrieves data from airvpn.org (servers list etc.), and after the connection performs a "Checking..." fetching airvpn.org on a particular port (this is a test to determine whether the connection has been really successful), OpenVPN does not, so it can bypass any blockade to airvpn.org (the next Air client release will have a much more aggressive approach against censorship). Kind regards

Hello again, additional note: if you prefer to send a code as a gift, instead of a money credit, please feel free to contact us and we'll arrange everything according to your instructions. In this case you can also pick a (short) name for the gift voucher. Kind regards

Hello and thank you! Please go to "More"->"Access plans" from the top menu (direct link https://airvpn.org/plans/). At the bottom of the page click on "Buy Gift Voucher" and follow the instructions. Your friend can redeem the voucher whenever he/she wishes directly from his/her account when it will be created (you don't need to create any account for him/her), by clicking on "Redeem gift voucher" Kind regards

Hello! Chrome documentation states that Ctrl+F5 or Shift+F5 "reloads current page, ignoring cache contents". Try to do this in the port forwarding page, since some scripts have been recently changed. Feel free to let us know whether the above solves the problem. Kind regards

Hello! We just tried with Chromium, Opera, Firefox, Epiphany and some more web browsers and we don't detect any problem at all... however we did not check with your exact Chrome version, we'll do that as soon as possible. In the meantime, can you try a different browser, just to understand whether the problem lies in Chrome or it is a more general problem in your system? Note: Javascript is necessary to access all the functions of the web site. Kind regards

Hello! Thank you all for the great feedback! We are doing our utmost best to further improve the service. In the last 30 days we have implemented completely new web site, account processor, configuration generator, ticket system, several new servers (also in 3 additional countries), OpenVPN over SSL & OpenVPN over SSH on all servers, and today we have released a Dynamic DNS service. Also, the response time to the tickets has decreased. The techies have worked very hard, and these feedbacks are the best reward. @FPyro Have you tried connections to different ports? It's important, in case your ISP performs port shaping. Additionally, if your ISP has invested in DPI tools, it might be using them to throttle all sorts of protocols. OpenVPN has a typical fingerprint which makes its connection distinguishable from pure SSL/TLS connections. In this case you might like to try OpenVPN over SSH, so DPI will see pure SSH. In general this is NOT recommended for performance, but in your peculiar case (10-20% only of your nominal peak bandwidth) it's worth a try, because if your ISP does not throttle SSH (or if it throttles SSH less than OpenVPN) you might well improve the performance. As you know, all Air servers "support natively" OpenVPN over SSH, so you should be ready to go in a couple of minutes. Kind regards

@Indigo35 Hello! Your problem can't be easily solved with Viscosity, and can't surely be solved with Tunnelblick. At the moment you are forced to use OpenVPN directly if you wish to connect it over TOR (with the files provided by our configuration generator, as usual). Instructions are identical to those for Linux, so you'll need to launch OpenVPN from a command line interface. We have started working on a radical, friendly solution, but it will take time. Is your urgency to use OpenVPN over TOR high? Kind regards

Hello! Ok, understood. Can you please check your .NET framework version? The Air client version for Windows XP requires .NET framework 2.0 (available by default on Windows XP, if it has not been customized or the framework removed). The Air client for Windows 8 requires .NET 4. Please check also that you have not mismatched version. OpenVPN and OpenVPN GUI do not require any .NET framework. Kind regards

Hello! Probably they are overblocking. Actually one of us (who had never visited or even known that web site before) have tried from Italy, with an IP address from a big Italian ISP (a very normal residential line), and the site refused the connection as well. Kind regards

Hello! It was intentional. Kind regards

Hello! gbatemp.net actively blocks some of our servers (tested with some NL servers). They also block TOR nodes, some proxy etc. Maybe they have some interest in getting your real IP address or maybe they are just one of the many clowns that are enemies of privacy. Kind regards

Hello! We're very glad to inform you that a Dynamic DNS service is now available to all Premium members at no surcharge. The DDNS service lets you define up to 20 domain names to make the services running behind Air VPN servers more comfortably reachable, and keep a domain name persistent across all Air VPN servers. Please see here for every information: https://airvpn.org/topic/9314-what-is-dynamic-dns Kind regards and datalove AirVPN Admins