Jump to content
Not connected, Your IP: 216.73.216.7

Staff

Staff
  • Content Count

    11387
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    1978

Everything posted by Staff

  1. Hello! See also here: https://airvpn.org/topic/12533-archlinux Thank you for the integration. Kind regards
  2. Hello, can you please publish your client logs taken after a connection has been (allegedly) established? Kind regards
  3. Hello! We resolved an issue of the AirVPN Client, about the Windows Autostart option that doesn't load the correct preferences. The issue affected only Windows users, and only those who had chosen the Installer version and not the Portable version. For that, we decided to only patch the current 2.7 release. Please re-download and re-install, enter Preferences and exit at least one time to resolve the issue. Kind regards
  4. Hello! We resolved an issue of the AirVPN Client, about the Windows Autostart option that doesn't load the correct preferences. The issue affected only Windows users, and only those who had chosen the Installer version and not the Portable version. For that, we decided to only patch the current 2.7 release. Please re-download and re-install, enter Preferences and exit at least one time to resolve the issue. Kind regards
  5. Hello! 'auth.airvpn.org' can't be resolved by your DNS. Nothing worrying, the client will circumvent this problem. You could try to change your DNS. You should ping 10.4.0.1 once in the VPN. 10.14.0.1 is not in our VPN (typo?). Kind regards
  6. Eddie firefox 33 on *nix No it is not configuerd to connect to a proxy I have not tried with other browsers I do not know this ip at all I am using an addon called random agent spoofer could this be the problem? Hello! Yes, the addon will spoof info in the browser packets. However it is not a problem at all under a leak point of view, the add-on does not add in any part of your http packets your "real" IP address. Kind regards
  7. Hello! Can you please tell us: - how do you connect (with our client Eddie, with OpenVPN directly...), to which port and using what procotol? - which browser do you run? - is the browser configured to connect to a proxy? is the client Eddie or OpenVPN configured to connect over a proxy? - does the reported outcome occur with any browser you try? - is the showed IP address coming from the network you're connected to, or is it an IP address you don't know at all? Can you send us the logs of the software you use to connect (our client Eddie, OpenVPN...)? Kind regards
  8. Just as an additional information, Eddie flushes the DNS cache resolver immediately after a connection has been established. @vpntunnel123 Since you already checked "Force DNS", the only cause of your "leak" problem we can think of (assuming you see your ISP DNS, and not our backup DNS as snaggle pointed out) at the moment is via IPv6. Does your ISP fully support IPv6 and IPv6 DNS? Kind regards
  9. Hello and welcome! You're already connected and all of your system traffic is tunneled (no need to configure any application), but you might like to activate "Network Lock" to prevent leaks: https://airvpn.org/topic/12175-network-lock Kind regards
  10. @puff-m-d Hello! This behavior is very very strange. Autostart works in our Windows testing environments. Complexity about auto-start lies on launching Eddie with privileges at startup, but you say that client starts correctly. The options to select are just "Start with Windows" to start Eddie at the OS boot, "Remember me" because we need credentials without input, and "Connect when launched" to auto-connect when Eddie starts. All options that you already checked. Please report to us your OS, all logs of Eddie when you start it and it stops in login phase, and send us your XML profile: look in the logs the third row 'Reading options from ...'. Open that XML file. Delete the ' Thanks. Kind regards
  11. Hello! The Configuration Generator will generate directives to connect OpenVPN to 127.0.0.1:1413 in OpenVPN over SSL/SSH modes (EDIT: if these modes are selected, of course). In these modes, stunnel or ssh must be running before OpenVPN is run. You might like to run our client Eddie to make things simpler. Kind regards
  12. Hello! We just installed a Kali 64 bit fresh system under Virtualbox. We encountered the error 'SimulateInstallFiles not supported by backend' with the .deb file. From a root terminal, please run: # apt-get install mono-runtime we needed also to run a # apt-get -f install and to install AirVPN Client: # dpkg -i airvpn_linux_x64_debian.deb You can find the AirVPN icon in 'Internet' menù. Please confirm to us if it works, we would like to add Kali in our supported environments. Kind regards
  13. Hello, it was fixed yesterday, do you mean that you still have this problem now? If so we will re-check. Kind regards
  14. Hello! The mode is proposed by the VPN server [wrong, it's in the manifest specs]: for some reason the server you tried was proposing 80 TCP, even if 443 UDP was working fine. Fixed. Kind regards
  15. Hello, nothing has changed in our obligations, we have not been notified of anything, so there are no news to inform you about and our policy on UK VPN servers remains the same. Kind regards
  16. Hello! Yes, that's confirmed in at least another case, it is perhaps a bug in some DD-WRT builds. Generally, on a lot of builds the wrong ciphers "TLS-DHE-RSA-WITH-AES-128-CBC-SHA" or "None" (either the first or the second) work at the first shot. Kind regards
  17. Hello! The tun interface (the virtual network card used by OpenVPN) does not come up. Please check firewall and antivirus. After that, if necessary try the following: https://airvpn.org/topic/8320-solved-connects-but-ip-doesnt-change-on-windows-server-essentials-2012/?do=findComment&comment=8321 Kind regards
  18. Hello! The server IP/Name is not ours. The "tun0" in the iptables rules might be tun1, please check it out (just use command "ifconfig" on the router to see the names of all interfaces). The "TLS Cipher" set to "None" might be wrong, which options do you have in that combo box? Kind regards
  19. Hello, it was an error on our side. It has been fixed, please try again. We apologize for the inconvenience. Kind regards
  20. Hello! It appears that Eddie packets are completely blocked. All the 8 attempts against censorship performed by Eddie fail. Please check your firewall or any other program that might be blocking them. Kind regards
  21. More details please, if possible and at your convenience, "it installs but will not run" does not help... thanks! Kind regards
  22. Hello, the first problem is weird and we still need to investigate it. The second issue is not a problem, it is expected and normal behavior. Eddie wants administrator privileges. Kind regards
  23. @LBDude @snaggle @wer Hello, please re-download the .rpm package for openSUSE or Fedora. We think we have found the problem and fixed it. Kind regards
  24. Hello! This: W 2014.10.19 00:52:30 - Tunnel not ready, interface status: Down is probably a bug fixed in Eddie 2.5 (see the changelog). Please upgrade to Eddie 2.7 stable. Kind regards
  25. @LBDude @snaggle @wer Hello, we're going to check the .rpm package for Fedora and openSUSE. Do you confirm that the problem is in the .rpm package, while you can run the portable version? Kind regards
×
×
  • Create New...