Staff

Hello! In Eddie 2.8.8 the settings are saved soon after each change, so the problem of losing them for an ungraceful kill should no more occur. Eddie 2.8.8 rolls back white lists and black lists if you click the "Refresh servers" button. This is a bug which has been fixed in 2.9 Experimental (see also here https://airvpn.org/topic/13957-eddie-29-experimental-available ). Kind regards

Hello! We're very glad to inform you that a new 1 Gbit/s servers located in the USA is available: Yildun. The AirVPN client will show automatically the new servers, while if you use the OpenVPN client you can generate all the files to access them through our configuration/certificates/key generator (menu "Client Area"->"Config generator"). The servers accept connections on ports 53, 80, 443, 2018 UDP and TCP. Just like every other Air server, Yildun supports OpenVPN over SSL and OpenVPN over SSH. 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 Team

Hello! In Windows the Network Lock plug-in uses the Windows Firewall. Keeping two different packet filtering tools active at the same time can lead to unpredictable and potentially dangerous behavior because you have two programs with high privileges which compete to manipulate concurrently kernel tables. Kind regards

Hello! Please see here: https://airvpn.org/topic/9270-how-to-forward-ports-in-dd-wrt-tomato-with-iptables Kind regards

Hello! At the beginning we picked either specific star names or generic star names (such as "Andromedae", with the intent to mean "any star of constellation Andromeda"; "Andromedae" is Latin genitive, it means "of Andromeda", "belonging to Andromeda", you'll see that there are and there were other servers which do not have a specific star name). Then we picked only specific star names, which is still the current policy... which could perhaps be changed in the near future. For fun, try to locate (between the currently active VPN servers) two different servers with different names which indicate the same specific star. Strangely nobody noticed that, until now. Kind regards

Hello! We think (but we're not sure) that when Windows users use the term "kill" in this thread, they mean the equivalent of "kill -9" in Linux, *BSD etc. systems, i.e. a kill without grace. If this is confirmed, it is obviously correct that the client can't send a SIGTERM to OpenVPN management (or do anything else). Kind regards

Hello! No, it only prevents connections to port 53. More importantly, you can't use a public DNS server of your choice until you connect to the VPN (after that you can because DNS queries are tunneled). Kind regards

Hello, very well! Glad to know it. Kind regards

@psychlops What a smart definition of wild overselling they do have! BTW, once overselling is decided for whatever reason, this method is probably much better than discriminations against protocols. A protocol-agnostic "load balance" is surely much less destructive (or even not destructive at all) for Net Neutrality. Kind regards

Hello! When DNS queries are tunneled, they are not intercepted by Network Lock firewall rules and that's totally correct, because any traffic in the tunnel is allowed. Besides, tunneled DNS queries are not DNS leak by definition and are not harmful to your privacy. Another option, though, is that your system queries your router DNS (and obviously Network Lock rules allow communication with the router) and your router queries your ISP DNS. In this case privacy can be harmed. So it's important to understand the causes. What is your Operating System? Kind regards

Hello! We're glad and proud to inform you that the new client Eddie 2.9 is almost ready to be released. In the meantime, you might like to test Eddie 2.9 Experimental, which is already available. Eddie 2.9 Experimental has already passed successfully the alpha testing and has almost completed beta testing. You're very welcome to test it, if you feel a little adventurous: the version you find available for download is also a very serious 2.9 release candidate. In order to download it, after you have entered the download page for your system click "Other versions" and click "Experimental". This version includes bug fixes, important changes and many options required by you. Here is the changelog: https://airvpn.org/services/changelog.php?software=client&format=html [new] Windows - Option to disable IPv6[new] OS X - Option to disable IPv6[new] Network Lock option for Private network[new] Network Lock option for ping[new] Options to use custom DNS servers[new] UI - Command-line in logs tab[change] New explicit option for Network Lock activation when client starts up[new] UI - Network Lock icon on top-right corner[bugfix] Whitelist/Blacklist no more reverted with 'Refresh servers' button[change] SSL local certificate verification[bugfix] VPN Up script bugfix[bugfix] Windows - XP TAP driver detection[change] Windows - DNS Force & Check active by default[change] Windows - DNS Force occurs now after the VPN connection is established, not before[bugfix] Windows - DNS Force also on TAP interface.[bugfix] Linux - Network Lock via ip6tables blocks IPv6[change] UI - Misc layout improvements[change] UI - GitHub link in About[change] OS X - PF rules changes[change] Linux - iptables rules changes[change] UI - New advanced tab for DNS[change] New method to Check DNS[change] Disabled auto-redirect auth for security reasons[change] Authentication for AirVPN credentials through POST requests, to avoid issue with long-url[change] Authentication servers connections through IP addresses only, to avoid DNS detectionKind regards

Hello! A VPN server in Australia is not planned at all, but we will have a micro-routing server in the near future for some Australian geo-restricted services. Kind regards

Hello! Eddie runs on Mavericks and Yosemite only, while previous OS X versions should run Tunnelblick. Kind regards

Hello! It can't be related to the attacks you refer to (they just did not involve VPN servers). Does anybody else experience the same with Comcast? Kind regards

Hello! We regret to inform you that AirVPN is no more welcome in Leaseweb USA. On April the 1st, Leaseweb USA will terminate any agreement with us. Therefore, the following servers: Andromedae Arrakis Electra Kuma Librae Sirius will be canceled. We have been working to find equal or better replacements and we have had success so far. In the last few days we have added five new 1 Gbit/s servers in Miami and in Los Angeles as you have already seen. Furthermore, we're still working to reach an agreement with an additional provider, so we are confident that we will be able to enlarge infrastructure in the near future in different USA locations. Kind regards and datalove AirVPN Staff

Hello! We're very glad to inform you that two new 1 Gbit/s servers located in the USA are available: Acamar and Cursa. The AirVPN client will show automatically the new servers, while if you use the OpenVPN client you can generate all the files to access them through our configuration/certificates/key generator (menu "Client Area"->"Config generator"). The servers accept connections on ports 53, 80, 443, 2018 UDP and TCP. Just like every other Air server, Acamar and Cursa support OpenVPN over SSL and OpenVPN over SSH. 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 Team

Hello, first of all let's see the frontend servers blocking problem. What is the output of commands (issued from a command line interface): ping airvpn.org ping 95.211.138.143 ping auth.airvpn.org ping 54.93.175.114 Kind regards

Hello! We need a clarification, please. If you kill ungracefully Eddie (from Task Manager, or forcing closure in the shutdown process etc), then the Network Lock will not be active at the subsequent Eddie start because Eddie detects an "Unexpected crash" (by checking a log line). In this case, the behavior you describe is expected, but we are thinking about specific options to modify it. If you shut down Eddie properly, then close the system, and at the subsequent boot of the system and autostart of Eddie you see that Network Lock is not active, then this would be a bug, but we can't reproduce it in any way. Can you please clarify according to the above considerations at your convenience? Kind regards

There was an electric issue in the ISP, but at end of the issue servers remain in stall without trigger our alarms. Now four of six servers are up correctly. We are investigating.

Hello! Thank you! Feel free to open a ticket if we want to investigate together on the causes of the crash. A forum in which we put the results of our tests under various environments (among which many Linux distributions) is https://airvpn.org/forum/35-client-software-platforms-environments Kind regards

Hello, watch out, the correct address is 10.4.0.1 Kind regards

Hello! There are no DNS leaks on Linux. Even if your system queries your ISP DNS, the queries are tunneled and ISP nameservers see them coming from our VPN servers... assuming that the VPN connection is really working, though. Complete client logs and content of /etc/resolv.conf while the system is in the VPN could provide clues. Kind regards

Hello! LZO compression is not used, but the directive "comp-lzo" must be on both sides, otherwise the connection can fail, Once the directive is on both OpenVPN sides, the OpenVPN that performs the push (the server) can override it. Kind regards

Hello! It's normal. The tunnel is actually established and working before the client finishes all the initial procedures. Routes checking, DNS checking and other management stuff is obviously performed after initialization sequence by OpenVPN is completed. Kind regards

Hello, that's because airvpn.org IP address is allowed by "Network Lock". Kind regards