Staff

Thank you. We're still struggling to reproduce the problem. The problem with cuckoo is caused by the fact that Bluetit can not create a namespace because no suitable IP address can be found: Feb 26 19:15:52 <redacted> bluetit[207809]: ERROR: Cannot find a free IPv4 in 's network. Please specify a valid IPv4 address in file /etc/airvpn/bluetit.rc by using 'trafficsplitipv4' directive. Traffic splitting is disabled. Mentioning the user's manual: However, given that your system is behind a NAT (your gateway address is 192.168.1.1, can you confirm?), we might be experiencing a failure of Bluetit's method to determine a free IP address for the namespace. If so, can you please force manually (according to the above instructions) an address for your namespace? Please make sure it is an address inside your subnet and not used by any other machine in your local network. Then, (re)start Bluetit and check whether the namespace is created properly. Can you also send us the output of the following commands please? ip addr show ip -6 r Kind regards

The AirVPN Suite for Linux is a software suite composed of the following components: Bluetit: lightweight D-Bus controlled system daemon providing full connectivity to AirVPN servers and generic OpenVPN and WireGuard servers with the ability to connect the system to AirVPN during the bootstrap. Goldcrest: Bluetit client, allowing full integration with AirVPN servers, users, keys, profiles as well as generic OpenVPN and WireGuard servers Hummingbird: lightweight and standalone client for generic OpenVPN and WireGuard connection. Cuckoo: traffic split manager, granting full access and functionality to AirVPN's traffic split infrastructure Airsu: a "run and forget" tool to automatically set and enable the user environment for the X.Org or Wayland based ecosystem without any user input At the moment, Hummingbird is the only component available for macOS too. Resources Suite download page: https://airvpn.org/linux/suite/ Hummingbird macOS edition download page: https://airvpn.org/macos/hummingbird/ Suite User's Manual: https://gitlab.com/AirVPN/AirVPN-Suite/-/blob/master/README.md Hummingbird User's Manual: https://gitlab.com/AirVPN/AirVPN-Suite/-/blob/master/README-hummingbird.md Bluetit Developer's Reference Manual: https://gitlab.com/AirVPN/AirVPN-Suite/-/blob/master/docs/Bluetit-Developers-Reference-Manual.pdf Source code repository: https://gitlab.com/AirVPN/AirVPN-Suite/ Dedicated AirVPN community forum: https://airvpn.org/forums/forum/47-airvpn-suite Requirements Linux systems based either on SysV-Style init (chckconfig support implemented as well) or systemd Linux kernel 5.10 or higher version on x86-64, armv7l and aarch64 architectures GNU C library 2.38 or higher version D-Bus 1.12.20 or higher version Hummingbird for macOS: macOS 10.14 Mojave or higher version

@Posh1698 Hello and thank you for your report! The function you mention loops through all routing messages requested from the kernel, until NLMSG_DONE is returned. It does not store anything in arrays or fixed memory. The error message you see is thrown only if the kernel returns an empty message or NLMSG_ERROR. Can you please tell us whether by running dockerd alone, with only one or no virtual interfaces, the problem persists? The problem will be investigated soon in order to reproduce and address it for the next Suite release, thank you again! Kind regards

@Pi77Bull Hello! Thanks for all the logs. They will help us address the waiting for network loop problem which is under investigation. The traffic splitting configuration is "dirty" for unknown reasons. You might resolve this specific problem by deleting the /etc/netns/aircuckoo directory content while Bluetit is not running. Please let us know whether this operation solves the problem or not. Kind regards

Hello! The problem seems resolved now. Apparently it was caused by the authoritative nameservers of airvpn.org, the only ones that we do not operate directly. It looks like it was limited in time as we did not detect a significant loss in the flow so when we analyzed the situation to send out announcements the problem was already resolved almost everywhere. In such cases, you can rely on airvpn.info (a totally separated mirror: different machines, different nameservers) to get informed or access the services, as well as on AirVPN Twitter account. There was no impact on VPN services and DDNS as the nameservers for other services are different. We are monitoring the situation. Kind regards

@Pi77Bull Hello! 1. This is a bug experienced on different distributions by a few users but not reproducible on our systems at the moment. A comprehensive inquiry to understand and fix the issue is slated for the near future. In the meantime, can you please also test this: networkcheck airvpn and verify what happens? Remember to re-start Bluetit each time you edit its configuration file, of course. Can you also tell us whether the Docker daemon dockerd is running in your system? According to another report, when this daemon runs (even if no containers are created) the problem you experience appears, and when the daemon is stopped networkcheck works fine but only in airvpn mode and not in gateway mode. 2. This is unexpected. Can you please send us a complete Bluetit log taken after the problem has occurred? sudo journalctl | grep bluetit > bluetit.log 3. This is expected as the reconnect option is intended solely for the re-establishment of an extant session. A more contextually apposite, tailored to your specific circumstance, error message will be duly considered. Kind regards

Hello! We're very glad to inform you that a new Eddie Air client version has been released: 2.25 beta. It is ready for public beta testing. How to test our experimental release: Go to download page of your OS Click the button Switch to EXPERIMENTAL Download and install This is a new version of Eddie Desktop (Windows / Linux / MacOS). The primary purpose of this release is to address several specific issues, including a significant CVE affecting macOS only. We expect it to be promoted to STABLE shortly. We are currently working on a substantial codebase refactoring aimed at evolving Eddie Desktop into a more modern client. Main changelog: [change] [all] Encrypted profiles: save with PBKDF2-SHA256; backward-compatible decrypt of SHA-1 profiles [bugfix] [linux] Fix for distro without systemd [change] [all] Fine-tuning of "netlock.allow_ping" option [new] [all] "netlock.allow_ndp", default true [change] [all] OpenVPN 2.6.17 [bugfix] [macOS] CVE-2025-14979: fix (shortcut-cli removed) [change] [windows] hardened SSH key file permissions to reliably remove orphaned ACL entries and prevent "bad permissions" errors [change] [windows] Updated projects and scripts to Visual Studio 2026 Kind regards & datalove AirVPN Staff

