Staff

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

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