Staff

Hello! Something else must be wrong because this does not seem to happen on a vanilla Debian 13 with KDE Plasma 5, we'll consult with developers. In the meantime can you please make sure that you have the latest Mono package available on the repositories? An alpha version (probably not ready for public testing) will be deployed for internal testing on mid-September. However, we can't still claim a definite date for a public alpha or beta version, we're sorry. If Eddie remains unusable, you can consider to run the AirVPN Suite, until a new Eddie version that gets rid of Mono comes out: https://airvpn.org/forums/topic/79336-airvpn-suite-resources/ The Suite offers more options such as per app traffic splitting, but it does not feature any GUI. Everything is driven from a command line interface. Currently only advantages, as Wayland and its compositors are still problematic on Debian 13 and need improvements, while X.Org is rock solid. On Debian 12 Wayland is almost unusable so there's no competition. Kind regards

Hello! This may mean that Wayland is still a problem and actually our tests are on X.Org based machines. You should consider to switch to X.Org and check whether all the problems get resolved. On Debian 13 and 12, the normal way is to select the Plasma (X.Org) session from SDDM. If you perform the test, please let us know whether the problems get resolved or not: Log out of Plasma. You do not need to reboot. At the SDDM login screen, select your user. Open the session menu, a button or icon near the lower-left corner. Choose Plasma (X11) or Plasma (X.Org). Log in. Run Eddie and check. I'd like to, but I don't know how. Can you explain to me? On KDE Plasma 5 on Wayland, the compositor is normally KWin, running as kwin_wayland. Use these commands to confirm: echo "$XDG_SESSION_TYPE" If it prints: wayland check the compositor process: ps -e | grep '[k]win_wayland' If the output shows (also) kwin_wayland, the compositor is KWin. If not, just send us the whole output. Kind regards

Hello! The GUI is mainly managed by Mono and this problem is not reproducible on our and our customers' Linux systems. Specifically, one of our testing systems is Debian 13 with KDE Plasma 5, and we don't see any problem at all. However, our DEs run on X.Org server, not on Wayland. Eddie and Mono may have various problems with Wayland on Debian 12, just like a lot of other applications have. You can consider to switch to X.Org. Can you also tell us which compositor is used in your Plasma environment (in Plasma, this is typically KWin)? Next Eddie GUI will not need Mono anymore and Wayland compatibility will be improved, but probably not on systems with archaic packages like Debian 12 (see below). But you can consider to upgrade to Debian 13. Debian 12 Wayland support was not ready for everyday use, while things improved on Debian 13. Also, Debian 12 regular security support ended on June 2026 and its kernel is very old, therefore upgrading to Debian 13 is in any case a good idea if possible. Also consider that Debian 13 is now the main development platform for Eddie Linux edition. Kind regards

Hello! Please check here first, just in case: https://airvpn.org/forums/topic/70164-linux-network-lock-and-firewalld/ Kind regards

Hello! @Flexion informed the support team that the problem was caused by the specific configuration of a private tracker limiting downloads for new users for a certain period of time. Therefore, "non-priority user" will have trouble in seeding. 🙄 Case closed. 😁 Kind regards

Hello! It's expected, unfortunately. Eddie includes the latest WireGuard version which requires macOS 12 Monterey or higher versions. The privacy protection offered by OpenVPN, anyway, is slightly higher than that offered by WireGuard. Furthermore there is no WireGuard kernel module for macOS so the performance gain you have on other systems from saving kernel space↔userspace crossing and packet-buffer movements is lost. Kind regards

Hello! In this case you need to run either the AirVPN Suite, WireGuard or OpenVPN. Please see here: https://airvpn.org/forums/topic/79336-airvpn-suite-resources If you opt for WireGuard or OpenVPN native software, our Configuration Generator, available on your AirVPN account "Client Area", can generate all the profiles you need. Eddie Desktop edition runs on hundreds of distribution, but it is objectively difficult to offer total compatibility with all the 500+ actively maintained ones. However, the supported amount increases. For example, in this last version Eddie offers enhanced compatibility with distributions based on SysV-style init (before this version only the Suite had total compatibility with init based distros). Kind regards

Hello! Please upgrade, your Eddie version is too many years old. See also: https://airvpn.org/forums/topic/81119-limited-server-access/ @yeshi On PCLinuxOS please try the tarball. Kind regards

Solved! Kind regards

Eddie 2.26.2 Desktop Edition released Hello! We're very glad to inform you that a new stable release of Eddie is now available for Linux (various ARM based architectures included, making it compatible with several Raspberry Pi systems), macOS, Windows. Special thanks to all the beta testers, whose invaluable contributions and suggestions in the last months have helped developers fix several bugs and improve the overall stability of the software. Eddie is a free and open source (GPLv3) OpenVPN GUI and CLI by AirVPN with many additional features such as: traffic leaks prevention via packet filtering rules DNS handling optional connections over Tor or a generic proxy customizable events traffic splitting on a destination IP address or host name basis complete and swift integration with AirVPN infrastructure with OpenVPN and WireGuard white and black lists of VPN servers ability to support IPv4, IPv6 and IPv6 over IPv4 support to Linux systems based on systemd and SysV-style init This version includes bug fixes and security improvements as well as OpenVPN, WireGuard and libraries updates. A new Eddie UI is in the works. We know we’ve been promising that for a long time, but development is well along. Stay tuned. Operating and architectural notes Eddie GUI and CLI run with normal user privileges, while a "backend" binary, which communicates to the user interface with authentication, gains root/administrator privileges, with important security safeguards in place featured in this new version: strict parsing is enforced before passing a profile to OpenVPN in order to block insecure OpenVPN directives fix for CVE-2025-14979 backend hardened authentication of client commands hardened security for sensitive operations client memory usage protection through limitation of client helper replies general cleanup Furthermore: external system binaries which need superuser privileges (examples: openvpn, iptables, hummingbird) will not be launched if they do not belong to a superuser. Eddie events are not run with superuser privileges: instead of trusting blindly user's responsibility and care when dealing with events, the user is required to explicitly operate to run something with high privileges, if strictly necessary Please consult the changelog for a more detailed and exhaustive list. Backend binary is written in C++ on all systems (Windows included), making the whole application faster. Settings, certificates and keys of your account stored on your mass storage can optionally be encrypted on all systems either with a Master Password or in a system key-chain if available. Download Eddie 2.26.2 Eddie 2.26.2 can be downloaded here: https://airvpn.org/linux - Linux version (several architectures and various distribution specific packages for easier installation) https://airvpn.org/macos - Mac version https://airvpn.org/windows - Windows version Eddie is free and open source software released under GPLv3. Source code is available on GitHub: https://github.com/AirVPN/Eddie Complete changelog can be found here. Kind regards & datalove AirVPN Staff