Hello! The servers are almost ready and will be available not later than 2026-02-25 (UTC). Because of the unforeseen delay, we are considering to extend the current 1 Gbit/s UK servers operations up to the end of March 2026. Kind regards & datalove AirVPN Staff

Hello! We're very glad to inform you that six new 10 Gbit/s full duplex servers located in Manchester and London (UK) are available: Amansinaya, Arber, Baiduri (London), Bubup, Cebo, Caophraya (Manchester). The first three mentioned servers are located in London, the other ones in Manchester. This addition replaces any previous UK 1 Gbit/s server in order to upgrade the whole UK infrastructure to 10 Gbit/s only servers, with per server 10 Gbit/s dedicated lines and ports, and modern hardware as announced here: https://airvpn.org/forums/topic/79154-uk-infrastructure-upgrade-to-10-gbits-full-duplex/ The AirVPN client will show automatically the new servers; if you use any other OpenVPN or WireGuard client you can generate all the files to access them through our configuration/certificates/key generator (menu "Client Area"->"Config generator"). The servers accept connections on ports 53, 80, 443, 1194, 2018 UDP and TCP for OpenVPN and ports 1637, 47107 and 51820 UDP for WireGuard. They support OpenVPN over SSL and OpenVPN over SSH, TLS 1.3, OpenVPN tls-crypt and WireGuard. Full IPv6 support is included as well. As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses. You can check the status as usual in our real time servers monitor . Click a server name to display specific server stats. Do not hesitate to contact us for any information or issue. Kind regards & datalove AirVPN Staff

Hello! Since when torrent software is shut down everything is fine, we can rule out a server side problem and you can focus first on possible bandwidth choking by the torrent client. In the recent past we have had a few cases where upload speed crumbled during a WireGuard based connection and when torrent was enabled for two different, main reasons: the torrent software limit of concurrent half connections was too high causing problems to the stack μTP was enabled and caused a global traffic shaping against outgoing UDP (since you connect via WireGuard, all the traffic is wrapped in UDP) Worth a check: make sure that limits are reasonable and that μTP is disabled. Kind regards

Hello! The servers are operational but they are still being configured and tested. Please stay tuned for an update on Feb the 24th, on this thread. Kind regards

@DatorGyrose Hello! It's a typical WiFi related problem magnified by the usage of a routed virtual network. The best, ideal solution is getting rid of WiFi and use only Ethernet connection. Consider this solution when applicable. When not applicable, please read this article in its entirety first and foremost: https://www.acrylicwifi.com/en/blog/why-are-wifi-channels-1-6-and-11-used-on-2-4ghz/ # for 2.4 GHz WiFi https://computermesh.com/guide-to-5ghz-wifi-best-channels-for-5ghz/ # for 5 GHz WiFi Once you have understood the problem, please make sure that you have a good WiFi signal intensity, exclude other possible, mentioned in the article, sources of interference, then proceed to select a WiFi channel that does not overlap with anything else. Help of a spectrum analyzer software is strongly recommended. If no no-overlapping channel is available (worst case scenario), make sure that the AP or router emits with an intensity of -20dbm to the rest of the interference. Final note: please make sure that when you use Ethernet the WiFi card is turned off and when you use WiFi the Ethernet cable is unplugged, in order to avoid the ambiguity of having the same default gateway on two different physical NICs with a single routing table. Kind regards

@thetechnerd Hello! Eddie Desktop edition development is active and new versions will come out in the near future. This is a correct behavior: by default two instances of Eddie can't run concurrently and you are trying to run two Eddie programs at the same time. You could force Eddie to manage multiple instances but don't do it unless you know exactly what you're doing. From your description it's clear that Eddie starts minimized. In this case you can bring up Eddie's main window by clicking or double-clicking its tray icon in the system tray. Once Eddie's main window is visible, you can modify this behavior in "Preferences" > "UI" window so that Eddie will not start minimized. By default Eddie does not start minimized so you have changed the option "Start minimized" already. Uncheck the tick box of this item and click "Save" to go back to the default behavior. Your last ticket was posted in 2024. All of your tickets have been processed and all the replies include an immediate solution to the problems that each time you experienced (most of the times caused by yourself, honestly...). If you can't read the courtesy e-mail you can consult your ticket section in your AirVPN account "Client Area" > "Support request" > "View all" to verify. Please stop flaming in public, especially under the pretext of false information. Kind regards

Hello! We're able to answer to this question only and we'll leave the other matter to community discussion. Unfortunately not, version 4.0.0 beta 2 is unstable and not production ready. Beta 3 version is imminent and addresses this instability and various nasty bugs. By the way, if you need OpenVPN, you can reliably use Eddie Android 3.3.0, the stable version, which is rock solid. Eddie 4 beta versions anyway do not add anything relevant to OpenVPN except minor OpenVPN-AirVPN library updates. Kind regards

@2Cents Hello! When a fully qualified domain name (FQDN) has both A (IPv4) and AAAA (IPv6) records, different tools may return or use different addresses when they ask for resolution because they follow different resolution and selection logic. For example, telnet calls the OS resolver which in turn prefers IPv6 or IPv4 according to /etc/gai.conf in Linux; in many distributions by default IPv6 is preferred over IPv4, but you can customize this behavior. We don't think so. Different philosophy. The selected protocol (v4 or v6) is available for ports anyway and you can customize your system preferences. Kind regards