Staff

Hello! Our OpenVPN servers DHCP-push to your OpenVPN client addresses in the ranges here reported: https://airvpn.org/specs Each server can't assign more than 65534 addresses for each listening port (i.e. well beyond the number of clients structural limit that a single OpenVPN server can handle). It's absolutely not a privacy concern, under no circumstance. They are private IP addresses inside our private network and it's just how OpenVPN in routing mode (with a NAT) works. We are curious, why do you think they can imply a privacy concern? Kind regards It's not a a privacy concern on the outside but on the inside of the vpn if a user always has the same 10x address if would be a way to keep track of each user. Hello! How would that be any different from having a different VPN IP at each connection (anyway VPN IP addresses are dynamic)? A malignant VPN administrator can do that in any case: having a static or a dynamic private IP does not change anything, it does not make it any easier or any harder. Kind regards

What a scrap... it's hardly possible to take it seriously. Such a statement must be from a competetive service-provider. In last time there are too many trolls here... Hello! True, Air growth is causing more and more trolls to infest the forum. Most spam is filtered either automatically or by the moderators, anyway we'll harden moderation to maintain the forum to its purpose, i.e. technical support and ideas/information/discussions exchanges between users, customers and administrators. Kind regards

Hello! Does the same problem occur if your router connects to a TCP port? Kind regards

Hello! Our OpenVPN servers DHCP-push to your OpenVPN client addresses in the ranges here reported: https://airvpn.org/specs Each server can't assign more than 65534 addresses for each listening port (i.e. well beyond the number of clients structural limit that a single OpenVPN server can handle). It's absolutely not a privacy concern, under no circumstance. They are private IP addresses inside our private network and it's just how OpenVPN in routing mode (with a NAT) works. We are curious, why do you think they can imply a privacy concern? Kind regards

Hello! Can you please send us a screenshot of your DD-WRT OpenVPN configuration web page? What is your router model? Kind regards

Hello! We're sorry, the referral program is momentarily closed for new referrers, it will be re-opened in the next weeks, after we have changed several pieces of software pertaining to accounts handling and more in our system. Kind regards

Hello! OpenVPN over PPTP should pose no problem with our servers configuration and push. About DNS, if your ISP DNS is public, from your Windows systems you can tunnel DNS queries through our servers by setting the ISP DNS IP addresses in the tun interface (TAP-Win32 Adapter), while on Linux systems you can simply force them as first nameserver(s) in /etc/resolv.conf In this way your ISP DNS servers will receive queries from our servers, not from your system. Kind regards

CBS and Pandora are not working anymore from Crucis. Could you check please ? Best regards Hello! Thank you for having notified us about the problem. We are investigating. Kind regards

Hello! The problem was caused by momentary failure of our secondary frontend caused by the datacenter provider. Now, if you have in your hosts file the line: 85.17.207.151 airvpn.org you force resolution of airvpn.org to the secondary frontend. In order to allow your system to access the primary frontend in case of failure of the secondary (and viceversa), keep in your hosts file the lines: 85.17.207.151 airvpn.org 212.117.180.25 airvpn.org so that your system will first resolve airvpn.org to 85.17.207.151 (secondary frontend). In case of failure your system will resolve airvpn.org to 212.117.180.25 (primary frontend) transparently in a matter of a few seconds. Both frontends are absolutely identical, since they get data from a clustered database which resides in our backend servers. If you don't keep any line in your hosts file, airvpn.org will be resolved according to DNS (currently 212.117.180.25). Kind regards

Hello! We had a minor problem in one of our frontends which caused an approx. 2 minutes inaccessibility to the web site (only from that frontend). Kind regards

Hello! Ok! Kind regards

Hello! Performance reasons. Kind regards

Hello! No idea, the Singapore servers exit-IP addresses are correctly identified as located in Singapore by most IP geo-location tools. Kind regards

Hello! Yes, it is planned on client version 2. The client v2 has been extensively developed and should enter the testing phase in the first half of April. Kind regards

Hello! Our configuration generator will generate it for you according to your preferences. It is available in menu "Member Area"->"Access without our client". You can also embed certificates and key into the .ovpn configuration file. Kind regards

Hello! Which OS X version are you running? Kind regards

Hello! If you have established a VPN connection toward port 80 TCP, Wireshark can mark all the traffic as http. Check that the real packets header and payload are encrypted. You should be unable to see on your physical network interface the "real" origin, destination, protocol and payload. Apparently what you see in Wireshark is just fine. Please be aware that if you monitor your tun adapter, then you'll see your real traffic: your traffic is unencrypted while it passes through the tun interface (the virtual network adapter used by OpenVPN), but it is already/still encrypted when it passes through your physical network card. Kind regards

Hello! Yes, you have full customer support for your purposes, but we do NOT provide support via direct connections to your computer with Teamviewer. Kind regards

Hello! Before proceeding, can you confirm that you connect to your ISP via PPTP (it sounds very strange to us)? Kind regards

Hello! DNS queries are sent to public Google DNS. Kind regards

Hello! Please set "LZO Compression" to "Enable". Also, please send us the OpenVPN (attempted) connection logs and your router model. Kind regards

Hello! The so called six-strikes, which in reality means that your ISP actively spies on your traffic, are not affected by DNS queries. It is very, very important that you prevent leaks in case of VPN unexpected disconnection, especially when your system is unattended. While our servers are highly stable, a disconnection may occur for several reasons even out of your ISP and our control. We have several guide which will guide you step-by-step to set up firewall rules in order to prevent any leak. You can find them in the link on the forum announcements section. Click on the guide pertaining to your OS. https://airvpn.org/forums Kind regards

Hello! It's correct, our servers first perform internal resolution (to bypass ICE censorship and allow access to internal services) then, if necessary, send out a DNS query to Google DNS. Kind regards

Hello! Can you please send us the client logs just after you get that error? In the Air client logs are accessible by right-clicking on the Air dock icon and selecting "Logs". Click on "Copy to clipboard" and paste where appropriate. Kind regards

Hello! We have set the correct expiration date for your account. The problem is not caused by PayPal but by a vicious bug in our account processor (a product for which we have paid and we pay for support, but the programmers have never managed to solve the issue in their software). Within a few days we will get rid of this bug once and for all, progressively leaving forever the aforementioned account processor and replacing it with a different product. We apologize for the inconvenience and thank you for your patience. Please feel free to let us know if it's all right now. Kind regards