Staff

sorry' date=' MB/s[/quote'] Hello! Well, 10 MB/s == 80 Mbit/s looks like a GREAT performance. Why aren't you satisfied with it? What is your nominal peak download and upload bw according to your ISP? Kind regards

Hello! What do you mean with "meg"? MB/s or Mbit/s? Kind regards

Hello! It is a consequence of a bug in the OpenVPN GUI installer. Try to launch OpenVPN GUI with administrator privileges, it should be able to create the key. Anyway with our client for Windows you could just ignore OpenVPN GUI. You can't launch the Air client and OpenVPN, or the Air client and OpenVPN GUI, at the same time. Make sure that OpenVPN and OpenVPN GUI are NOT running when you launch the Air client. Kind regards

Hello! Thank you for your concern. You can use p2p in any server you like. Just as a courtesy to us, absolutely not as an obligation, you can avoid Germany and USA servers, where we receive some alleged copyright infringement notices (most of them bogus, anyway, and all of them lacking any proof). Kind regards

Hello! This admin has verified that the support team had sent a proper answer to you, we're sorry that you did not receive it (maybe you can check your inbox spam folder?). Anyway, the answer is quick: no, you don't need to modify any System Setting. If your real IP is detected, please send us your Tunnelblick logs (just after you have established a connection) at your earliest convenience, they may be very useful for troubleshooting. A general advice: please keep in mind that Tunnelblick 3.2.8 is NOT compatible with Mountain Lion (Mac OS X 10.8.x) so if it's your case you need to upgrade to Tunnelblick 3.3beta21b. Kind regards

Hello! Nice idea, it will be implemented for sure, thank you! Kind regards

Hello! Today we're very glad to introduce native support for OpenVPN over SSL and OpenVPN over SSH, and a completely re-designed configuration generator which includes exciting, additional AirVPN services and features. Our service becomes more censorship resistant and easier to use with a wide range of OpenVPN GUIs and wrappers. NEW SERVICES: OPENVPN OVER SSL - OPENVPN OVER SSH OpenVPN over SSL and OpenVPN over SSH will allow you to bypass OpenVPN connections disruption. Known ISP countries where the disruption takes place are China, Iran, Syria, Egypt. The connection disruption is possible because OpenVPN connections have a typical fingerprint which lets Deep Packet Inspection to discern them from pure SSL/TLS connections. Connecting OpenVPN over SSL or OpenVPN over SSH will make your connection undiscernable from pure SSL or SSH connections, rendering DPI fingerprint identification powerless. OpenVPN over SSL/SSH is included in every Premium subscription without any additional payment. Use OpenVPN over SSL/SSH only when necessary: a slight performance hit is the price to pay. The performance hit is kept as low as possible because the "double-tunneling" is performed directly on our servers without additional hops. NEW FEATURES A new system for host resolution (not available for Windows) and dynamic VPN server choice is available. This will let you have OpenVPN configuration files which will try connections to various servers (according to your preferences) if one or more servers are unavailable. A new connection port (2018) is now available on all Air VPN servers. A new, alternative entry-IP address is now available on all Air VPN servers. NEW CONFIGURATION GENERATOR FEATURES - You can now select servers by countries, continents and planets (currently only one planet) or any combination between single servers and countries. - You can now select an alternative entry-IP address. Each Air server has now an additional entry-IP address to help you bypass IP blocking. - You can now choose a wide variety of compressing options: zip, 7zip, tar, tar & gzip, tar & bzip2. - You can now choose not to compress the files and download them uncompressed one by one NEW CONFIGURATION GENERATOR "ADVANCED MODE" FEATURES - Total connection ports range available, including new port 2018 in addition to 53, 80, 443 and (for SSH) 22. - Option to generate non-embedded configuration files, mandatory if you use network-manager as OpenVPN wrapper under Linux or just in case you use any wrapper that does not support embedded with certificates and keys OpenVPN configurations. - Option to generate files and scripts for OpenVPN over SSL/SSH connections by clicking on "Advanced Mode" - Option to select "Windows" or "Linux and others". Make sure you select the correct option according to your OS, because connections over SSL/SSH in Windows require different files than those required for Linux, *BSD and Unix-like / POSIX compliant systems such as Mac OSX. - New options to generate configuration files that support proxy authentication for OpenVPN over a proxy connections, particularly useful if you're behind a corporate or college proxy which requires authentication Instruction page for OpenVPN over SSL: https://airvpn.org/ssl Instruction page for OpenVPN over SSH: https://airvpn.org/ssh Please do not hesitate to contact us for any additional information. Kind regards & Datalove AirVPN admins

I read the info on the linked page but I am still not quite sure what the answer to the above question was and it is really very relevant to me personally. Please clarify in simple terms. Thanks. Hello! With Facebook and some other social network and with Google services, mixing identities can open the road to potential identity correlations even to third-party services which use Facebook integration/authentication. About your bank, the risk should be zero. Anyway it seems useless to use a VPN to access home banking in order to have an anonymity layer, because the bank surely knows your identity regardless of your IP address. Using a VPN to access home banking may be useful in some rare circumstances, where your connection might be hijacked to make you believe you are accessing your bank while in reality you are not (to steal your login credentials, for example). However, if the hijacking comes from inside your system (malware which modifies your hosts file, spyware like keyloggers) a VPN is powerless (keep in mind the golden rule: a VPN does not protect you against virus, spyware and malware in general). Kind regards

Hello! Your ISP can see the total amount of in/out traffic (if it couldn't, it would be unable to provide you with Internet connectivity ). While you are connected to the VPN your ISP sees all packets going to and coming from a single IP address (the entry-IP address of the VPN server your computer is connected to). Your ISP can NOT see: - the real packets header - the packets payload (i.e. the content you send and receive) - the real origin and destinations of the packets - the "real" protocol you use - the applications you use Kind regards

Hello! Yes, there are many. What is your OS? Kind regards

Hello! On the home PC yes, you should run different instances of OpenVPN, one in server mode and the other, connecting to an Air server, in client mode. In other words, you should set up a home VPN, accessible from your laptop when you're around, on the same machine which connects to our servers. The PC would act simultaneously as an OpenVPN client and server, needing adjustments to routing table and gateways. The setup requires advanced networking experience. As far as we know unfortunately there are no tutorials around. Kind regards

Hello! Apparently you flashed a firmware without OpenVPN. What is your router model (not all routers have enough memory for firmware that include OpenVPN)? Kind regards

Hello! Your phone determines your exact location through GPS and Wi-Fi hot spots detections. When you don't want to be located you should at least disable location detection on your phone. Kind regards

@dcelite Hello! The TAP-Win32 adapter in your Vuze list is eth4. Kind regards

Hello! Ok, most of the work is done. Vuze is already able to receive incoming connections when behind a VPN server. Now you need to: 1) close port 35497 on your router (see your router manual) 2) bind Vuze to the TAP-Win32 adapter (see below) Performing point 2 makes point 1 superfluous. To bind Vuze to the TAP adapter: - go to "Tools"->"Options" and under "Modes" select "Advanced" - go to "Connection"->"Advanced connection settings" - detect the name assigned by Vuze to the interface "TAP-Win32 Adapter V9.xx" (for example eth1 or something similar) - insert the interface name (eth1 in our example) in the field "Bind to local address or interface" - make sure to tick "Enforce IP bindings even when interfaces are not available" (IMPORTANT!) - click "Save" and shut Vuze down Now connect to the VPN, launch Vuze and re-perform the port checking. You should get a green token. Finally, leaving Vuze running, disconnect from the VPN to be sure that Vuze bind is effective. If it is, Vuze will lose connectivity after the VPN disconnection, protecting you against leaks in case of unexpected VPN disconnection. Kind regards

