Staff

Hello! Very well. Thank you for your time! Kind regards

I have a tunnel terminated at my router so that my OS (WinXP) thinks I have a native IPv6 connection and gives me a public IP address through stateless autoconfig. That public IP was visible at whatismyipv6.com when the VPN was active. I'd say the risk is far more than non-zero. Hello! It seems just fine. It's PPTP that tunnels your real IPv4 address in the IPv6, not OpenVPN. Please confirm that when you say "public IP was visible at whatismyipv6" you refer to the generated IPv6 address, not to your real IPv4 address. If whatismyipv6.com could see your real IPv4 public address (instead of the IPv4 address of the VPN server), please warn us as soon as possible. Kind regards

Hello! You're right, OpenVPN is not affected by the vulnerability discovered on PPTP. The IPv6 contains either your true IPv4 or your MAC address. If you point for example to a web site using an IPv6 address, with PPTP your REAL IPv4 address will be tunneled over PPTP, disclosing it to a malicious entity. OpenVPN does not have this vulnerability. Also, your IPv6 address is generated by the IPv4 address assigned to you. The IPv6 loopback interface never get out of your network card (think of it as the equivalent of 127.0.0.1 IPv4), it can only communicate on the local machine. Currently we don't support IPv6 at all. When the time will come, support to IPv6 will be added with the usual security standards. To answer to your question, the probability is therefore near-zero ("near" because in the security field it is theoretically impossible to state a 100% security under most circumstances). Please do check here while connected to an Air server: http://whatismyv6.com/ You should be able to see ONLY the IPv4 exit-IP of the VPN server you're connected to. Connection to their IPv6 web site should fail. Kind regards

Hello! We're going to add it in the FAQ too. Kind regards

Hello! The exit-IP addresses are static and shared. There is 1 exit-IP address per server. Additional exit-IP addresses may be used but only when strictly necessary. Please do not hesitate to contact us for any further information. Kind regards

Hello! If you have asked for a trial, you should have received a code and the instructions on how to use it in order to activate your account to premium status. Your account is currently and correctly on "Free member" since you did not follow the procedure. If you have not received the instructions, please do not hesitate to contact us (menu "Support"->"Contact us"). You need a valid e-mail address to receive code and instructions. Kind regards

Hello! Of course they can. A "trial account" is just a label, "trial accounts" are full premium accounts for 4 days, there's absolutely no difference. Linux users can use OpenVPN directly or any OpenVPN GUI they like. Please do not hesitate to contact us for any further information. Kind regards

Hello! VPNetMon works with OpenVPN, and on a Win7 system has been successfully tested with AirVPN. That said, this solution is not optimal, furthermore proprietary solutions that interferes with the OS should be carefully peer-reviewed. At the moment we don't recommend a solution based on forced shutdown of programs. One of the problems is in the forced shutdown time of the applications, which may allow some packets to get out of the tunnel anyway. Another potential problem is the risk of data loss which may happen with a forced shutdown (for example, if you're compiling a form with a browser, or executing a script). We recommend a much cleaner and safer solution, that is properly set firewall rules. According to your firewall and OS, we may help you to set the rules to prevent "data leakage" in case VPN connection drops. You can already find various instructions on the forum. Kind regards

Hello! We're very glad to inform you that a new 1 Gbit/s server located in Sweden is available: Draconis. The AirVPN client will show automatically the new server, while if you use the OpenVPN client you can generate all the files to access it through our configuration/certificate/key generator (menu "Member"->"Access without our client"). The server accepts connections on port 53, 80 and 443 UDP and TCP. As usual, no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses. Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN admins

Hello! Our configuration/certificates generator works only for premium members. You need to subscribe to access the VPN servers. Please do not hesitate to contact us for any further information. Kind regards

Hello! Very well! Probably you will be able to establish successfully a connection on any server just using port 80 TCP. Kind regards

Hello! This is because outgoing port 25 is blocked. Please switch to SSL/TLS SMTP on port 465 or 587 (or any other port supported by your smtp server). In general, it is a very bad idea, under a security point of view, sending e-mails through smtp on port 25 without any encryption on negotiation and sending. Please do not hesitate to contact us for any further information. Kind regards

