Staff

Hello! If you use the OpenVPN GUI, the computer "screens" (the OpenVPN GUI dock icon) should turn green when a connection to a VPN server is established successfully (they never flash). If you use the Air client, the Air client dock icon is gray if your system is not connected, and it's a white cloud on a blue sky while the system is connected. By the way, please browse to https://airvpn.org and check the bottom central box (do not use a proxy or TOR when you perform this check). If it's green (stating "Connected" and an Air server name) your system is connected, if it's red it's not. Kind regards

Hello! Yes, you can try the following bundles, which come with an Air client compiled for .NET framework 4.0 (you'll need it as well). The following is bundled with OpenVPN 2.3_rc1 for 64 bit systems: https://airvpn.org/repository/air_windows8_x86_64.zip The following is bundled with OpenVPN 2.3_rc1 for i686: https://airvpn.org/repository/air_windows8_i686.zip They were originally prepared for Windows 8 but they run just fine on any system with .NET framework 4 (just make sure not to mismatch 32 and 64 bit versions). Kind regards

Hello! Did you forward the port 16050 to the appropriate router client and port (DNAT)? This is only necessary if you connect to the VPN through the router, in which case the port is correctly forwarded remotely, but it needs an additional forward from your router to the final client since no TUN interface is running on the final client, but only on the router. Please see here: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=2849&Itemid=142#4695 Kind regards

Hello! Since you have resolvconf installed in the system, you can also (as an alternative) use the up and down directives in the .ovpn configuration file. The OpenVPN package should have put in your system the file /etc/openvpn/update-resolv-conf which will be executed if OpenVPN finds the up and down directives: up /etc/openvpn/update-resolv-conf down /etc/openvpn/update-resolv-conf Kind regards

Hello! As far as we know NSA is not able, currently, to capture all the packets in the world at any given time. However, it is true that rumors state that NSA plans to do so within the next 5-25 years (hopefully when NSA will be able to do so, everyone will have the awareness of the necessity to exchange only encrypted packets with an encryption level unbreakable by NSA). In general, a good "rule" is keeping your identities completely separated. Actually, if you connect to a service both with your real IP address and behind the VPN, it's not necessary to have the power of the global adversary to perform correlation attacks which are potentially successful. Kind regards

Just to clarify: it seems that if my laptop goes into suspend mode, it stops the VPN and the GUFW/UFW. When I later wake the machine up I am back to square one. Anyone know how to stop this from happening? Hello! When your laptop wakes up, Ubuntu should execute the script /etc/pm/sleep.d (this admin is assuming that you're running Ubuntu...). So you might add a restart command for gufw/ufw there, if it is killed when the laptop goes to sleep. Kind regards

This works, you lose isp connection if openvpn got disconnected. But it did not prevemt dns leaks while openvpn running. If you guys find something easy, let us know. I'll look also. Hello! You could try to force 10.4.0.1 as first DNS server in your router. [EDIT] Oh yes, you already did it, glad to know it solved the problem, thank you! Kind regards

Hello! Thank you and welcome back! Apparently the code was used on the wrong plan and the system did not re-activate your account. We have set the correct expiration date for your account, please feel free to let us know at your convenience if the issue is solved now. Kind regards

Hello! Apparently your system can't resolve names when connected to the VPN, but it can reach the DNS IP address 10.4.0.1. This suggests that it's only a DNS problem which we have met (rarely) on some Windows systems. Please try to set as primary (preferred) DNS server IP address of your physical network card(s) (ethernet and/or wireless) the address 10.4.0.1. Kind regards

Let me guess you work for Airvpn, lol. Hello! Wrong guess, he/she does not, LOL. Kind regards

Hello! Probably you're looking for this thread in the OpenVPN community forum: https://forums.openvpn.net/topic8279.html If you get a lot of "Message too long" you may consider to apply mssfix and fragment directives. If you have only sporadic packet fragmentation, probably you don't need them. In case you have massive packet loss in addition to fragmentation (and only in this case) you might like to try a TCP connection and also check your ethernet cable (or wifi card and router/access point). Kind regards

Hello! You can easily find your posts with the forum "Search" function. Click on "Search" (the button in the higher part of the forum pages), insert your nick name ("gigabytes") in the "Search by user name"->"User Name" box and click the "Search" button at the bottom of the search page. Kind regards

Hello! Your proxy is not running or it is refusing connections on port 9050. Please make sure that it is running and listening to port 9050. If you don't have a proxy, you need to bring back to default the option "Proxy"-->"Type". Set it to "None" in the Air client "Preferences" window. You can open the Preferences window by right-clicking on the Air dock icon and selecting "Preferences". Kind regards

Hello! It is not a reported bug as far as we know, but if you can manage to have a reproducible bug under a controlled environment, you can surely warn about it in the OpenVPN Community bug reports forum. Kind regards

Hello! Are you referring to airvpn.org? If so, that's quite odd. While you are connected to an Air VPN server, can you please send us the output of the commands: ping airvpn.org traceroute airvpn.org (replace "traceroute" with "tracert" if you're running Windows). Feel free to delete sensitive information from the traceroute output. Kind regards

Hello! The Air client is an OpenVPN wrapper so everything pertaining to the VPN connection is handled by OpenVPN. Kind regards

Hello! Thanks, we're looking forward to hearing from you. Kind regards

Hello! The other thread refers to a connection which is usable only after some data have been exchanged, while your problem, if we get it right, is that your connection freezes. Do we understand it correctly? Kind regards

Hello! It appears clearly a problem on your side, because different servers in different countries can't have all the same problem (additionally, we don't detect any problem on any server and thousands of clients connect and exchange data just fine). What do you mean when you say that Wireshark nearly crashed? What were the symptoms of it? In order to focus on the problem, do you have any other system in your place? If so, what happens if you try a connection from a different system on the same router and ISP? Kind regards

Hello! All the servers are responding correctly on all ports and your connection logs look just fine. Probably it's something related to your system, considering also that Cygni and Serpentis are on different datacenters with different ISPs. Can you determine what is the task or process which causes such a spike in upload bandwidth? You can see it with Wireshark or with the Comodo firewall connection monitor. http://www.wireshark.org Also, does the problem occur to you on servers outside Sweden too? Kind regards

Hello! Do you experience connection problems with Serpentis and/or Cygni? Kind regards

Hello! The logs do not show any problem. Let's see whether it's a DNS resolution issue, since your system resolves airvpn.org from your hosts file. While you're connected to a VPN server, please open a command prompt, issue the following commands and send us the output: ping google.com ping 10.4.0.1 ping 8.8.8.8 ping airvpn.org Kind regards

Hello! Probably it's a display bug in the Air client we were unaware of. 44000 kB/s is a stellar bandwidth (5500 Mbit/s) which is not even supported by any of our servers. Kind regards

Hello! It's not necessary. However, some Windows system may have (rarely) DNS issues which can be solved by setting as primary DNS server in the physical adapter (wifi and/or ethernet) the VPN DNS IP address 10.4.0.1. Kind regards

Hello! Your uTorrent is well configured, you're just fine. As you can see in the screenshot, the green token shows that uTorrent is able to receive incoming connections on port 41380. The fact that you don't seed fully may be due to the swarm status (for example high seeds/leechers ratio). Kind regards