Hello! Can you please describe the issues? Kind regards

Hello! Please do not proceed randomly, there are almost 65535 ports the proxy can listen to. First, please determine (or configure) the port the proxy listens to. Then modify the OpenVPN configuration accordingly (port numbers must match). Kind regards

Hello! Unfortunately, against our guide recommendations, you renamed the rules, so it's impossible to see what they really state. If the rules are correct and your hosts file has been edited according to the guide, you must be able to connect to Virginis ONLY and you must have no connectivity when disconnected from Virginis. If the problem is related to the TCP/IP stack and/or to Winsock (a not-so-rare situation with Windows, as we can see from support requests), a reset as suggested before should solve the problem. Kind regards

Hello! It appears that the proxy is not listening to port 9050, maybe it is listening to some other port, can you please check? Kind regards

Hello! Thank you for your subscription. Since you wrote this message while you were logged in the web site, this admin assumes that you solved the above problem. If not, you have the options to recover your login name and reset your password in the login page. Vuze is ok. It has the option to bind to a specific interface, an option which most torrent clients lacks. Just bind it to your tun/tap adapter only (please tell us your OS so that we can be more precise) and Vuze will be unable to communicate when the computer is not connected to the VPN, preventing dangerous leaks in case of unexpected VPN disconnection while the computer is unattended. About port forwarding, please see our FAQ: https://airvpn.org/faq#p2p Kind regards