What do you mean by "traffic"? Do you mean the contents of the message? Tor both encrypts and decrypts "traffic" sent through its servers/nodes. This information is obtained from Tor's official website. Hello! "Traffic" is meant as the total amount of packets, including contents of messages. In the case of TOR over AirVPN, a malicious TOR node can see your traffic (unless you further encrypt it) because when the packets get out of our servers they are no more encrypted by OpenVPN, obviously. Anyway any TOR node will not be able to see your real IP (in the worst case, it will see the exit-IP of the Air server you're connected to). TOR over Air and Air over TOR therefore provide very different scenarios. Pick the one that is most suitable for your security needs. Please do not hesitate to contact us for any further information. Kind regards

Hello! We're very glad to inform you that a new 100 Mbit/s server located in the Netherlands is available: Orionis. The AirVPN client will show automatically this new server, while if you use the OpenVPN client you can generate all the files to access it through our configuration/certificate/key generator (menu "Member"->"Access without our client"). The server accepts connections on port 53, 80 and 443 UDP and TCP. As usual, no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses. Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN admins

Hello! Your logs look ok. Since everywhere else the connection is fine, it is possible that there's something in your home line which is the issue. First of all, try to connect to a different server and to a TCP port (for example 80 TCP) in order to ascertain whether it's a line (quality, latency...) issue with Vega. Also, check your browser settings. Test also some other protocol (for example FTP, bittorrent) to determine if the issue lies in the browser. We're looking forward to hearing from you. Kind regards

Hello! If you do so, you will have TOR over AirVPN. You will be visible on the Internet with the final TOR exit-node IP address when you use a browser proxied to TOR. Air server will be able to see your real IP and TOR nodes will see the Air server exit-IP address. Traffic through TOR nodes will be already decrypted by our servers. For a different setup, consider AirVPN over TOR: https://airvpn.org/index.php?option=com_content&view=article&id=64&Itemid=122 In this case, Air server will not be able to see your real IP address, but will see the IP address of the TOR relay. TOR node you connect to (OpenVPN over SOCKS or over http proxy) will see your real IP address but all TOR nodes will see packets encrypted by OpenVPN. You will be visible on the Internet with the Air server exit-IP address. Please do not hesitate to contact us for any further information. Kind regards

Hello! MacOSX does not have, by default, OpenVPN functionalities. Tunnelblick is an open source GUI for OpenVPN which is provided pre-packaged with OpenVPN itself. Another GUI for MacOSX is Viscosity. It's not open source, though. Please do not hesitate to contact us for any further information. Kind regards

@climbxz Hello! From the logs it appears that the problem is on your local proxy 127.0.0.1:8080 which refuses connections. What proxy is it? Can you please check that it is running and accepting connections? Did you configure properly OpenVPN to connect over a proxy? Also, you might test a direct connection to our VPN servers without a proxy. Feel free to send us your air.ovpn configuration file. We're looking forward to hearing from you. Kind regards

Hello! Glad to know the issue is fixed. For a while, check whether you're really connected for additional security, and feel free to send us the connection logs. Kind regards

Hello! We allow connections on port 53 UDP on every server. Please ask your public WiFi provider about the issue. Maybe they disrupt OpenVPN connections. Kind regards

Hello! Can you please send us the connection logs? Kind regards

Hello! The private IP address assigned to the client is related to the connection port. For example, clients connecting to port 443 UDP obtain an IP address in the range 10.4.0.0 - 10.4.255.255 (Net: 10.4.0.0/16, in CIDR notation). This means that there are (2^16-2)=65534 IP addresses per port per server available to the clients. This limit is clearly more than enough, since a server capacity is exhausted much, much before. Anyway, we would love to face the problem to accommodate more than 65534 clients per port. Please do not hesitate to contact us for any further information. Kind regards

Hello! Connections over http or over SOCKS proxy are a smart feature of OpenVPN. http://openvpn.net/index.php/open-source/documentation/howto.html#http The method we suggest in our example can be used successfully in Linux Liberte as well. https://airvpn.org/tor Please do not hesitate to contact us for any further information. Kind regards

Hello! You will receive soon the answer in italian in private, since this is an english only forum. Kind regards

Hello! The problem is only with Google which considers Vega's exit IP in China and redirects you to their .hk pages. USA geo-discriminatory services anyway recognize Vega IP as an USA IP address, granting therefore access. There's nothing we can do, it's just a Google mistake (Vega is in Oregon). You could use the server Sirius, in the USA, to solve the problem. Please do not hesitate to contact us for any further information. Kind regards