Jump to content
Not connected, Your IP: 3.139.69.95

Staff

Staff
  • Content Count

    10933
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    1843

Everything posted by Staff

  1. Hello! Eddie can run in Mavericks and Yosemite. Previous OS X versions should run Tunnelblick (free and open source software as well). Kind regards
  2. Hello! Unsure whether it can help calculations return on the right track on your system: you have to consider that x throughput on the tun interface means also (at least) x throughput on the physical interface, so a tool that calculates total system bandwidth in usage by summing up all the network interfaces activity will return a value that's at least double (X*2) than the "real" one. About data consumed on the server, that could be right, when you consume x bytes on your system, you are in reality consuming the double or even more traffic to the VPN server. Not that's really important for you (it is for us when we need to calculate required bandwidth), because you have unlimited traffic with any Air subscription. We will check the displayed value on the control panel to confirm or deny that. Kind regards
  3. Hello! OS X versions older than Mavericks should run Tunnelblick, which is free and open source as well. https://airvpn.org/topic/11802-using-airvpn-with-osx-tunnelblick Kind regards
  4. Hello! We really meant "Force DNS", which is only available on the client for Windows, because the topic of the thread pertains to Windows 7. Kind regards
  5. Staff

    Pidgin

    @pfSense_fan Hello! An issue has been fixed on XMPP server, can you please try again now? Kind regards
  6. Hello, you can already do that on the home page. Kind regards
  7. Hello! In Eddie 2.8.8 the settings are saved soon after each change, so the problem of losing them for an ungraceful kill should no more occur. Eddie 2.8.8 rolls back white lists and black lists if you click the "Refresh servers" button. This is a bug which has been fixed in 2.9 Experimental (see also here https://airvpn.org/topic/13957-eddie-29-experimental-available ). Kind regards
  8. Hello! We're very glad to inform you that a new 1 Gbit/s servers located in the USA is available: Yildun. 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, 2018 UDP and TCP. Just like every other Air server, Yildun supports 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. Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN Team
  9. Hello! In Windows the Network Lock plug-in uses the Windows Firewall. Keeping two different packet filtering tools active at the same time can lead to unpredictable and potentially dangerous behavior because you have two programs with high privileges which compete to manipulate concurrently kernel tables. Kind regards
  10. Hello! Please see here: https://airvpn.org/topic/9270-how-to-forward-ports-in-dd-wrt-tomato-with-iptables Kind regards
  11. Staff

    Server Names

    Hello! At the beginning we picked either specific star names or generic star names (such as "Andromedae", with the intent to mean "any star of constellation Andromeda"; "Andromedae" is Latin genitive, it means "of Andromeda", "belonging to Andromeda", you'll see that there are and there were other servers which do not have a specific star name). Then we picked only specific star names, which is still the current policy... which could perhaps be changed in the near future. For fun, try to locate (between the currently active VPN servers) two different servers with different names which indicate the same specific star. Strangely nobody noticed that, until now. Kind regards
  12. Hello! We think (but we're not sure) that when Windows users use the term "kill" in this thread, they mean the equivalent of "kill -9" in Linux, *BSD etc. systems, i.e. a kill without grace. If this is confirmed, it is obviously correct that the client can't send a SIGTERM to OpenVPN management (or do anything else). Kind regards
  13. Hello! No, it only prevents connections to port 53. More importantly, you can't use a public DNS server of your choice until you connect to the VPN (after that you can because DNS queries are tunneled). Kind regards
  14. Hello, very well! Glad to know it. Kind regards
  15. @psychlops What a smart definition of wild overselling they do have! BTW, once overselling is decided for whatever reason, this method is probably much better than discriminations against protocols. A protocol-agnostic "load balance" is surely much less destructive (or even not destructive at all) for Net Neutrality. Kind regards
  16. Hello! When DNS queries are tunneled, they are not intercepted by Network Lock firewall rules and that's totally correct, because any traffic in the tunnel is allowed. Besides, tunneled DNS queries are not DNS leak by definition and are not harmful to your privacy. Another option, though, is that your system queries your router DNS (and obviously Network Lock rules allow communication with the router) and your router queries your ISP DNS. In this case privacy can be harmed. So it's important to understand the causes. What is your Operating System? Kind regards
  17. Hello! We're glad and proud to inform you that the new client Eddie 2.9 is almost ready to be released. In the meantime, you might like to test Eddie 2.9 Experimental, which is already available. Eddie 2.9 Experimental has already passed successfully the alpha testing and has almost completed beta testing. You're very welcome to test it, if you feel a little adventurous: the version you find available for download is also a very serious 2.9 release candidate. In order to download it, after you have entered the download page for your system click "Other versions" and click "Experimental". This version includes bug fixes, important changes and many options required by you. Here is the changelog: https://airvpn.org/services/changelog.php?software=client&format=html [new] Windows - Option to disable IPv6[new] OS X - Option to disable IPv6[new] Network Lock option for Private network[new] Network Lock option for ping[new] Options to use custom DNS servers[new] UI - Command-line in logs tab[change] New explicit option for Network Lock activation when client starts up[new] UI - Network Lock icon on top-right corner[bugfix] Whitelist/Blacklist no more reverted with 'Refresh servers' button[change] SSL local certificate verification[bugfix] VPN Up script bugfix[bugfix] Windows - XP TAP driver detection[change] Windows - DNS Force & Check active by default[change] Windows - DNS Force occurs now after the VPN connection is established, not before[bugfix] Windows - DNS Force also on TAP interface.[bugfix] Linux - Network Lock via ip6tables blocks IPv6[change] UI - Misc layout improvements[change] UI - GitHub link in About[change] OS X - PF rules changes[change] Linux - iptables rules changes[change] UI - New advanced tab for DNS[change] New method to Check DNS[change] Disabled auto-redirect auth for security reasons[change] Authentication for AirVPN credentials through POST requests, to avoid issue with long-url[change] Authentication servers connections through IP addresses only, to avoid DNS detectionKind regards
  18. Hello! A VPN server in Australia is not planned at all, but we will have a micro-routing server in the near future for some Australian geo-restricted services. Kind regards
  19. Hello! Eddie runs on Mavericks and Yosemite only, while previous OS X versions should run Tunnelblick. Kind regards
  20. Hello! It can't be related to the attacks you refer to (they just did not involve VPN servers). Does anybody else experience the same with Comcast? Kind regards
  21. Hello! We regret to inform you that AirVPN is no more welcome in Leaseweb USA. On April the 1st, Leaseweb USA will terminate any agreement with us. Therefore, the following servers: Andromedae Arrakis Electra Kuma Librae Sirius will be canceled. We have been working to find equal or better replacements and we have had success so far. In the last few days we have added five new 1 Gbit/s servers in Miami and in Los Angeles as you have already seen. Furthermore, we're still working to reach an agreement with an additional provider, so we are confident that we will be able to enlarge infrastructure in the near future in different USA locations. Kind regards and datalove AirVPN Staff
  22. Hello! We're very glad to inform you that two new 1 Gbit/s servers located in the USA are available: Acamar and Cursa. 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, 2018 UDP and TCP. Just like every other Air server, Acamar and Cursa 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. Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN Team
  23. Hello, first of all let's see the frontend servers blocking problem. What is the output of commands (issued from a command line interface): ping airvpn.org ping 95.211.138.143 ping auth.airvpn.org ping 54.93.175.114 Kind regards
  24. Hello! We need a clarification, please. If you kill ungracefully Eddie (from Task Manager, or forcing closure in the shutdown process etc), then the Network Lock will not be active at the subsequent Eddie start because Eddie detects an "Unexpected crash" (by checking a log line). In this case, the behavior you describe is expected, but we are thinking about specific options to modify it. If you shut down Eddie properly, then close the system, and at the subsequent boot of the system and autostart of Eddie you see that Network Lock is not active, then this would be a bug, but we can't reproduce it in any way. Can you please clarify according to the above considerations at your convenience? Kind regards
  25. There was an electric issue in the ISP, but at end of the issue servers remain in stall without trigger our alarms. Now four of six servers are up correctly. We are investigating.
×
×
  • Create New...