Staff

Hello! The version for Windows Vista and 7 should be perfect because Server 2008 R2, Windows 7 and Windows Home Server 2011 are just different marketing labels for different setups of Windows NT 6.1 Kind regards

New version 2.11.11beta RC8 is now available. Changelog from 2.11.10beta RC7: [change] New icon for Support Report[bugfix] Linux - Immutable flag detection[bugfix] Linux - Ping result in some languages[bugfix] Windows - DNS Leak in rare configurationsSee the whole changelog here: https://eddie.website/changelog/?software=client&format=html Kind regards

Minor bugfixesNew layout - 4K & Mobile resolutions-friendlyPerformance improvementsBetter detection of IANA reserved/special address with dedicated fields, both IPv4 & IPv6

Hello, this is not a forum to advertise competitors or exercise freedom of expression. The thread you mention is under review for various problems, including advertising. The forum to review competitor can NOT be used by competitors themselves to advertise their companies. To make things worse, the advertiser included a gratuitous insult to AirVPN, here for example: Every competitor has the freedom to define "fluff data" an essential method that allows our customers to verify independently our commitment to no overselling, which is a unique, exclusive and noteworthy feature of our service that this competitor does not offer. But not on our forum. We will also censor, as we have always done, advertisement of competitors in our forums. The thread is under review, it has not been deleted, an it will be re-published when advertising and insults have been cut out, when we wish and when and if we decide to dedicate time for this purpose. Kind regards

Yes, it's intended, correct and well explained in years that Network Lock is disabled when you shut Eddie down, and that making Network Lock survive at Eddie shut down or system reboot would be a bad design. Kind regards

The new and old servers are perfectly stable but they were flooded recently. Nothing serious, though. No significant packet loss is detected, please compare your findings with the "Ping Matrix" to verify that the problem is on your side, as also hinted by the fact that you experience same issue at the same time with different datacenters. Kind regards

@sarum4an It looks correct, "script-security" directive has a missing parameter. Who inserted that wrong directive? Check your custom directives. Kind regards

