Staff

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

Hello! Please test Eddie 2.11.10beta, it does not set anymore the "NO_SSLv2" option. Kind regards

New version 2.11.10beta RC7 is now available. Changelog from 2.11.9beta RC6: [change] Windows - FlushDNS not done anymore in Checking Environment phase[bugfix] Linux - Shutdown pending (bug introduced in 2.11.9)[change] System info in Support Report[change] Removed 'NO_SSLv2' option in SSL tunnel[change] Bundled with OpenVPN 2.4[bugfix] Windows - Detection of VPN interface on rare Windows configurations (especially when they include Unicode characters)[bugfix] Windows - Fixed UTF8 encoding of OpenVPN output in UI (for example, VPN interface name)[new] Option "log.file.encoding". Now by default UTF-8 and not ASCII anymore.[bugfix] Linux - Immutable flag issues[bugfix] OpenVPN 2.4 issue - no connection could be made because the target machine actively refused it[change] New 'workaround' option in Windows: used for testing beta-workaround for spot-investigation of issues[change] 3 attempts on both route and DNS check, with incremental delay (10 in workaround mode)[change] 'Cancel/Disconnect' more reactive in some circumstances[change] Windows - "net start/stop dnscache" removed. Still used in "workaround" mode.[change] A lot of internal changes, for alignment of Eddie3 internal code branch.See the whole changelog here: https://eddie.website/changelog/?software=client&format=html Kind regards

Hello, Ivacy brand was for sale some years ago but we were not interested in the deal. Ivacy is no more owned by the original founders to the best of our knowledge. Kind regards

Your sarcasm is understandable because we missed a "we" in the original sentence. Edited and fixed. Now the issue should be clear to you too (while you can write, in good faith, as many times as you wish things that imply that we infringe trademarks, we stay on the safe side and re-affirm that we don't and what you write is false). Kind regards

Hi, impossible, that's not how DNS works (luckily, because what you describe would be crazy: imagine if each fully qualified name ought to be associated to a single port in a DNS record! ). As explained in panel, entering a name for each port is just a graphical expedient to make everything more comfortable and handy. Kind regards

Yes, of course. As usual, any new Eddie version is announced in the "News and Announcement" forum. As long as Eddie 2.11.x remains beta, follow the thread pertaining to Eddie 2.11 beta. Release of the stable version will be announced in a separate thread too. We also provide RSS feed. Kind regards

Error 111 means that the connection is actively refused. Packets are dropped by some firewall. Kind regards

DynDns is a registered trademark of Dyn Inc. AirVPN and its DDNS have nothing to do with DynDNS and/or Dyn Inc., and we never suggest anywhere any confusion between Air DDNS or any other DDNS and the DynDNS DDNS. Names are resolved into an IP address, Ports do not have any room in any DNS record, so you need to specify the port. Always. You might be used to not doing that for web site names only because if you don't, every browser will automatically append ":80" for HTTP and ":443" for HTTPS. Kind regards

Hello, Eddie 2.11.10 is not public, it's only used internally. If nothing goes severely wrong the binaries will be made public very soon. Kind regards

Hello, the bug has been finally detected and fixed. You will see the fix in Eddie 2.11.10. Kind regards

This will of course not work if the VM is attached to the host via NAT. To make this solution effective for the purpose make sure to bridge the VM. Kind regards

@omegart Try this: remove ESET completely from your system and test again. In any case, if you decide to not remove it, do NOT use Network Lock with Windows Firewall. You can't run two competing firewalls in a system. Kind regards

Hello, something is blocking UDP, please check any packet filtering tool in your system and router. If you find nothing blocking then your ISP can be culprit, switch to TCP. Kind regards