@wazoo Do you mean that the problem does not occur when Comodo is disabled? If so, there's something wrong in Comodo rules, please feel free to send us a screenshot of the global rules and network zones. Also, please check that the application rules are not blocking anything relevant. About resetting Winsock and the TCP/IP stack, it will reset your connections. Perform it when you don't mind to lose your established connections. Don't forget to reboot after the reset. Finally try again to connect to the VPN. Kind regards

Hello! It's a bug in the OpenVPN GUI installer. Run the OpenVPN GUI with full administrator privileges (i.e. not as a user in the admin group, it will not have same effect if you have UAC enabled) and it will be able to create the key. Please see here for the bug-fix advancement state: https://community.openvpn.net/openvpn/ticket/252 https://community.openvpn.net/openvpn/ticket/249 Kind regards

Hello! The problems is the same. First, please try a Winsock and stack reset. Launch a command prompt with administrator privileges and type the following commands: Reset WINSOCK entries to installation defaults: netsh winsock reset catalog Reset IPv4 TCP/IP stack to installation defaults: netsh int ipv4 reset reset.log After the above commands please reboot your system. If the above does not solve the problem, can you please make sure that: - no programs (especially antivirus and firewall) are interfering with airvpn.exe, openvpn.exe and tap09*.sys (the driver for the tun/tap interface) - the Air client can elevate to administrator privileges - OpenVPN can elevate to administrator privileges - the DHCP *client* service is running Yes. The differences: - with TOR over Air our servers can see your real IP address but not your traffic. TOR nodes can see your traffic (if unencrypted end-to-end). The applications that you wish to tunnel over TOR over Air must be configured to connect to the TOR proxy. Your system is on the Internet with the TOR exit-node IP address. - with Air over TOR our servers can see your traffic (if unencrypted end-to-end) but not your real IP address. TOR nodes can't see your traffic (even if unencrypted end-to-end). All the applications connect transparently over OpenVPN over TOR, except those specifically configured to connect to the same TOR proxy used by OpenVPN. Your system is visible on the Internet with the Air VPN server exit-IP address. Aurora is a customized Firefox. It is pre-configured to connect over TOR, so you must NOT use it to browse if you wish to connect over Air over TOR. Aurora is included in the TOR Browser Bundle and must anyway run (shutting it down will close the proxy too). Use it if you wish TOR over Air, after OpenVPN has established a connection. Thanks! Kind regards

Hello! That's corrrect. Of course, your ISP can see that all your traffic is from/to one or more servers (not the web site) you connect to, regardless of DNS records. Kind regards

Hello! There are various problems, essentially caused by the fact that the TUN/TAP adapter does not come up. Can you please try to uninstall OpenVPN and upgrade to OpenVPN 2.3.0? When you re-install please make sure that you authorize the installation of any driver. Packages for Windows are available here: https://airvpn.org/windows About OpenVPN over TOR: you must NOT configure a browser (or any other application) to connect to TOR. About TOR over OpenVPN: you must use a browser (or any other application) configured to connect to TOR. Kind regards