Jump to content
Not connected, Your IP: 3.133.12.172

Staff

Staff
  • Content Count

    10630
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    1774

Everything posted by Staff

  1. Hello! Unfortunately, against our guide recommendations, you renamed the rules, so it's impossible to see what they really state. If the rules are correct and your hosts file has been edited according to the guide, you must be able to connect to Virginis ONLY and you must have no connectivity when disconnected from Virginis. If the problem is related to the TCP/IP stack and/or to Winsock (a not-so-rare situation with Windows, as we can see from support requests), a reset as suggested before should solve the problem. Kind regards
  2. Hello! It appears that the proxy is not listening to port 9050, maybe it is listening to some other port, can you please check? Kind regards
  3. Hello! Thank you for your subscription. Since you wrote this message while you were logged in the web site, this admin assumes that you solved the above problem. If not, you have the options to recover your login name and reset your password in the login page. Vuze is ok. It has the option to bind to a specific interface, an option which most torrent clients lacks. Just bind it to your tun/tap adapter only (please tell us your OS so that we can be more precise) and Vuze will be unable to communicate when the computer is not connected to the VPN, preventing dangerous leaks in case of unexpected VPN disconnection while the computer is unattended. About port forwarding, please see our FAQ: https://airvpn.org/faq#p2p Kind regards
  4. @wazoo Do you mean that the problem does not occur when Comodo is disabled? If so, there's something wrong in Comodo rules, please feel free to send us a screenshot of the global rules and network zones. Also, please check that the application rules are not blocking anything relevant. About resetting Winsock and the TCP/IP stack, it will reset your connections. Perform it when you don't mind to lose your established connections. Don't forget to reboot after the reset. Finally try again to connect to the VPN. Kind regards
  5. Hello! It's a bug in the OpenVPN GUI installer. Run the OpenVPN GUI with full administrator privileges (i.e. not as a user in the admin group, it will not have same effect if you have UAC enabled) and it will be able to create the key. Please see here for the bug-fix advancement state: https://community.openvpn.net/openvpn/ticket/252 https://community.openvpn.net/openvpn/ticket/249 Kind regards
  6. Hello! The problems is the same. First, please try a Winsock and stack reset. Launch a command prompt with administrator privileges and type the following commands: Reset WINSOCK entries to installation defaults: netsh winsock reset catalog Reset IPv4 TCP/IP stack to installation defaults: netsh int ipv4 reset reset.log After the above commands please reboot your system. If the above does not solve the problem, can you please make sure that: - no programs (especially antivirus and firewall) are interfering with airvpn.exe, openvpn.exe and tap09*.sys (the driver for the tun/tap interface) - the Air client can elevate to administrator privileges - OpenVPN can elevate to administrator privileges - the DHCP *client* service is running Yes. The differences: - with TOR over Air our servers can see your real IP address but not your traffic. TOR nodes can see your traffic (if unencrypted end-to-end). The applications that you wish to tunnel over TOR over Air must be configured to connect to the TOR proxy. Your system is on the Internet with the TOR exit-node IP address. - with Air over TOR our servers can see your traffic (if unencrypted end-to-end) but not your real IP address. TOR nodes can't see your traffic (even if unencrypted end-to-end). All the applications connect transparently over OpenVPN over TOR, except those specifically configured to connect to the same TOR proxy used by OpenVPN. Your system is visible on the Internet with the Air VPN server exit-IP address. Aurora is a customized Firefox. It is pre-configured to connect over TOR, so you must NOT use it to browse if you wish to connect over Air over TOR. Aurora is included in the TOR Browser Bundle and must anyway run (shutting it down will close the proxy too). Use it if you wish TOR over Air, after OpenVPN has established a connection. Thanks! Kind regards
  7. Hello! That's corrrect. Of course, your ISP can see that all your traffic is from/to one or more servers (not the web site) you connect to, regardless of DNS records. Kind regards
  8. Hello! There are various problems, essentially caused by the fact that the TUN/TAP adapter does not come up. Can you please try to uninstall OpenVPN and upgrade to OpenVPN 2.3.0? When you re-install please make sure that you authorize the installation of any driver. Packages for Windows are available here: https://airvpn.org/windows About OpenVPN over TOR: you must NOT configure a browser (or any other application) to connect to TOR. About TOR over OpenVPN: you must use a browser (or any other application) configured to connect to TOR. Kind regards
  9. Hello! It might be a DNS issue: a possible explanation is that your system constantly try to send out DNS queries out of the tunnel and Comodo blocks them (correctly). If it's the problem, you should be able to solve it by setting 10.4.0.1 as primary (preferred) DNS IP address in your physical network interface. This is yet another problem, please send us your client logs just after it happens. Yes, in order to connect over TOR over OpenVPN, first connect to an Air server, then use a browser configured to connect to TOR. Aurora, a customized Firefox included in the TOR Browser Bundle by TOR Project, is highly recommended. It is already configured to run over TOR and includes some very useful security features. Kind regards
  10. Hello! Problem fixed, can you please try again now? Kind regards
  11. Hello! Problem confirmed, it's on our side. Please hold on while we investigate. Kind regards
  12. Hello! There is a bug in the configuration generator for which you can generate a corrupt archive. The bug is due to the fact that when you select an http proxy you should be forced to pick TCP. However, if you click on Generate *before* selecting TCP, the system, instead of warning you that you did not pick the protocol, tries to generate a zipped archive. While we're fixing the bug, please select TCP. You'll see that the system will NOT zip the generated .ovpn file (if you embed it with keys/certs). Actually, the generator should NOT zip anything when the selection outcome is a single file. Thank you for discovering this vicious bug. During the next week we will implement a completely new and much, much better configuration generator with new, very useful features. Kind regards
  13. Hello! Which client or OpenVPN wrapper are you running? Kind regards
  14. Hello! Yes, weren't you talking about that? No, keys re-negotiation are not displayed as a disconnection in the logs, just as a TLS: soft-reset. Excellent. Maybe just a temporary issue. Do you note any unusual amount of "Replay-window backtrack occurred" entries in the logs? Kind regards
  15. Hello! It is supposed to remain always connected. Maybe connection drops? Please note that every 60 minutes the TLS keys are re-negotiated with overlapping windows, this has nothing to do with disconnections, the connection remains alive and there's no overhead, just make sure that you're not mixing two different circumstances. Kind regards
  16. Hello! It appears clearly as an intermittent problem from your ISP (most probably caused by congestion/overselling), simply because it's impossible that dozens of different tier1 providers have all together the same problem at the same times in different countries and continents, however feel free to ask for a refund anyway, don't worry. Kind regards
  17. Hello! You don't need to change anything. Kind regards
  18. Hello! Of course you can! Please feel free to let us know about Virgin, we are aware that there are problems with Virgin "superhub" and OpenVPN, normally customers are not able to beat 35 Mbit/s while using OpenVPN and this was for sure a Virgin problem (see Virgin support forums, there are dozens and dozens of customers complaining about it). Kind regards
  19. Hello! Please note that this is correct. As far as we know TOR does not provide an option for remote port forwarding. Kind regards
  20. Hello! If you want to connect over a proxy over OpenVPN, first connect to an Air server, then configure the programs that must connect over the proxy over OpenVPN to connect to the proxy. This is achieved by OpenVPN alone. Or by TOR alone. If this is your only purpose you can just connect over OpenVPN, without any proxy, for best performance. Kind regards
  21. Hello! The logs do not show any problem. Please try also different servers (in the logs you tried only one) in order to determine those which can give you the best performance. If you get exactly 10 Mbit/s on all servers, all ports and all protocols then your ISP caps your OpenVPN connections at exactly 10 Mbit/s. Kind regards
  22. Hello! Then you have a DNS leak on Windows. Please fix it as suggested. Kind regards
  23. Hello! Perfect, that server is ours in Voxility datacenter. Of course you are free to use Google DNS if you prefer so (just set 8.8.8.8 as primary DNS of your tun adapter if you run Windows or first nameserver in resolv.conf if you run Linux without resolvconf). Kind regards
  24. Hello! Thank you! Please see here: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=3405&Itemid=142 Kind regards
  25. Hello! Which client are you running? Kind regards
×
×
  • Create New...