Hello! We're sorry, Eddie 2.24.6 requires macOS Mojave or higher versions. If your Mac is Intel based you can run Hummingbird 2.1.0 (Hummingbird is optimized for Apple Silicon Mx too, but with this CPU Hummingbird requires Mojave or higher versions). Alternatively, you can consider OpenVPN Connect, or Tunnelblick 3.8.8g, but this Tunnelblick version contains serious vulnerabilities: https://www.tunnelblick.net/downloadsDeprecated.html Kind regards

Hello! On macOS Tahoe you can run Eddie 2.26 (now available on all download pages as a stable release) or Hummingbird 2.1.0 (on top of any other non-AirVPN software of course, such as WireGuard, Tunnelblick etc.). On macOS Catalina you can run Eddie 2.24.6, Hummingbird 2.1.0, Tunnelblick etc. We will verify with developers compatibility between Eddie 2.26 and Catalina and will let you know. Obviously not. At present, any system capable of running WireGuard, AmneziaWG 0.2.15, or OpenVPN 2.4 and later can connect to our service as usual. The most significant change following the deployment of DCO across our infrastructure is the discontinuation of support for OpenVPN 2.3 and earlier versions. Considering that OpenVPN 2.3 was released in 2013 and OpenVPN 2.4 in 2017, AirVPN’s continued support for such long-standing version demonstrates its strong commitment to backward compatibility - provided that maintaining compatibility does not compromise security or hinder the proper evolution of the service. Kind regards

Hello! In a couple of cases, DDoS / flood attack was ongoing but was mitigated and caused no packet loss or other critical issue that could be detected by the monitoring system. However, they caused some problem: bandwidth impact and inability to communicate with the backend servers, which in turn did not have data to fill all the stats. However, the monitoring system did not put the server on "limited access" or "closed access" and did not log the issue mainly because IPv4 and IPv6 addresses were all reachable with no packet loss and not other failures were detected. Another case is simply congestion on any upstream. Although we have a guaranteed bandwidth inside the datacenter and on interconnection with the main IP transit, some routes can be occasionally congested, even when this problem is not caused by the datacenter network and/or by the transit provider. However, this is a rare case, whereas flood attacks are more common throughout the whole infrastructure. The last case is occasional. When the server needs an urgent kernel upgrade, it will be rebooted, and therefore will go completely down for a couple of minutes. However, this event is always recorded on the stats as it causes 100% packet loss on all addresses. Kind regards

@bilis @riotamus @Harold99_0 @sebalpatine @zeedatrup @Veep Peep Hello! A plausible explanation is that you're running an obsolete Eddie Desktop edition version. Eddie filters out servers whose connection mode is not compatible with your system setup. For example, as DCO support is completed throughout the whole infrastructure, an old Eddie version not supporting WireGuard and running an OpenVPN version 2.3.x will be unable to find a suitable server. Please upgrade your Eddie Desktop edition and report back at your convenience. If you are not running Eddie Desktop edition, please specify the software you're running. Kind regards

Hello! First of all please respect the netiquette or you will be moderated. You provided inaccurate information about Castula. Here below a screenshot (from the public real time servers monitor) with the recent history of the problems it had. As you can see, such problems were not critical. Packet loss occurred for a very limited time, a matter of minutes, and sporadically: no events in June, only one event in July, not impacting events on August. Note how solid and reliable Castula is. Also note that the packet loss is recorded as a weighted average of ping from VPN server to various testing servers in different locations, and from those testing servers to the VPN server. Thus, the outcome is reliable but a small probability that the problem affects the testing servers, or any hop in-between, and not the VPN server, remains. The same can be said for each VPN client node: if a client loses packets to or from a VPN server, the problem is not necessarily only on the VPN server side. Uptime is more than 99.5% with Tzulo servers. Flood attacks may happen and can alter the normal uptime, but after 1 year the uptime remains good and the servers are solid. You use AirVPN for self hosted servers, although this is not the purpose of the service. For self hosted servers you may need a dedicated server or your own VPS, especially if you want more than 99.5% uptime and all inbound ports available. Using AirVPN for hosting purposes is possible but questionable. Even if AirVPN offers remote inbound port forwarding, AirVPN is not a hosting provider and you can't expect for the current price the same performance you have with a dedicated or virtual server with business lines that you operate exclusively. Also note that downtime due to server maintenance (especially for kernel upgrades) is another factor that you can't manage by yourself and that makes AirVPN not suitable for hosting purposes if you pretend the uptime of a hosting provider. We can upgrade and reboot the servers when necessary especially for security reasons and best practice. With all the above said, we are constantly striving to improve our service; however, limitations may arise when it is used for purposes for which it was not designed. Kind regards