Staff

Hello! Update: 85.17.207.151 is now up. Kind regards

Hello! 95.211.138.143 is the primary frontend and very probably it will not be changed in the near future. You can anyway keep in mind 85.17.207.151 as a secondary frontend in case of need, because it will be brought back up soon. Kind regards

Hello! Can you please open a command line, issue the following commands and post the output? Maybe your system is resolving airvpn.org into 85.17.207.151, which is one of our secondary frontend servers which is currently down (but it was not down since the time you report...). Please check also for your hosts file. ping 95.211.138.143 ping airvpn.org Kind regards

Hello! It's quite puzzling (unless it's an FTP server). Which service is it? Kind regards

Hello! Can you please open a command line, issue the following commands and post the output? ping 95.211.138.143 ping airvpn.org Kind regards

Hello, it seems just a DNS problem. Please check that while connected to the VPN server your system /etc/resolv.conf file includes the line: nameserver 10.4.0.1 Please see here for more details on OpenVPN DNS push on various Linux systems: https://airvpn.org/topic/9608-how-to-accept-dns-push-on-linux-systems-with-resolvconf/ Kind regards

Hello! 1. No, you can't run a .ovpn file, it is not a script, but maybe you wanted to ask something different. See answer 2 below, for clarifications. Anyway you don't need to trust us, just examine the .ovpn file, you'll see that no script is invoked (unless you explicitly write your own custom directives in the appropriate Configuration Generator field). 2. Yes, see here about what's pushable, and limitations http://openvpn.net/index.php/access-server/docs/admin-guides/401-how-to-setup-client-scripting-in-openvpn-access-server.html. In case a script (bash or a built-in Python sub-set implementation) is pushed, as well as with its execution request, the user must anyway approve it, before it can run, or configure (as root) OpenVPN to run scrips silently. Additionally, from the logs or from OpenVPN output, you can check all the pushes performed by the servers, for your peace of mind. 3. To be tested. nm does not pass to OpenVPN the directive 'explicit-exit-notify', for example, so it might have other limitations. 4. You could manually set the nameserver, or you can run OpenVPN as a normal user, instead of root, preparing the correct environment: https://community.openvpn.net/openvpn/wiki/UnprivilegedUser For more information, please have a look at the OpenVPN manuals: http://openvpn.net/index.php/open-source/documentation/manuals.html Kind regards

Hello! The logs are fine. Can you please send us the output of the following commands (while the system is connected to a VPN server): ping 10.4.0.1 traceroute google.com ping 8.8.8.8 Kind regards

Hello! Can you please send out the output of the commands (issued in a command prompt): route print ipconfig /all 1) before a VPN connection is tried 2) after the VPN connection is established but before it works (the "35 minutes" time frame) 3) when everything works (VPN connections established and working after the "35 minutes") Kind regards

Hello! We're sorry to hear that, but the problem is in your system. All the VPN servers have a near-100% uptime. You can check anytime the servers status here: https://airvpn.org/status Kind regards

Hello! Unfortunately we confirm. There is a thread dated today on openvpn.net about this important problem. It is probable that OpenVPN Technologies has already started to work on it. Kind regards

when I click status on the webpage it shows the server status and if connected or not below. I do not see any icon or anything besides ping to click. Hello! The "Status" line of the openvpn-connect app. Kind regards

Hello, you can find the client connection logs by clicking the "Status" line. Kind regards

Hello! Can you please send us the openvpn-connect logs pertaining to a failed connection? Kind regards

Hello, no VPN setting can be left behind, but the servers might have put cookies or flash cookies or some other file to remember your position, and maybe it was stored when you were connected to a VPN UK server.Alternatively, it might be just an IP location database error (your ISP IP address detected as being from the UK), nothing particularly unusual. Kind regards

Hello! Try to allow airvpn.org IP address if you run the Air client. The Air client connects to airvpn.org in order to download the servers list etc. Also edit your hosts file in order to allow airvpn.org resolution with no need of a DNS query (which would be dropped by the firewall). Kind regards

Hello, we have never detected any problem for your connections on our side. Even now, your account has been connected without interruptions for 1h 35m and exchanged so far GigaBytes of data. The other problem you refer to (connection working after 35 minutes since the initial run of OpenVPN) suggests system deep problems on your side about which we are not in the position to say anything specific. We would anyway recommend that you check for malware and reset Winsock and TCP/IP stack (please see https://airvpn.org/topic/8320-solved-connects-but-ip-doesnt-change-on-windows-server-essentials-2012/?do=findComment&comment=8321). Kind regards

Are there many different types of leaks I'd experience on Win 7? Would using the dnsleak bat file fix and a: route delete 0.0.0.0 192.n.n.n be enough or do I need to apply the recomended Comodo type rules to the firewall I'm using? Also running OS X 10.6.n Would this be enough: #! /bin/sh route delete 0.0.0.0 192.n.n.n Tns for your service. Really liking it compared to previous VPN provider Hello! Yes, it's sufficient, see also https://airvpn.org/topic/9787-the-pros-and-the-cons/?p=11501 (in particular the second part of the post). Thank you for your feedback! Kind regards

Hello! Please use the "Contact us" form and select "Trial Request" dep. Trial requests in the forum are not processed at all. Kind regards

Hello! We confirm you that that is one of our IP addresses. It's not, however, one of our VPN servers IP addresses (neither entry, nor exit-IP). The reason is related to packets re-routing to torrent trackers, in turn caused essentially by this: https://airvpn.org/topic/9499-connecting-to-trackers-fails-from-different-servers Therefore, you have no leaks if that IP is announced to a tracker. Kind regards

Hello! Confirmed, this feature is under development in the new client. Anyway this feature is largely overrated, remember that you can anyway secure your system against leaks in case of unexpected VPN disconnection in just a few seconds. Kind regards

Hello! Confirmed. Kind regards

Hello, luckily this is partial nonsense, and total nonsense about OpenVPN (if correctly configured) please see https://airvpn.org/topic/9981-fbi-admits-it-controlled-tor-servers-behind-mass-malware-attack/?do=findComment&comment=12441 Also see https://airvpn.org/topic/9949-us-and-uk-spy-agencies-defeat-privacy-and-security-on-the-internet/?do=findComment&comment=12224 and https://airvpn.org/topic/9949-us-and-uk-spy-agencies-defeat-privacy-and-security-on-the-internet/?do=findComment&comment=12227 and https://airvpn.org/topic/9949-us-and-uk-spy-agencies-defeat-privacy-and-security-on-the-internet/?do=findComment&comment=12242 This is an interesting point, however privacy is a fundamental right as enshrined in the Universal Declaration on Human Rights (art. 12) and in many countries it is a right granted by the Constitutional Charter. Usage of VPNs is massively spread (most of the small and all of the big companies use them for obvious reasons). Probably the more encryption will be properly used, the more the "curiosity" about encrypted traffic will necessarily fade away, because diluted amongst an enormous number of citizens and companies. Kind regards

Hello! It's not planned at all and will not be planned as long as it does not exist in final version. Latest stable version is 2.3.2. Kind regards

Interesting response! How about this senario.1. A court orders the data centre to provide them with logs of all network traffic associated with AirVPN server (source IP address, source port, destination IP address, destination port, time, bytes). Hello! So, they already can see your real IP address in the first place, if that VPN server is the first hop you connect to. So, even if they can't see your real IP address, they can see the exit-IP address of another server of the same company. It can slow it down. OpenVPN over TOR can make it impossible. It is useless in comparison to OpenVPN over TOR. Additionally, OpenVPN over TOR protects you against the VPN provider itself, while multi-hopping to different servers of the same provider does not. Kind regards