Staff

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

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