Staff

@bigdaddy Hello! Do not confuse server ports with your system ports. You can't remotely forward inbound ports below 2048, so packets to port 89 can''t be forwarded to your system. Service of ours listen to port 89 on VPN servers exit-IP address. Kind regards

@alphastep Hello! AirVPN allows only OpenVPN encrypted connections. You can see that here for example (respectively for Control and Data channels): . 2020.07.25 18:53:36 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1.2 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2020.07.25 18:53:38 - OpenVPN > Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key . 2020.07.25 18:53:38 - OpenVPN > Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key If you don't have stunnel you can't add an additional TLS tunnel (which might be useful only in very exceptional circumstances) on top of OpenVPN connection, nothing else. It has nothing to do with OpenVPN encryption. Kind regards

@cheetoh Hello! Network Lock option is highly recommended and explained in various guides and basic instructions. Even in the welcome e-mail we describe and recommend it. Network Lock prevents any possible traffic leak outside the VPN tunnel including leaks caused by software mis-configuration as well as leaks caused by unexpected VPN disconnection. Network Lock is even enabled by default by Hummingbird. When Network Lock is enabled you don't have to worry about errors in torrent software, and any other software, binding. Kind regards

@ntropia Hello! Eddie runs ping hundreds of times to perform "latency" tests, and each ping send at least two ICMP packets. Some ISPs don't like the behavior. Consider to disable "latency" tests in "Preferences" > "Advanced". Also consider Hummingbird for Linux: https://airvpn.org/hummingbird/readme/ Kind regards

@Maggie144 Hello! If it's a generic line problem you should see the same disconnections (even though with different error message, possibly) with OpenVPN 2. Can you please test for a discernment? If the connection is stable with OpenVPN 2 (you should keep it active more than 23 hours) we can safely assume that the problem is OpenVPN3-AirVPN related. Kind regards

@Maggie144 Hello! Is reneg-sec 1000 (or something similar) included in your profile? Kind regards

Hello! Currently not, we're sorry. It's the server that must listen to specific ports, it's not a client task. Maybe some server does not respond properly on port 41185, can you please give us the server(s) name(s)? Excellent! We're glad to know it. Stay tuned for future developments for macOS. Kind regards

@Maggie144 Hello! Please see here to run Hummingbird on its own: https://airvpn.org/hummingbird/readme/ Kind regards

Hello! It's physically impossible because, when done properly, wiretapping is external and transparent. Please check here to defeat adversaries with the ability to wiretap at the same time VPN servers lines and your line: https://airvpn.org/forums/topic/54-using-airvpn-over-tor/?do=findComment&comment=1745 Kind regards

@Maggie144 Hello! Can you please check whether: running Hummingbird alone resolves the problem or not running Hummingbird (both alone and through Eddie) with the additional directive reneg-sec 1000 resolves the problem or not Kind regards

@hawkflights Hello! We would like to underline that it's not a matter of "resisting". Wiretapping and correlation between incoming and outgoing traffic is performed freely, no need to ask for provider (VPN service or datacenter) cooperation at all. The real situation is that wiretapping without judicial overview will be transparent: the servers owners and operators will not even realize it is happening as it can be easily performed outside the server. Nothing changes indeed for careful Chinese customers and users, because they already needed to connect to servers outside Hong Kong according to the golden rule suggesting to always use servers located in jurisdictions different than your own. With the current move we are actually protecting those users who are unaware of the issue. Cowardice, if any, may be typical of those VPN services that keep operating in Hong Kong just for those few more bucks brought by unaware or naive customers. Kind regards

Hello! We are very sorry to inform you that we are withdrawing all of our servers in Hong Kong. Because of the new legal framework allowing unlimited line wiretapping by Chinese entities without judicial overview, the painful decision is due and undelayable. Our presence in Asia will continue in Singapore and Japan, where our infrastructure is oversized, while we are considering expansion in other countries when both legal framework and infrastructure status of a country allow it. Kind regards & datalove AirVPN Staff

@mith_y2k Hello! Hummingbird uses OpenVPN3-AirVPN library, which leaves dynamic, real time socket buffer adjustment to asio library. Fixed buffer sizes directives are ignored. It's a superior solution. Kind regards

Hello! Wintun driver can only be used by OpenVPN 2.5 with the proper directive. Make sure you have installed OpenVPN 2.5 and configure Eddie to run OpenVPN 2.5 and enforce windows-driver wintun directive, according to the very same instructions you mention. Kind regards

@wildbill Hello! We're not sure what fix you would like. Actually the behavior you report is expected and logic, by design. When you define a white list, only servers in the white list are taken into consideration, even to gather stats. It's the exact purpose of a white list: exclude anything outside it. Anyway as @giganerd pointed out you can bypass momentarily any white or black list with a single click. Kind regards

Hello! Of course, we need to implement the feature. Kind regards

Hello! If Network Lock was on, and you did not tamper the firewall rules, it is physically (in the sense of Laws of Nature) impossible that your real IP address could be found from the Internet p2p swarm. Either the notice is not genuine or the report is not accurate. Kind regards

Hello! Eddie might not run on Graphene OS. Can you test OpenVPN for Android and check whether it works? Kind regards

@Lestrad Excellent! We're glad to know that the issue has been sorted out. Kind regards

Fixed, sorry.

Version 2.19.4 (Mon, 06 Jul 2020 13:17:19 +0000) [bugfix] Linux, Font/UI issue in some distribution (Manjaro) [bugfix] Linux, modprobe issue with zstd [change] If Netlock fails to activate, stop autoconnect.

@Terry Stanford VPN Lock is the only safe way (on Android versions older than 9) to prevent traffic leaks. Remember that in Android the application and you don't have administrator privileges and can't set firewall rules. Each time you see a lock, Eddie Android edition has saved you from traffic leaks. You can disable VPN Lock anyway, in "Settings". In Android 9 and 10 you can prevent traffic leaks outside the VPN tunnel from system settings, so in those versions you can safely disable VPN Lock and activate system leaks prevention. Kind regards

@Lestrad Maybe you have not resolved the first problem we pointed out? Anyway without log nothing can be said for sure. Always attach log. Kind regards

@Lestrad Hello, possible lack of privileges, please check Also check IPv6 support. If you don't have it make sure to not use directives push-peer-info and setenv UV_IPV6=yes If in doubt use OpenVPN 2.5 from Eddie and take care to set IPv6 layer to Block in Preferences > Networking Kind regards

Hello! You might like to test wintun driver. It is available for Windows 7 too, it resolves a plethora of problems caused by the TAP driver, and boosts performance. We have prepared a step by step guide in the how to forum, direct link: https://airvpn.org/forums/topic/46535-how-to-use-wintun-driver-in-windows/ Kind regards