Staff

Hello! We're very glad to inform you that twelve new 1 Gbit/s server located in Sweden are available: Albali, Algieba, Algorab, Alrami, Altarf, Alula, Atria, Azmidiske, Benetnasch, Hatysa, Menkab and Muphrid. 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, Albali, Algieba, Algorab, Alrami, Altarf, Alula, Atria, Azmidiske, Benetnasch, Hatysa, Menkab and Muphrid 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. One of the servers in Sweden, Acubens, has been withdrawn from VPN servers. This was the server with the oldest hardware in Sweden and it is appropriate to replace it. Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN Team

You don't install anything. You just extract it from the compressed file and then run the binary. Which would be fine--if it worked at all. Hello, Eddie portable version not requiring Mono works perfectly in Ubuntu 16.04, so it appears strange that you find issues in Xubuntu. Your quoted reply is ambiguous, are you sure that you have decompressed the whole tarball (and not only a single executable file) into a folder created for the purpose? Kind regards

Hi, Clodo was and is the Eddie developer. There is currently no independent development of Eddie as far as we know. Perhaps it will happen, who knows, thanks to GPL. One of the most important new features in Eddie 2.11 is the compatibility with Mono 4.4. Kind regards

That's not a fork! Kind regards Care to elaborate? No fork has ever been initiated inside the Air staff. The source code you see in that official repository is in the Eddie main branch. The source code you now see for the 2.11 alpha release is the basis for version 2.11 (or higher) stable, as usual. Do you know about any fork of Eddie, by chance? Kind regards

Hello! We're very sorry, although we have a routing server in Australia, we can't solve the issue in any way because the SBS service uses a shared CDN (i.e. a delivery network that's shared between many different content providers): we can't micro-route any VPN server to it. Kind regards

That's not a fork! Kind regards

Hello, please run the portable version NOT requiring Mono. Kind regards

Hello, we see refused connections because packets are rejected, otherwise we would have seen timeouts (no replies at all from your client) as you correctly notice, not to mention the fact that your account expiration date was irrelevant: obviously we tested when your client was connected to some VPN server. Kind regards

Hello, make sure you have read the reply to your ticket, there is an important information which should help you fix the issue (we see packets reaching your system which are actively rejected). Kind regards

Hello, let's remain to the system message, because "TAP driver" runs in millions of Windows machines without causing page faults. If you can rule out any low level driver problem, the message suggests that you have some other problem in your system. Searching for: bsod Page_Fault_In_Non_Paged_Area netio.sys in Google Search returns 4400 results. The first returned pages are interesting, hopefully they can give you some useful hint to solve the problem. Kind regards

Hello, as you can see on the screenshot you posted, the system-wide crash has been caused by netio.sys. As a first step, make sure that the driver(s) of your network card(s) are all up to date. We would rule out that the Air software, running in the userspace and in the .NET framework, is capable to directly cause a Page_Fault_In_Non_Paged_Area and bring down the entire system. At most, it could cause it very indirectly, for example when low level drivers are already bugged. Kind regards

Hello, that's fine but it's just a part of the story, you also need to actually forward the packets, of course. Please see here: https://airvpn.org/topic/9270-how-to-forward-ports-in-dd-wrt-tomato-with-iptables/ Kind regards

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