Staff

Can you explain as to why is this? Other VPN providers are working fine with Hulu.. Which ones? Kind regards

Hello! The tun interface (the virtual network card used by OpenVPN) does not come up. Please try the following: https://airvpn.org/topic/8320-solved-connects-but-ip-doesnt-change-on-windows-server-essentials-2012/?do=findComment&comment=8321 Kind regards

Hello! Since Ultrasurf employs HTTP proxies, probably your company Fortigate firewall allows those packets. Additionally, your solution (OpenVPN over Ultrasurf if we understand it correctly) is quite elegant. There is widespread concern about Ultrasurf, the addition of a further OpenVPN tunnel potentially solves any risk, because data are still encrypted by OpenVPN when they pass through Ultrasurf servers. See for example https://en.wikipedia.org/wiki/Ultrasurf#Evaluation in particular Appelbaum's concerns and criticism. Kind regards

@hakrins You might like to run Eddie with "Network Lock" function enabled: https://airvpn.org/topic/12175-network-lock Kind regards

Hello, we think we will not be able to restore Hulu access in the near future, we're sorry. Kind regards

Hello! The only way to have an automated subscription is with "PayPal subscription". Any other mode (credit card, PayPal, Bitcoin) will not charge you automatically. If you have picked "PayPal subscription" unintentionally just delete the authorization to payments from inside your PayPal account. Kind regards

Hello! Thank you very much for all the information you provided! Of course, if you gather more data, feel free to publish. Did you contact OpenVPN community (in the forums) or OpenVPN Technologies about this problem? Kind regards

Hello, any confirmation on this by third parties? We have a roughly estimate of >5000 systems with Win 7 64 bit using the latest tun/tap adapter driver and not even one single report about this problem. Bug tracker? Links? Kind regards

Hello! Thank you for the report. Some documentation about the bug? Ways to reproduce it? Kind regards

Hello! Provided that you downloaded the original package (check the fingerprint) it's a false positive. As a side note, please upgrade to 2.6. Kind regards

Hello! 1. It does not seem necessary because authentication and data integrity are already guaranteed by the tunnel itself... we will ponder about it. 2. Not in 2014, sorry. Support to IPv6 on our side has not yet a defined time line. But of course sooner or later it will be necessary. Informally, we have postponed IPv6 discussions to 2015. All in all, OpenVPN full support to IPv6 has been implemented only recently. 3. It is technically possible and this argument will be evaluated soon. Currently a user.key change requires our intervention, it is not possible to do it on the client side alone, and the system is configured to have one single key per account at the moment, so some work will be necessary. Kind regards

@McLoEa Hello, an "original" DNS restore might fail under very rare circumstances which however we need to be able to reproduce. Eddie has also an emergency recovery in case it could not restore before shutting down (for example if it was forcefully killed). Feel free to keep us posted if the problem re-occurs: if possible try to detect a pattern for which the failure is reproducible. Even OpenVPN itself, if put in conditions to be unable to execute the down script, would leave the DNS settings not restored. Kind regards

Hello! Which Eddie version are you running? A possible explanation is that Eddie does not reset your original DNS, maybe because they were already set to VPN DNS for some reason (in this case, for Eddie the "original" DNS are the VPN DNS...). While you're disconnected from the VPN, please verify which DNS are set in your system, before you perform any card reset. Kind regards

Hello! Do you mean that we should solve a problem that's occurring in another platform and servers completely out of our control? What should we do? Kind regards

Hello! We do not block NTP, absolutely not. Additionally, connection to NTP servers from the router, when booting, should be performed before a connection to a VPN server, to allow the router to set the correct date and time, otherwise authentication will fail. Kind regards

Hello! If you click (left-click) on the "AirVPN" button with a down arrow (menu symbol) in the upper left corner of the Eddie client main window, does a drop down menu appear or not? If so, "Preferences" is one of the items of such menu. Kind regards

Remember that the tool tells you nothing about UDP ports, that test is only for TCP. Kind regards

Hello! We need to fix that page, please click "Enter" -> "Specs" to access that page (menus have changed). We apologize for any inconvenience. Anyway, you can safely enter 10.4.0.1, because it's the VPN DNS address that's reachable regardless of the server and port you connect to. Remember that VPN DNS server is reachable only inside the VPN, so you might like to set a public DNS as second static DNS, to allow your router to resolve name when not connected to the VPN (for example at boot to reach an NTP server in order to set date and time). Kind regards

Hello! We're very glad to inform you that our XMPP (Jabber) server is now available for free to all members of AirVPN web site. The server has an A-A security rating. We have opened a dedicated forum: https://airvpn.org/forum/37-xmpp Enjoy XMPP! Kind regards & datalove AirVPN Staff

Hello! We're glad to inform you that the critical, remotely exploitable "shellshock" bug http://seclists.org/oss-sec/2014/q3/650 does not affect our systems, which (if they used bash) have been all patched with appropriate updates. Kind regards AirVPN Staff

Well it's supposed to only apply during the time vpn connection tunnel is active, but it's possible for some reason or another after the connection with 2.6 (with network lock enabled) the original FW rules that are saved were not being put back in place right after the disconnect. - or so was my thinking for one a possible cause - Hello! Firewall rules are not restored after a disconnection, otherwise Network Lock would be quite useless. You need to disable Network Lock if you want to restore your previous firewall rules. Kind regards

You are at your SECOND voluntary chargeback so you will not get any support.

Hello! Activate the option "Network Lock" in our Eddie client for Mavericks and Yosemite. See also https://airvpn.org/topic/12175-network-lock Feel free to tell us how Network Lock and Eddie work (in another thread) when you put your computer to sleep and then you wake it up: these situations need to be investigated (there are a lot of variables, for example you might put the computer to sleep in one network, and then wake it up in another network). Kind regards

Website: http://www.repubblica.it La Repubblica, an Italian news website and streaming. Status: OK Routing: All servers to IT route.

Hello! Our service is based on OpenVPN and OpenVPN connections are disrupted in most China residential lines. This is possible because OpenVPN packets headers (not payload, which are of course encrypted) have some additional information for packet re-ordering that make them discernible (with DPI) from pure TLS/SSL connections. In order to bypass the block, OpenVPN over SSL is necessary. The first SSL tunnel encrypts the OpenVPN "fingerprint" to make it not detectable. The method has been tested as successful since more than a year ago from various China areas, including Shanghai and Beijing. OpenVPN over SSL is available for Linux, Windows and OS X Mavericks only. It is not working on Android and iOS for limitations of the openvpn app. Anyway, many mobile networks in China do not block OpenVPN, so this is a relatively minor problem. Our client Eddie (for Linux, OS X and Windows) implements OpenVPN over SSL, that can be activated with a click. All of our VPN servers accept this connection mode. In Eddie, go to "AirVPN" -> "Preferences" -> "Protocol". Select "SSL Tunnel - Port 443", click "Save" and finally connect to a server. Kind regards