Jump to content
Not connected, Your IP: 52.86.117.142

Staff

Staff
  • Content Count

    10488
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    1747

Everything posted by Staff

  1. Hello! If you can, please stay connected to the server you're currently connected to for some minutes, we'll perform some tests right now. Kind regards
  2. Hello! Which firewall are you running? Do you get the same results also with the firewall off? Do you get the very same performance on all servers, all ports and all protocols? What happens if you connect to port 53 UDP and port 80 TCP? Kind regards
  3. Hello! Can you please make sure that the service you want to be reachable is listening to the same port and that it is running while the port check is performed? Which service is it? You can try different ports and protocols, just in case your ISP performs port shaping. Try connections to port 53 UDP and 80 TCP to make a performance comparison. Also try different servers, even those geographically further to your location. Kind regards
  4. Hello! Difficult to say for sure, anyway the symptoms point to a peering issue. Or maybe a routing problem. The servers are in the best Singapore datacenter, connected directly to tier1 providers. You might like also to check with your provider whether there are known issues of this sort with the http proxy. Kind regards
  5. Hello! It's normal that you can connect only over TCP, because with an HTTP proxy (the proxy type you're using) TCP is mandatory, UDP is not supported by the proxy. Connections over OpenVPN over a proxy cause a severe performance hit. You can try a direct connection to the servers (i.e. without passing through al proxy) if you don't need to hide your real IP address to our servers while your client is connected. With a direct OpenVPN connection you can use UDP, of course. Kind regards
  6. Hello! Now that you have discovered e-mails that you were not aware of, please follow the suggestions the support team gave you. In particular: unfortunately, you have never connected to any port other than 443 TCP, while it was recommended that you tried different ports and protocols to make a performance comparison. You were also asked to send the connection logs and information about your system, but the support staff never received them. We are confident that you understand that asking for assistance and then not complying to recommendations and requests may severely impair the support team ability to solve problems. Additionally, you have sent a refund request. We follow a "no questions asked" refund policy. Please note that once a refund request is accepted, the refunded account is no more supported as a premium member and can't connect anymore to VPN servers. You will be able anyway to receive pre-sales support. Kind regards
  7. I did point the 'openvpn path' to the 2.3 rc2 location but it didn't work Hello! Strange, it might be a bug, the client programmer (who anyway reads the forum) will be informed about it. Kind regards
  8. Hello! The current road map includes major new releases essentially aimed to circumvent censorship in a much more robust way and integrate new services which are being developed (OpenVPN over SSL and OpenVPN over SSH). Also, a Linux version which requires Mono is under development. Correct. With OpenVPN GUI for Windows you have that limit. Anyway you can have as many configurations as you wish and access them by launching directly OpenVPN. Statistically, the overwhelming majority of disconnections we have analyzed through support requests is caused by a new IP address "assignment" to the client system by its ISP, this obviously can't be solved on our side. A minor number of disconnection cases are caused by disruptions of OpenVPN connections (only in human rights hostile countries). Kind regards
  9. Hello! This is a special case for which the latest stable release of OpenVPN seems to cause issues on some Windows 8 systems. Normally the client is bundled, and programmed to run, with the latest stable release, not with a release candidate. Remember that you have always the option to use OpenVPN directly or the OpenVPN GUI or any other OpenVPN wrapper. Kind regards
  10. Hello! No, it is a slighty different matter. You were asked whether you had launched the Air client before launching the OpenVPN GUI because in that case, if you connected with the Air client, a first instance of OpenVPN would have established the connection. Then, if you launched the OpenVPN GUI, it would just display the red monitors in the dock icon, because no OpenVPN started by the GUI was launched. You have a central bottom box which is green, therefore your system is connected. The fact that the OpenVPN GUI dock icon shows red monitors might be explained by the fact that you previously connected with the Air client. Did you connect your system with the Air client and THEN you launched the OpenVPN GUI? Kind regards
  11. Hello! If the middle bottom box is green your system is connected to an AirVPN server. Maybe you have connected with the Air client and THEN you launched the OpenVPN GUI? Kind regards
  12. 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
  13. 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
  14. 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
  15. 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
  16. 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
  17. 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
  18. 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
  19. 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
  20. 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
  21. Let me guess you work for Airvpn, lol. Hello! Wrong guess, he/she does not, LOL. Kind regards
  22. 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
  23. 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
  24. 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
×
×
  • Create New...