Staff

Hello, it is indeed possible to make Network Lock working with AirVPN over Tor. It's currently not planned but it might be implemented in the future. Eddie already talks with Tor control to get the IP addresses of the Tor guards. This is necessary to set the proper routes and avoid the infinite route loop problem (so the user does not need any middle box). The circuit is fixed for the OpenVPN stream, so no additional problems should arise. Kind regards

Hello! We're very glad to inform you that three new 1 Gbit/s servers located in Atlanta, GA (US) are available: Albireo, Azha and Dschubba. 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, Albireo, Azha and Dschubba 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! In "AirVPN" > "Preferences" > "Advanced" > "Events" call a script that waits or check the network. Suitable event can be "VPN Pre". Kind regards

Hello! We're sorry to inform you that server Kaus will be withdrawn in the next days. Unfortunately the provider will be no more capable to provide the traffic and bandwidth that we agreed upon just a few months ago (end of January 2016). We are experiencing a very similar issue with server Zosma in another datacenter and we will withdraw it as well if the provider will be no more able to furnish the advertised traffic and bandwidth. Kind regards AirVPN Staff

Hello! We're very glad to inform you that ten new 1 Gbit/s server located in Canada are available: Alkurhah, Alwaid, Alya, Angetenar, Arkab, Regulus, Sadalbari, Sualocin, Tejat and Ukdah. 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, Alkurhah, Alwaid, Alya, Angetenar, Arkab, Regulus, Sadalbari, Sualocin, Tejat and Ukdah 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! If one (or both) DNS server(s) is/are undefined in a network card, the Air client software Eddie might be unable to restore DNS previous settings at disconnection. Please make sure that both DNS servers are specified to prevent the problem (and of course make sure to shut the software down properly). DNS handling will improve in the next Eddie release. Kind regards

Hello! Solution is simple: make sure to disconnect your system from the VPN before putting it in standby. In standby the system will (almost completely) turn off network card to save power. Therefore VPN connection is lost but the default gateway and the routing table remain the same. When the system wakes up, OS X and OpenVPN may have problems in reconfiguring the networks. Make sure to enable Network Lock to prevent any possible leak. "Connect to a recommended server" is correct, "Connect to the first server in alphabetical order" would be nonsense / wrong. However, the behavior you report correctly has been reproduced. It appears it is a bug that needs to be fixed. In this case it appears that the problem is not on the Air software. Enable Network Lock, make sure to disconnect from the VPN before shutting the computer down, and everything should be fine. Kind regards

If it is a bug, it was never detected before, and it could be extremely difficult to troubleshoot because we can't reproduce it (unless we run a concurrent firewall, but it's clearly not your case, right?) and because, as you correctly note, only a few persons reported it (while Eddie is used every day in about 10000 systems, and every week in many more). Anyway, it's the Eddie developer the competent person to look into the issue. Kind regards

EDIT: SERVER WITHDRAWN ON 16-JUN-2016. Reason: no technical compliance to our requirements. Hello! We're very glad to inform you that a new 1 Gbit/s server located in Ukraine is available: Nair. 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/certificates/key generator (menu "Client Area"->"Config generator"). The server accepts connections on ports 53, 80, 443, 2018 UDP and TCP. Just like every other Air server, Nair 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! That depends on which CPU your router is equipped with. Our OpenVPN cipher is AES-256-CBC, which is heavy for several consumers' routers CPU. Encryption/decryption of the throughput you get is very good (4 MB/s = 32 Mbit/s), and very few routers CPUs can beat that. Test a direct connection from your computer (disable OpenVPN on the router momentarily) to quickly discern whether the "bottleneck" is on the router. What is the nominal peak bandwidth you have according to your ISP? Kind regards

Hello! Access to the Configuration Generator is reserved to accounts with a valid subscription. Anyway the message should be different and more explicative in cases like yours, we have planned to change it. Kind regards

This is not what we see: in fact your account is successfully connected to some Air VPN server. Kind regards

Hello, absolutely not.... this topic can mislead readers. Please move to https://airvpn.org/topic/17190-eddie-2103-broken-with-mono-44040-under-linux/ to frame the issue correctly and add your notes. Network-manager usage is not recommended: a better alternative is running OpenVPN directly. There are no DNS leaks in Linux. And anyway this is a totally separate argument, please do not hijack discussions. Move to the aforementioned topic and do not hijack, thank you. Topic locked. Kind regards

Thanks!

Hello! We're very glad to inform you that two new 1 Gbit/s servers located in Lithuania are available: Porrima and Scheat. 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, Porrima and Scheat 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, in some cases, this issue is caused by a router bug which comes out especially when handling UDP. Of course, if those devices are not connected to the router, this possible explanation must be ruled out. Anyway, please make sure that your router firmware is up to date. Side note, probably not related to your issue: when you connect multiple devices at the same time, make sure to connect each device to a different VPN server to prevent conflicts. Kind regards

Hello, this is an incorrect setting that causes the "infinite routing loop problem". See for example here http://tor.stackexchange.com/questions/1232/me-tor-vpn-how You need a different approach. For example our free and open source client determines the Tor guards IP addresses and set proper routes to prevent an infinite routing loop. Otherwise you will necessarily need a middle-box (for example a VM). Kind regards

Hello, please note that we sent a similar answer to all of your tickets through a courtesy e-mail. Kind regards

Please move here, where you can also find solutions etc. in the subsequent messages: https://airvpn.org/topic/16228-client-broken-in-opensuse-tumbleweed-after-update/?do=findComment&comment=35107 Kind regards

Hello, tickets are replied in a matter of minutes or hours, with some exceptions and your ticket is one of those exceptions. Geo-routing problems and analysis for certain services are complex and while sometimes they can be solved in a matter of minutes, sometimes (when relevant information is not public or not accurate) they require an extensive packets inspection of all the possible flows from any infrastructure used by any given service, a job which might take days and days in particular cases. Kind regards

Hello! We're sorry to inform you that the company operating (a part of) the datacenter and the IP addresses used by Tureis (Portugal) has sold its assets and ceased operations. The new owner is not planning to start operations in Portugal, and wants even to re-allocate IP addresses elsewhere. We are looking for alternative solutions, however infrastructure in Portugal has often failed to meet our requirements so we are also considering to drop the country. Kind regards AirVPN Staff

Hello, you can't run two firewalls simultaneously. You would have two programs with high privileges competing to modify packet filtering tables of the OS, with unpredictable (and usually unwanted) outcome. Kind regards

Hello! Nothing to be worried about. From the manual https://community.openvpn.net/openvpn/wiki/Openvpn23ManPage --persist-tun Don't close and reopen TUN/TAP device or run up/down scripts across SIGUSR1 or --ping-restart restarts. Kind regards

Hello! An FTP server requires some specific configuration because of the way it handles ports. You also need to consider the different behavior in passive and active modes. Please see here: https://airvpn.org/topic/1700-ftp-server-and-client-on-air-vpn/?do=findComment&comment=1702 Kind regards

Network Lock works perfectly on tens of thousands Windows machines and what you report is normally impossible. It could be explained if you have concurrent firewalls running or malware. Check the firewall rules when Network Lock is enabled. Kind regards