Staff

Hello! We're very glad to inform you that a new 1 Gbit/s server located in Germany is available: Adhara. 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, Adhara 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! We're very glad to inform you that a new 1 Gbit/s server located in the Czech Republic is available: Markab. 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, Markab 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! We're very glad to inform you that two new 1 Gbit/s servers located in Switzerland are available: Baiten and Hamal. 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, Baiten and Hamal 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! We regret to inform you that our server Arneb in Switzerland has been withdrawn. Unfortunately the datacenter did not meet anymore out technical requirements about uptime. Arneb will be replaced in the nearest future by an additional server in Switzerland in a different datacenter. Kind regards AirVPN Staff

Have you tested alternative entry-IP addresses? It's easy to block all the VPN servers entry-IP addresses because they can be taken just by resolving one name. Alternative entry-IP addresses, instead, are not public and "the censorship lovers" would need to generate a configuration file for each server to get them all. At least you would make them earn properly the money they get to censor your school connections. Kind regards

Remotely forwarded ports are not logged. The information about them is lost when you un-forward (cancel) them. But you need to remember to do so because otherwise those ports will remain reserved to your account, for your comfort. Kind regards

Yes, the "Seamless tunnel" option was lately implemented in "openvpn-connect" for iOS application. Kind regards

That's not a leak, PacSwitch datacenter houses one of our Hong Kong servers. DNS leaks are especially dangerous in countries controlled by human rights hostile regimes, because by sending out in clear text a DNS query, your ISP (and anybody wiretapping your line) can see which domain names you want to resolve (therefore the web sites you plan to access and so on). Kind regards

@annon3876 In addition to NaDre and go558a83nk suggestions, please make sure that your tun interface name is correct. Verify with command "ifconfig". On several DD-WRT builds the default interface name is tun1, not tun0. Error 111 means that the packets are actively refused by your system. Do not forward ports from the router web panel. If you do so, you might expose your system to correlation attacks. You need to forward packets from tun interface, which is not affected by the port web panel of the router. Kind regards

Please check here https://airvpn.org/services/changelog.php?software=client&format=html and here https://airvpn.org/topic/18625-eddie-211beta-available/ Kind regards

We have 62 servers in North America, so if you wish to provide more useful information to the readers (or even a head-up to us) you might like to specify which server or servers you talk about. Kind regards

Hello! For the readers (the OP has been already informed via ticket) with ppp we have a very special situation: Please see http://blog.wsensors.com/2011/04/openvpn-and-ppp-on-linux-vpn-traffic-forwarding-default-gateway-fix/ where you will find a manual fix as well. Kind regards

Hello, have you seen this? You must have noticed because you edited it. Kind regards

No. Safe. Frankly, we don't even know whether VPN services without client-side certificate validation exist. Probably not but if you find them, avoid them at all costs. The only way to break the trust is suggested in the thread you linked and requires a compromised system, just like you would do with HTTPS. Any security consideration and audit must start from a non-compromised system, obviously. Kind regards

In addition to the previous posts. About the VPN, please see here: https://airvpn.org/specs About the web site, please see here: https://www.ssllabs.com/ssltest/analyze.html?d=airvpn.org&latest Kind regards

In addition to our monthly support to OONI (listed in Friends and Sponsors footer) and our relay nodes Coral and Violet, our friend John Ricketts (@aquintex) built 20 exit-nodes with a potential 2 Gbit/s bandwidth. This month we started to help funding John's initiative, with a recurring monthly donation of 500€. Its consensus grows quickly: https://www.quintex.com/torgraph.html. A great congratulation to John for his effort to the Tor (and net neutrality) mission.

Probably because you have a lot of advantages with screen: you can anytime recall directly a screen to interact with the software and consult the output, share screen between accounts and you can also disconnect the account that detached the screen and be sure that the screen is still there and your software running, very nice for example when you are connected from a remote terminal via ssh. disown removes the job from the shell job list, so the process can't receive a SIGHUP from the shell, but it is still connected to the terminal. "If the terminal is destroyed (which can happen if it was a pty, like those created by xterm or ssh, and the controlling program is terminated, by closing the xterm or terminating the SSH connection), the program will fail as soon as it tries to read from standard input or write to standard output." See also: https://unix.stackexchange.com/questions/3886/difference-between-nohup-disown-and - first answer. Kind regards

Hello, not really, round trip time weighs significantly, even more than available bandwidth (if you mean that for "speed"). Of course if you have a saturated server by bandwidth, the weight of the penalty for such saturation will make the server rating very low regardless of any other parameter, and it is almost impossible that it will be "best server" for any zone. If you want an empiric rule to quickly decide and that is in most cases effective, once you discard heavily populated servers, go for the one with the lowest round trip time from you. Kind regards

Hello! Local traffic to/from 192.168.0.0/1 is already and unavoidably NOT tunneled. Make sure to NOT specify private subnets in any Eddie "out of tunnel" route, or you will force Eddie to set specific routes in the routing table that will break, obviously, local connectivity (exactly the opposite effect you wish). Kind regards

Hello! It can, if you disable the confirmation prompt. However it seems that during shutdown Windows is unable to send a kill with grace signal to Eddie, preventing Eddie to restore system settings (anyway it will restore them at the next run). We recommend that you shut down any user application, including Eddie, properly, before shutting down Windows. Kind regards

Yes: shut the client down properly before shutting down the system. In this way you will let the Air client restore your system settings. Kind regards

Of course not. Network Lock for Windows uses Windows Firewall up to Eddie 2.10.3, and WFP (Windows Filtering Platform) starting from Eddie 2.11. Someone could write a plug-in for any of the dozens of third-party firewalls available for Windows, while we have no plans to support them. Kind regards

Hello We regret to inform you that the following servers have been withdrawn: Furud (FR) Marfic (FR) We have decided to withdraw them due to inability of the respective datacenters technicians to solve specific problem we made them aware in due time. Kind regards

Which was one of the causes we supposed. Please check whether some updated driver for your WiFi adapter is available. Also make sure that your router firmware is up to date. We have seen dozens of cases in which a sustained UDP throughput (which does not normally occur when you don't connect to the VPN) can cause routers crashes and even problems to a network interface in Windows. The fact that you see the WiFi signal disappear and re-appear strongly hints to a router reboot and/or a network interface reset. You can also try a connection in TCP (you can change connection mode in "AirVPN" > "Preferences" > "Protocols") to avoid UDP completely, but that's a sub-optimal solution because UDP is more efficient (due to how OpenVPN works). Kind regards

Only in your fantasy. Please check your facts. Check here: https://airvpn.org/services/changelog.php?software=client&format=html and make sure to keep YOUR OpenSSL and OpenVPN up to date, because Eddie can use OpenVPN you pre-installed in your system (according to your preferences). Kind regards