Jump to content
Not connected, Your IP: 3.20.238.29

Staff

Staff
  • Content Count

    11340
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    1948

Everything posted by Staff

  1. Hello! Eddie 2.13.4beta is now available in experimental section. Changelog 2.13.3 -> 2.13.4 About macOS, the issue about "Checking Environment" is still under investigation. Please report if something has changed in this version. If it still doesn't work, try to uncheck "Preferences -> Advanced -> Skip processes checking" and report if that resolves the issue. Thanks. The issue about slow connection we hope are now resolved. We hope that problems with some distribution, such as Manjaro and openSUSE, are now resolved. Please test. Kind regards
  2. Hello! We're very glad to inform you that ten new 1 Gbit/s servers located in Dallas (TX), USA, are available: Chamaeleon, Equuleus, Helvetios, Leo, Mensa, Pegasus, Ran, Scutum, Volans, Vulpecula. The AirVPN client will show automatically the new servers, while if you use the OpenVPN client you can generate all the files to access them through our configuration/certificates/key generator (menu "Client Area"->"Config generator"). The servers accept connections on ports 53, 80, 443, 1194, 2018 UDP and TCP. Just like every other Air server, they support OpenVPN over SSL and OpenVPN over SSH. As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses. Please note that the aforementioned servers will replace the following five servers in Dallas which will be withdrawn within a week: Aldib, Alnair, Alsavi, Auva, Rasalgethi Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN Team
  3. Hello! In Windows with a third-party firewall anything can happen. You should not assume that Network Lock will work if any third party firewall is polluting the rules. In Fedora check your ip6tables rules: IPv6 traffic is blocked via very simple ip6tables rules. Send log and system report as well, they could provide precious clues. Kind regards
  4. Hello! Actually it shouldn't, can you please declare your Operating System exact version and Eddie version? Also, are you running any third-party firewall (i.e. any firewall different than the default system firewall)? Kind regards
  5. DNS leaks do not exist in GNU/Linux. The argument you're talking about has nothing to do with DNS leaks. It may be relevant or not but please do not confuse it with DNS leaks. Once and for all let's stop this fantastic and totally imaginary idea of DNS leaks on GNU/Linux. Any other topic or message with such a fantasy tale will be deleted. Kind regards
  6. Hello! When you run Eddie in a terminal, specify -netlock option to activate Network Lock. See Eddie manual. From the GUI, click the very big "Activate Network Lock" button in the middle of the main window to activate Network Lock. You can also tell Eddie to activate Network Lock at startup in preferences. Frankly we have no idea on how to make Network Lock easier to activate. Kind regards
  7. No, we were not contacted. We contacted the author of the article as we said, and he kindly answered. We will be waiting for the information we required and we will keep you posted. Kind regards
  8. Hello, we can't reproduce the presumed issue in any way. As far as we can see it does not exist. We have never been contacted by the author. We have anyway written to the author of the article for clarifications and explanations. We will keep you posted. Kind regards
  9. Hello! In the real time servers monitor, which you can access by clicking "Status" from our web site upper menu, you can see the real location of each server. We never perform geo-location tricks to advertise hundreds of fake location which would potentially pose routing and security issues too. Kind regards
  10. Hello! The ip6tables rules are very simple and we find it strange, or even impossible, that ip6tables is malfunctioning on your system. Can you please send us a screenshot about the presumed DNS leak? We start to suspect that you see the VPN DNS IPv6 address, not the one assigned to your machine by your ISP. Kind regards
  11. Hello! 1) Please make sure to run Eddie 2.12.4 (latest stable release). Old versions might be not fully compatible with openSUSE 13.2 2) Please make sure to enable Network Lock which will block IPv6 packets via ip6tables We are confident to respect the late 2017 planned deadline for full IPv6 support on the vast majority of our VPN servers. Kind regards
  12. Hello! We inform you that we will not be accepting BTC starting from July the 31st, late afternoon UTC, due to the proposed changes and likely implementations in the Bitcoin network. As soon as the transition ends and the network gets "stable", we will re-accept Bitcoin payments. EDIT: we started to accept Bitcoin again since Aug the 1st. Kind regards and datalove AirVPN Staff
  13. Hello! It depends on Google Safe Browsing. YOUR detected IP address (in this case that VPN server exit-IP address) is evaluated by Google which returns a warning considering our VPN server IP address as a source of malicious activity. Chrome does not proceed. Google Safe Browsing listed even Google DNS as a dangerous source of malicious activity and malware before we spread this funny information a couple of weeks ago. We are observed. Kind regards
  14. Hello! Various prepaid cards emitted in the USA can only be used to purchase goods and services in the USA and few other countries. Maybe that's the reason of the issue. Kind regards
  15. Hello! Please follow the "News and announcement" forum. We will keep you updated. And don't worry, only good news will be coming. Kind regards
  16. curl.exe is essential to Eddie. If your system can't run it, you can't use Eddie effectively. Does the same happen with Eddie 2.13.3beta, which includes an updated curl version? Kind regards All exes which come with airvpn do the same thing. (Except Airvpn and Cli) Same thing on the experimental version. Hello! Do you mean that curl, stunnel and plink all crash in your system? Kind regards
  17. Thank you very much for this warning: unfortunately we were never contacted by the authors about this problem, and we are going to investigate in the nearest future. We will keep you posted. Kind regards
  18. curl.exe is essential to Eddie. If your system can't run it, you can't use Eddie effectively. Does the same happen with Eddie 2.13.3beta, which includes an updated curl version? Kind regards
  19. Hello, if you don't run Eddie (our client software), you need to take care yourself of IPv6. IPv6 full support in AirVPN is planned for the end of 2017. If you run Eddie you are protected from IPv6 leaks, except on GNU/Linux. Just enable Network Lock and you are protected against IPv6 leaks in Linux as well. That's all. Kind regards
  20. Hello, if the length of the data to decrypt is invalid a possible cause is that curl could not download the mentioned data at all. Usually we see that this problem is caused by a firewall in the customer's system blocking curl, as you all should have already seen clearly from the log. Kind regards
  21. Hello, just for readers' information, you can route specific IP addresses outside the VPN tunnel with Eddie, the Air client software, as well. Kind regards
  22. Thank you. Confirmed and fixed, can you please try again now? Kind regards
  23. Hello! In 2015, full IPv6 support was planned for late 2017. We are confident we will respect this deadline. All important OpenVPN-related issues have been solved, including a major OpenVPN bug which has been fixed internally, by our development team. Most (but not all) of our providers already gave us full IPv6 connectivity. Kind regards
  24. Hello, ufw is an iptables frontend. Network Lock does not disable ufw in itself, but definitely modifies your filtering rules by invoking iptables. If you need your custom rules in every situation you should not use Network Lock. Kind regards
×
×
  • Create New...