Staff

Hello! After a quick consultation it looks like Malwarebytes again enforces competitor VPN blocks through "Web Protection" (it is not the first time, in the past they blocked entire datacenters and VPN web sites, not only VPN servers...). AirVPN is not the only "blocked" infrastructure with such unfounded claims (trojan?! website?! VPN servers do not offer any program to download or any web site). After an informal consultation with some of our competitors someone suspected that this practice can be an attempt to promote Malwarebytes' own VPN services, by blocking competitors on the computers of their own customers. If you disable Web Protection you will resolve the problem. Or maybe you can consider to eradicate from your system any software enforcing unfair practices and undue blocks. Kind regards

Hello! No, watch out. Right now and also during the previous reply you were and are connected only with "Ra*a". "No ports open" means that the tested port is not being forwarded on the VPN server(s). Possible reasons: ports are disabled, ports are forwarded to a device which is not connected at the time of the test. Kind regards

@BettyIsBoop Hello! Yes, it looks like Eddie does not manage DNS properly. This thread is being sent to Eddie's developer. Kind regards

Hello! Please send us a system report generated by Eddie after the problem has occurred. Kind regards

Hello! The system is right. The only port linked to the "Ra*a" certificate/key has been disabled by you. If you need it, you must re-enable the port from your AirVPN account port panel. The switch "Enabled" must be green (if it's grey, it means that "Enabled" is off, i.e. the port is disabled). Kind regards

Hello! While Eddie is not running can you please flush all the nft rules and check the DNS settings? To flush the rules: sudo nft flush ruleset Also check the remaining policy of INPUT and OUTPUT chains of the filter table (if existing) if the problem persists, just in case they are still set to 'drop'. Kind regards

Hello! It's possible that this interface or its related software is causing some trouble. Can you please test again with that interface completely disabled and Hamachi software not running? Kind regards

Hello! At least this is not a danger if you read the manual. Kind regards

Hello! After tests from 15 nodes of various countries in 3 different continents performed randomly for almost 48 hours, through residential lines, external detectors, and our own VPN servers, we can't reproduce the problem at all. We suspect it's something on your side. If the problem persists please open a ticket. Kind regards

For those of you waiting for you current vpn subs to end, you can always purchase a 'gift voucher' for yourself and use it when you need it. Hello! If you're already our customer and you wish to stay aboard for a longer period, any additional subscription will be added on top of already existing subscriptions and you will not lose any day. Or you can get a voucher, of course, but it's not strictly necessary in this case. Kind regards

Hello! That would be expected, but maybe you mean that Eddie fails to list the previously disconnected device which is now connected (i.e Eddie does not update the list or something like that)? Please clarify at your convenience. If that's the case (i.e. some network interface is not listed when it gets connected after Eddie has already started) do you see this problem on Eddie 2.24 beta version too? Kind regards

Hello! Please start from here: https://airvpn.org/faq/port_forwarding/ Then, configure your torrent program according to this guide: https://airvpn.org/faq/p2p/ Kind regards

@em9991 Hello! All the ports listed in the compose file are not reserved to your account and the only port you reserved in your AirVPN account port panel is not listed in the compose file. By fixing the ports section you should be able to resolve the issue. Please reserve one random port for each listening program and adjust the compose and program settings accordingly. Kind regards

@2pure2 Hello! This thread may help: https://airvpn.org/forums/topic/59479-block-vpn-in-russia/ If you're not in Russia, please check this one as well: https://airvpn.org/forums/topic/59533-computer-disconnects-from-internet-when-airvpn-tries-to-connect-to-a-server/?do=findComment&comment=233520 Kind regards

Hello! Probably this old version runs OpenVPN 2.4 which does not support some directives implemented in OpenVPN 2.5 and later versions (for example "data-ciphers"). DSM 6.2 reached the End of Life about a year ago. You may either upgrade to DSM 7 or tell the Configuration Generator to generate a configuration file for OpenVPN 2.4: on the CG page turn on the "Advanced" switch set the "OpenVPN profile" combo box to "2.4" generate, download and import as usual Kind regards

Hello! Yes, our suspicion was correct, as you can see the IP address in the file generated by the CG is different from the one you used previously. Server domain names resolve only into entry-IP address 1, we do not have domain names for other entry-IP addresses. You can query the API or use the CG to see all the entry-IP addresses of the servers. Now the TLS key mismatch problem is solved. The new problem: May 30 15:42:34 ovpn-client1[17021]: /usr/sbin/ip addr add dev tun11 10.11.214.40/24 May 30 15:42:34 ovpn-client1[17021]: Linux ip addr add failed: external program exited with error status: 2 Something goes wrong when the tun11 virtual network interface is configured. According to the current man, the syntax does not seem correct: ip addr { add | del } IFADDR dev STRING but we see it's an old usage which should be just fine. If the problem persists, try to upgrade the firmware if a new version is available. If you have WireGuard available in your firmware you can also test it and check what happens. Kind regards

Hello! Eddie-UI.exe is not found. Please check the path and the file name (case sensitive) but also try to run eddie-ui (do not bypass it with "mono ...") which is the sh script which is meant to be run to start the software (with GUI). What is your Raspberry Pi version and which exact OS you run on it? Kind regards

Hello! You're trying to connect to an entry-IP address 1 (217.138.195.26), which supports TLS Auth. If you're trying the connection through a key for TLS Crypt you would get that error. TLS Auth and TLS Crypt are different and mutually incompatible OpenVPN ways to negotiate the Control Channel. Hence we use different keys and different IP addresses for each "mode". The Configuration Generator, by default, generates TLS Crypt keys and entry-IP address 3, which supports TLS Crypt. Can you please check? Note that if you turn on the "Advanced" switch, you will be able to see all the available connection modes on the Configuration Generator. Kind regards

Hello! The most common causes are a "dirty" line and an MTU related problem. Please try to get a stronger WiFi signal, change WiFi channel, test a different Ethernet cable, make sure that network interface driver and router firmware are both up to date. Also set WireGuard's virtual network interface MTU down to 1280 bytes. You will need Eddie 2.24.x to do it, as older versions do not offer an option to modify MTU (so WireGuard default value is enforced). In Eddie 2.24.x please select Preferences > WireGuard, set MTU to 1280 bytes, click Save and test connections to various servers. Kind regards

Hello! The most common causes are a "dirty" line and an MTU related problem. Less frequently it's a replay attack. Please try to get a stronger WiFi signal, change WiFi channel, test a different Ethernet cable, make sure that network interface driver and router firmware are both up to date. For the second cause try to adjust network interface MTU down to 1280 bytes if you use WireGuard, or add mssfix directive if you run OpenVPN (try for example mssfix 1280). Kind regards

Resolved with specific connection modes (connection coming from a country restricting VPN access).

Hello! You are right, we apologize for any inconvenience. At this stage we can assure you that we are working to improve the uptime in Singapore and we are confident that you will see enhancements in the near future. Kind regards

Hello! The problem is different: It looks like either UDP or OpenVPN is blocked. Please check any packet filtering tool both on your system and router and make sure they don't block UDP. If you find nothing blocking, please try a WireGuard connection. It works in UDP only, so the test will help discern whether the block is against UDP in general or against specific ports or underlying protocols (OpenVPN). To switch to WireGuard: from Eddie's main window select Preferences > Protocols uncheck Automatic select the line with WireGuard, port 51820. The line will be highlighted click "Save" Test again connections to various servers. Kind regards

Hello! Please try to switch to WireGuard and set various MTU starting from 1280 bytes Test whether or not you get a better and more consistent throughput with some specific MTU size. Note that Eddie 2.21.8 doesn't allow through an internal option to modify WireGuard's interface MTU, you will need Eddie 2.24.x, please see here: https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ In Eddie 2.24.x WireGuard is used by default in place of OpenVPN, anyway you can change mode in the Preferences > Protocols window (uncheck Automatic and then select a specific connection mode), while you can modify WireGuard's interface MTU in Preferences > WireGuard window. Kind regards

Hello! Today we're starting AirVPN 14th Birthday celebrations with big discounts on longer term plans. From a two servers service located in a single country providing a handful of Mbit/s, the baby has grown up to a wide infrastructure in 23 countries on four continents! AirVPN is now one of the only three major consumers' VPNs which are still independent, i.e. not owned by big corporations with multiple fields interests, interfering in editorial publications or intersecting with products or services in conflict with privacy protection. Ever since we celebrated the past 13th birthday, AirVPN focused on a comprehensive infrastructure enhancement consisting of: line and server expansion to accommodate the significant customer growth. The infrastructure is now capable of delivering up to 694,000 Mbit/s CPU and network interface upgrades on all four continents where we operate in order to further stabilise and consolidate actual bandwidth availability thorough rewrite of remote inbound port forwarding logic to avert impending port exhaustion. The new implementation will be unveiled soon far reaching improvements to the "behind the scenes" infrastructure (backend servers) through hardware upgrades and targeted software optimisation On the software side, all AirVPN applications and libraries are still free and open source software released under GPLv3. The development of traffic splitting features on an application basis, already available in AirVPN Eddie Android and Android TV edition, has been implemented on the AirVPN Suite for Linux. The OpenVPN3-AirVPN library has undergone a remarkable round of bug fixes and improvements, while the WireGuard library is now fully supported by the Suite. If you're already our customer and you wish to stay aboard for a longer period, any additional subscription will be added on top of already existing subscriptions and you will not lose any day. Check the promotional prices here: https://airvpn.org/buy Promotion will end on June the 12th, 2024 (UTC). Kind regards and datalove AirVPN Staff