Staff

@iwih2gk Hi! As usual please send us a system report in a ticket, thanks a lot. Kind regards

Hello! Each Air VPN server has one exit IPv4 address and one exit IPv6 address. They are not exchanged with entry-IP addresses not to wreak havoc to customers having configuration files and to those white listing exit IP addresses to access via VPN their own services on the Internet. Blocking a specific IP address if verified evidence of abuses is gathered is the behavior of all the serious black lists around without exceptions. Over-blocking is the inept behavior which sooner or later leads to disasters. For example when Malwarebytes blocked all Google and YouTube and entire AS hosting hundreds or thousands of perfectly safe web sites. Kind regards

Hello! Please try to delete Eddie's configuration file: make sure that Eddie is not running open a terminal (from the account which installed and uses Eddie) and delete the configuration file with command: rm ~/.config/eddie/* start Eddie (you will need to re-enter AirVPN account credentials) Kind regards

Hello! We're very glad to see that a connection mode capable to bypass the block has been found. The problem with Eddie is still unexplained, we see from the ticket, unfortunately. Port forwarding does not depend on the software you run to connect, so you can use remote port forwarding exactly in the same way, no matter which software you run to connect. Quick reference for your comfort: https://airvpn.org/faq/port_forwarding/ Kind regards

Hello! Understood. In this case, maybe Eddie is not installed properly. We performed additional tests on our Arch testing machine and we couldn't reproduce the problem unfortunately. Eddie starts fine and the man is available. Eddie stores the man in /usr/share/man/man8 correctly. To open a ticket you may either click "Contact us" button (top right corner), while your account is logged in to the web site, or write an e-mail to support@airvpn.org Kind regards

That's correct and we will start an evaluation of possible solutions in the next days. It's not a trivial problem at all and it will require a lot of care, but at the moment the day you mention seems still very far away. Of course port usage could increase anytime, we're aware of that. Thank you and kind regards!

Hello! WireGuard is mentioned in the man pages, however, the problem here seems that Eddie has not been installed, as the man is not available. In the meantime we tested on an Arch machine and we had no problems at all, Eddie runs just fine, so a deeper investigation is needed. Open a ticket at your convenience. An explanation which comes to mind is that you're running man with a user whose PATH does not include the path to the man pages and you're running Eddie with a user that doesn't have a DISPLAY set. Kind regards

Hello! As you prefer, of course. Keep in mind that if you run Eddie you can also have the leaks prevention thanks to the "Network Lock" feature. You can tell Eddie to connect via WireGuard or via OpenVPN in the "Preferences" > "Protocols" window. Uncheck "Automatic", select the connection mode you prefer (in your case WireGuard), click "Save". Enjoy AirVPN! Kind regards

Hello! If you keep Network Lock disabled, does Eddie complete a connection successfully? Do you run any third party firewall and/or antimalware tool? If so, does the problem persist if you test with all of them momentarily disabled? Kind regards

Hello! WireGuard is not supported by the AirVPN Suite. Is the problem related to WireGuard too? Instructions to run WireGuard in Linux without Eddie (or any other AirVPN software) is available here: https://airvpn.org/linux/wireguard/terminal/ About Eddie, you can find the option to switch to WireGuard in the man (--mode-type) while you can select connection mode via GUI in the "Preferences" > "Protocols" window. Kind regards

Hello! Now a new different problem came out: W 2023.05.31 10:18:43 - Windows WFP, Add rule failed: App not found:{2} We will have Eddie's developer chime in, but apparently there's a serious problem between Eddie and the Windows Filtering Platform. Out of info, if you disable Network Lock does this problem get resolved (this is not to say that you should keep Network Lock disabled, but to understand what happens)? We also wonder why you did not have this error earlier, maybe you had Network Lock disabled? Can you also add a system report? Please see here to do so: https://airvpn.org/forums/topic/50663-youve-been-asked-for-a-support-filesystem-report-–-heres-what-to-do/ Kind regards

Hello! If we're not mistaken a moderator of this community forum @OpenSourcerer uses routinely Arch, so he might help you effectively when he reads this message. Otherwise please do not hesitate to open a ticket. Just a preliminary question before anything else: are you sure that you run Eddie without root privileges? This is mandatory, because if you run Eddie with root privileges, chances are that root does not have any display in X, any call to open windows etc. in your Desktop Environment will fail, and you will get the error message we see in your report. If you already launched Eddie as a normal user and the problem remains the same, can you please test the AppImage as well? You can find it here: https://airvpn.org/linux/eddie/ Eddie's documentation is organized in a FAQ-style, scroll down the home page of https://eddie.website to see it. From a terminal, type "man eddie-ui" to see the man pages (only Linux systems). AirVPN Suite user's manual is available here: https://airvpn.org/suite/readme/ Kind regards