This is not an "AirVPN problem", it's how the Internet works. If you don't forward remotely ports, you can't receive incoming packets. That's trivially all (and it's very much). You may be able to be a peer anyway with the aid of middle, centralized servers (such as servers running trackers, bootstrap servers for DHT...) but you can't of course be an original seeder. Imagine a situation where none of the peers could receive incoming packets. p2p could simply not exist at all, even with the aid of centralized server, because no peer could respond to any request of any other peer. Kind regards

Just for the records, Ethereal (later renamed into Wireshark) was born in Solaris and GNU/Linux in the late nineties. Only many years later it was ported to Windows and Mac operating systems. Kind regards

Hello! Please try to delete this file: C:\Users\**********\AppData\Local\AirVPN\AirVPN.xml It could be corrupt. Delete it while Eddie is not running and with administrator privileges. You will lose all settings so you will need to re-enter username and password. Another plausible cause is that something is blocking Eddie packets: please check your firewall. Kind regards

@tomr Unfortunately the issue does not occur in our testing machines. We have planned to check & close all github open issued when we release the 2.11 final. /usr/bin/airvpn contains #!/bin/bash mono /usr/lib/AirVPN/AirVPN.exe --path=$HOME/.airvpn "$@" Please try mono /usr/lib/AirVPN/AirVPN.exe --verify-all --path=$HOME/.airvpn "$@"or mono --verify-all /usr/lib/AirVPN/AirVPN.exe --path=$HOME/.airvpn "$@"(this may throw Invalid PE Header...) thanks. Kind regards

Thanks for the information, what is your exact distribution name and version?

Excellent. After having re-read the whole thread, we see that two problems are treated as one. One thing is the accessibility through SSDP, Bonjour etc. of nodes in your local network, that's been solved with less restrictive Network Lock in Eddie 2.11.x. A different thing is the resolution of the names of devices in your Local Network when your system queries only VPN DNS, which obviously can't know your local names. Kind regards

It looks irrelevant to this thread. If so, please don't hijack. If not, feel free to go on. A question: why converting .deb to .rpm when we already provide an rpm package by default, any specific reason (something wrong in the rpm?)?

Promised by whom? If you are talking about the guaranteed allocated bandwidth in our Terms of Service of 8 Mbit/s, we keep that promise. This is a very strong guarantee against overselling and it is a warranty that's not offered by any of our competitors. However, it says nothing about actual performance on YOUR network and on any network between your node and our nodes. Nobody on the Internet can promise any performance when data pass through not owned network, that you don't even know in advance. That's so obvious and trivial that it's surprising that a guaranteed allocation of bandwidth can suggest that we have supernatural, divine powers that can break laws of physics, but thanks anyway, it looks like our reputation is growing. Kind regards

That's correct, Network Lock is not meant to prevent DNS leaks. However, especially in client 2.10.3, Network Lock can have this good side effect. For example, assume that your system sends a DNS query locally to your router in IPv6. If Eddie 2.10.3 has failed to disable IPv6 completely in your system, that query will go out if Network Lock is not enabled. Network Lock will block it. DNS leaks prevention and DNS handling in Windows have been greatly enhanced in Eddie 2.11.x beta and when we release the final stable version you might like to upgrade (or you can try it right now if you like testing beta versions). Kind regards

Hello! We can confirm that the portable version will not run, please use the portable version (requiring Mono) or the .deb package if you have a Debian derivative system (Ubuntu, Mint etc.), or the .rpm package for openSUSE and Fedora. EDIT: Problem fixed, Eddie 2.11.10 (new) portable version runs fine. Kind regards

Can you regularly reproduce this issue? Please check it is 2.11.10 and not 2.11.9 version, thanks. It will be fixed soon. Sorry, not yet. Kind regards

In Eddie you can quickly select any country in the "Countries" tab. You can even define a white list of countries or servers (note: a white list of servers will take precedence over a white list of countries). If you don't run Eddie, we provide domain names of all kinds for "highest rated server" (country_code.vpn.airdns.org) and "all servers" in a country (country_code.airvpn.org), continent or planet. About performance, don't limit yourself to a few servers of a single country, but make extensive testings, because otherwise your ISP peering becomes a too high bias. That said, it's out of discussion that we can't satisfy in the best way all the ISPs in the world. We can however carefully pick good datacenters with good POP and transit providers, in general with tier1 and 2 transit providers, and that we do. Kind regards

Also please note that registered accounts are not blocked from VPN servers, at least according to one of our staff recent experience. Protection of identity when writing an article, or even a single sentence of an article, can be important in various situations and environments. The weight for an article credibility in an encyclopedia lies (in most cases) much more on the verifiable external references than on the IP address of the writer of those references. Kind regards

Thanks. It appears that that page does not exist anymore... fixed with a third-party guide. Kind regards

In addition to the correct suggestion of LZ1, we would like to add that Eddie can't run in Wayland. It needs the good old X server. So, just in case you need to run Eddie with its GUI, remember to disable Wayland and fall back to X (if we are not mistaken, in Fedora 25 "full" distro with proposed DM, Wayland is the default integrated display manager+compositor). Kind regards

Hello! Please see here, it should help you fix the issue in a minute and prevent it from re-occurring: https://airvpn.org/topic/14829-can-only-connect-to-the-internet-browser-through-airvpn/?do=findComment&comment=30509 Eddie 2.10.3 for Windows is not able to restore previous DNS settings of an interface under some circumstances (a necessary but not sufficient condition is that one or both DNS servers are missing in the settings of an interface). Then upgrade to Eddie 2.11.10beta, in which this bug has been fixed (but of course remember to always shut the software down properly): https://airvpn.org/topic/18625-eddie-211beta-available/ Kind regards

Hello! Please insert your script (with all necessary iptables commands) as the event at "VPN Pre" or "VPN Up". Similarly, set another script (if required) at "VPN Down", or at "App End". Don't execute the script at "App Start", because Network Lock is activated after that event. Kind regards

Yes, but only in Eddie 3 (with GTK#-based UI). Kind regards