Hello! That's great, we're glad to know that the problem is resolved. Note taken. On the bottom of the Windows download page, you can see the icons to access instruction pages for OpenVPN, OpenVPN GUI and WireGuard (click them to open the respective instruction pages). Each Operating System page collects the various solutions to connect (we do not force our software usage). In Windows those solutions are Eddie, OpenVPN GUI, OpenVPN from a terminal and WireGuard. Kind regards

@AmineZary Hello! The previous problem has been resolved. Now you have a different problem: UDP packets seem blocked. First and foremost, please make sure that no packet filtering tool blocks UDP. Check both your router and system, please. If you find nothing blocking, maybe your ISP is the "culprit". Consider to switch to the following connection mode: from Eddie's main window select "Preferences" > " Protocols" uncheck "Automatic" select the line with OpenVPN, protocol TCP, port 443, entry-IP address THREE. The line will be highlighted click "Save" The above connection mode is able to bypass a wide variety of blocks. Kind regards

Hello! Eddie is a GUI and "wrapper" for WireGuard and OpenVPN. Just use the protocol which can give you the best performance, in this case WireGuard. For additional investigation on why OpenVPN is dramatically slower please feel free to open a ticket or continue the discussion here, as you prefer. Kind regards

Hello! Oh no, absolutely not, a clarification is due here. The VPN connection is performed to entry-IP addresses which never send out packets to the Internet except to the clients of the VPN itself. And actually entry-IP addresses of our servers are clean, they are not included in any decent black list, as you can verify (and it's blatantly obvious, as they are "isolated", nobody can make anything reachable behind an entry-IP address). If confirmed, this is a VirusTotal undue overblocking and/or false positive warning. Malwarebytes does something similar (for example, it blocks a whole /22 subnet when just one IP address inside that vast subnet is suspicious, according to recent reports). Kind regards

@TresVille Hello! You don't need a separate program for WireGuard. Eddie can establish a VPN connection either via OpenVPN or WireGuard, according to your preferences. You can set your favorite connection mode in "Preferences" > "Protocols" window. Remote port forwarding is not a WireGuard or OpenVPN related feature, obviously it is a server side feature, and it is available regardless of your connection mode and both in IPv4 and IPv6. Do not hesitate to open a ticket if you still experience problems. Some more details now. The file name of a configuration generated by the Configuration Generator is descriptive, and if you use WireGuard official client and userspace utilities you must rename it with a very short name because WireGuard will use the file name to name the network interface too. Anyway, you can ignore the above. If you run Eddie, you don't need configuration files. Furthermore, if you enable Eddie "Network Lock", you can avoid your own firewall rules, unless you have some very specific need. Eddie's "Network Lock" is a set of firewall rules which will prevent any possible traffic leak (including leaks caused by wrong software network binf, STUN based protocols like WebRTC, UPnP etc.). Kind regards

Hello! This sounds like an anomaly in the route checker, we will investigate, thank you. Kind regards

@AmineZary Hello! It looks like DCO is the cause of the problem, as Eddie tries to use it together with OpenVPN 2.5.5, which is impossible: . 2023.05.30 22:46:01 - Using WinTun network interface "OpenVPN Data Channel Offload (OpenVPN Data Channel Offload)" ... . 2023.05.30 22:46:02 - OpenVPN > All wintun adapters on this system are currently in use or disabled. . 2023.05.30 22:46:02 - OpenVPN > Exiting due to fatal error Try the following setting, it should resolve the problem: from Eddie's main window select "Preferences" > "Networking" type eddie in the "VPN interface name" (you may also pick any other very short name you like - just use ASCII characters though) click "Save" test again connections to various servers With the above settings, Eddie will create a new virtual network interface and ignore any other existing virtual interface. Please feel free to keep us and the community posted. Kind regards

Hello! The upgrade of all the servers marked as "1 Gbit/s" has been completed to at least 1 Gbit/s full duplex lines. Therefore we might now switch to "2 Gbit/s" in the servers monitor. In the past we did not do so because the hardware limits made it unrealistic beating a total of 1.2-1.3 Gbit/s throughput on a single server. Nowadays with WireGuard, and ever since we revamped the load balancing system on different OpenVPN instances, that limit is no more. That's why you can often see servers with "1000 Mbit/s" maximum availability providing much more than 1000 Mbit/s. In Dallas and in the Netherlands servers are connected to 10 Gbit/s (full duplex) lines, 10 servers per each line. We have also expanded our 10 Gbit/s lines in the Switzerland, Sweden, Bulgaria and the Netherlands (10 Gbit/s full duplex line, port and NIC for single servers). In various countries (Canada, the Netherlands, Sweden, USA except New York City and other ones) we don't operate any server in M247 datacenters. Furthermore, all the expansions to 5 and 10 Gbit/s lines (full duplex) has been performed outside the M247 infrastructure. We will continue to do so. In general, in the nearest future M247 presence in our infrastructure should not exceed 30% of the total amount of servers, and should not exceed 15% of the amount of total "available" bandwidth. We have no plans at this very moment for alternative providers in New York City, though. Please consider that the USA housing/hosting market is frequently hostile against VPNs and often against p2p as a protocol in itself, even when it is used to deliver content legally. Since we remained faithful to our mission preserving Net Neutrality (no discrimination against any protocol and application) it's difficult to find a USA provider we can rely on, and M247 is hands down one the most reliable in the world (not only in the USA, of course), so far. Kind regards

Hello! Today we're starting AirVPN 13th birthday celebrations offering special, strong 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 in four continents, providing now 284,000 Mbit/s to tens of thousands of people around the world. 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 editiorial publications or intersecting with products or services in conflict with privacy protection. Ever since we celebrated the past 12th birthday, AirVPN operated important, community driven changes: infrastructure power up. Through hardware renewal and new 2, 5 and 10 Gbit/s full duplex lines the infrastructure may deliver now up to 284,000 Mbit/s (full duplex) (+40,000 Mbit/s in one year) additional rewrite of the port forwarding, DDNS and key management service allowing multiple DDNS names and forwarded ports on a device basis various, new optional lists to block spam, ads, trackers and other malicious sources, featuring a unique and fine grained customization which is exclusive on the nowadays market revamped API new API Explorer to generate API call commands and examples from the web interface 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 planned for Desktop systems too. Check the promotional prices here: https://airvpn.org/buy Kind regards and datalove AirVPN Staff 

@Maggie144 Thank you! We will check that, but from our tests and the good feedback of several users the GoodbyeAds lists are working fine. Kind regards

Hello! A very plausible explanation of what we see from the screenshots is that you encrypted your Eddie profile through a master password and you forgot it. No worries, just delete the following file: default.profile while Eddie is not running and then re-run Eddie. To locate Eddie's configuration file(s) in your system please see here: https://eddie.website/support/data-path/ Uninstalling and re-installing the software in these cases is not a solution, because the configuration file inside your user directory correctly does not get deleted when you uninstall. Kind regards

Hello! Port specification is mandatory in Internet Protocol (IP). A port "is a logical construct that identifies a specific process or a type of network service. A port at the software level is identified for each transport protocol and address combination by the port number assigned to it. The most common transport protocols that use port numbers are the Transmission Control Protocol (TCP) and the User Datagram Protocol (UDP); those port numbers are 16-bit unsigned numbers." (WIkipedia) https://en.wikipedia.org/wiki/Port_(computer_networking You may get the illusion that URLs locating web sites don't need port specification, but it's only because adding :80 and :443 if the port is omitted is a default behavior for HTTP and HTTPS. Now, remotely forwarding ports 80 and 443, and any other port lower than 2048, is not allowed in our service, so your client(s) must always add the destination port to reach your web site or any other service behind AirVPN. Kind regards

@itsmeprivately Hello! Please try the following settings (usually they are strictly necessary to bypass China blocks): switch to OpenVPN (if you haven't already done so) by tapping the icon "VPN Type" on the main view. Each tap switches between WireGuard and OpenVPN. force connection over TCP to port 443 in the following way: open "Settings" and expand "AirVPN" by tapping on it tap "Default OpenVPN protocol", select "TCP" and tap "OK" tap "Default OpenVPN port", select "443" and tap "OK" tap "Quick connection mode", select "Use default options only" and tap "OK" Finally test again connections to various servers in various locations. Kind regards