Not connected, Your IP: 216.73.216.2
Online: 40111 users - 565889 Mbit/s total BWAll Activity
This stream auto-updates
- Past hour
-
-
-
-
-
-
-
-
- Today
-
-
-
I'd just like to see a way to filter out the 2000 Mbps servers, even if the remaining list was very small - as a fiber user they are MUCH faster for me
-
Hello all! Just asked for a trial account with the sole intention of trying the Canadian servers. I have 3gbps fiber internet here in Ontario (but I am limited by 2.5gbE ports on my motherboard anyways, and there is overhead at such high speeds) I got excellent results on Castula, better than my previous Big Brand VPN which is set to expire soon Just gonna try a couple more servers but looks great so far. Not that I ever need speeds even remotely close to this, but it's cool to see it IS there
-
Hello! If you are OK with a CLI please consider the AirVPN Suite for Linux. It is very light and you can get rid of Mono. The Suite can be fully controlled via a command line interface and offers a thorough user's manual that documents every feature and will guide you through every step. https://airvpn.org/forums/topic/79336-airvpn-suite-resources/ Kind regards
- Yesterday
-
Suite: Issue with traffic splitting and reconnect
Pi77Bull replied to Pi77Bull's topic in AirVPN Suite
Yes I'm behind a NAT. I've set trafficsplitipv4 192.168.1.5, restarted bluetit and tried cuckoo, but got the same error: ERROR setnamespace: Cannot open directory '/etc/netns/aircuckoo': No such file or directory I've attached the new log again. Also just to make sure we're on the same page. Before I edited my previous post cuckoo did work and it showed this in the logs: Feb 27 13:46:55 <redacted> bluetit[27029]: WARNING: Traffic splitting setup is dirty. Trying to clean and restore settings. Feb 27 13:46:55 <redacted> bluetit[27029]: Successfully deleted 'aircuckoo' namespace Feb 27 13:46:55 <redacted> bluetit[27029]: Successfully restored traffic split settings. Feb 27 13:46:55 <redacted> bluetit[27029]: Traffic splitting successfully enabled. Unencrypted (outside of the VPN tunnel) traffic is available through network namespace 'aircuckoo' Feb 27 13:46:55 <redacted> bluetit[27029]: Traffic splitting network interface: wlp2s0 Feb 27 13:46:55 <redacted> bluetit[27029]: Traffic splitting IPv4 address: 192.168.1.242 Feb 27 13:46:55 <redacted> bluetit[27029]: Traffic splitting IPv6 address: fd0d:5d57:5a18::8d7 Feb 27 13:46:55 <redacted> bluetit[27029]: Connection monitor thread started This only appears a total of 9 times in the logs so it seems to be pretty random. And here is the output of the commands: $ ip addr show 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host noprefixroute valid_lft forever preferred_lft forever 2: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether de:ca:af:ad:6d:22 brd ff:ff:ff:ff:ff:ff permaddr 9c:b6:d0:d6:92:dd altname wlx9cb6d0d692dd inet 192.168.1.241/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp2s0 valid_lft 30165sec preferred_lft 30165sec inet6 fd0d:5d57:5a18::8d6/128 scope global dynamic noprefixroute valid_lft 30167sec preferred_lft 30167sec inet6 2a00:20:637b:998f::8d6/128 scope global dynamic noprefixroute valid_lft 30167sec preferred_lft 30167sec inet6 2a00:20:637b:998f:483e:edc0:722a:e2fc/64 scope global noprefixroute valid_lft forever preferred_lft 604533sec inet6 fd0d:5d57:5a18:0:cce5:a2d6:aac1:fa1e/64 scope global noprefixroute valid_lft forever preferred_lft 604533sec inet6 fe80::9e35:789d:3c3d:2612/64 scope link noprefixroute valid_lft forever preferred_lft forever 15: tun0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1320 qdisc noqueue state UNKNOWN group default qlen 1000 link/none inet 10.168.106.115/32 scope global tun0 valid_lft forever preferred_lft forever inet6 fd7d:76ee:e68f:a993:132f:23e:9be9:555f/128 scope global valid_lft forever preferred_lft forever $ ip -6 r 2a00:20:637b:998f::8d6 dev wlp2s0 proto kernel metric 600 pref medium 2a00:20:637b:998f::/64 dev wlp2s0 proto ra metric 600 pref medium ::/1 dev tun0 metric 1024 pref medium 8000::/2 dev tun0 metric 1024 pref medium c000::/3 dev tun0 metric 1024 pref medium e000::/4 dev tun0 metric 1024 pref medium f000::/5 dev tun0 metric 1024 pref medium f800::/6 dev tun0 metric 1024 pref medium fc00::/8 dev tun0 metric 1024 pref medium fd0d:5d57:5a18::8d6 dev wlp2s0 proto kernel metric 600 pref medium fd0d:5d57:5a18::/64 dev wlp2s0 proto ra metric 600 pref medium fd0d:5d57:5a18::/48 via fe80::9683:c4ff:fea6:5876 dev wlp2s0 proto ra metric 600 pref medium fd7d:76ee:e68f:a993:132f:23e:9be9:555f dev tun0 proto kernel metric 256 pref medium fe80::/64 dev wlp2s0 proto kernel metric 1024 pref medium fe00::/7 dev tun0 metric 1024 pref medium 8000::/1 dev tun0 metric 1024 pref medium default via fe80::9683:c4ff:fea6:5876 dev wlp2s0 proto ra metric 20600 pref medium bluetit.log -
My Eddie on Linux Mint 22.3 sometimes refuses to exit — have to kill it. Recently I can't watch video when Eddie is running because OS logs out every 15-20 minutes. As far as I know Eddie is written in C# and uses the .NET/Mono framework — very resource hungry on Linux. There is GTK (GIMP Toolkit): open-source toolkit, also Slint: UI framework and others. Are you ever planning to develop Eddie as native Linux client? Please! Is CLI Eddie also using Mono? Will CLI Eddie behave better? I am old man, new to Linux but I can learn if its worth it. Will bellow do:↓ eddie-cli --cli --login=my_username --password=my_password --connect --netlock
-
ANSWERED https://www.scan-manga.com is not found
webspirit replied to wohlrajh's topic in Blocked websites warning
website block proxy/vpn but woroking on france without vpn like animoflix.com -
ANSWERED airvpn.org down?
go558a83nk replied to zb/XSZHHyd$HM'<z'oc"vc]T(O's topic in Troubleshooting and Problems
web site being down has nothing to do with VPN server performance. I just tested and port open checker is working fine for me. -
-
ANSWERED airvpn.org down?
JpvEXonHrB replied to zb/XSZHHyd$HM'<z'oc"vc]T(O's topic in Troubleshooting and Problems
There still seem to be some issues, currently connected to Server: Kocab The speed is atrocious, 15 kbps max, cannot even reach speedtest or ipleak.net Test open port also keeps on failing. -
Bluetit 2.0.0 crashes on startup with large routing table
Posh1698 replied to Posh1698's topic in AirVPN Suite
(fyi: I let Claude run over the code - I am no cpp developer) Thank you for the quick response. Regarding your question about running dockerd with zero or one virtual interface: stopping dockerd does not remove bridge interfaces or routes — they persist until reboot. We have not yet tested with only one interface, but the comparison with our second machine (same kernel, clean routing table, Bluetit works) strongly suggests the route count is the deciding factor. Regarding the buffer, we believe we have identified the precise failure mechanism: The socket is opened as SOCK_DGRAM (PF_NETLINK, SOCK_DGRAM). With SOCK_DGRAM netlink, the kernel splits the RTM_GETROUTE dump into multiple datagrams of approximately 4096 bytes each. The code at line 369 accumulates these into a fixed 8192 byte stack buffer: https://gitlab.com/AirVPN/AirVPN-Suite/-/blob/master/src/network.cpp#L369 The failure sequence: - Datagram 1: recv() returns ~4096 bytes → msgLen = 4096, buffer has 4096 bytes remaining - Datagram 2: recv() returns ~4096 bytes → msgLen = 8192, buffer has 0 bytes remaining - Datagram 3: recv(sock, bufPtr, sizeof(msgBuf) - msgLen) = recv(sock, bufPtr, 0) → returns 0 - NLMSG_OK(nlHdr, 0) evaluates nlmsg_len(16) <= 0 → false → throws "Received invalid packet from socket" A system with few routes requires only 1-2 datagrams and fits comfortably in the 8192 byte buffer. A system with many routes (15+ Docker bridge interfaces) requires 3+ datagrams and hits this limit. The fix would be to either use a dynamically allocated buffer that grows as needed, or switch to SOCK_RAW which allows reading the full dump in one call with a sufficiently large buffer. We are happy to provide any additional information or testing to help reproduce and fix this. -
-
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
-
Suite: Issue with traffic splitting and reconnect
Pi77Bull replied to Pi77Bull's topic in AirVPN Suite
You're welcome. If you need anything else, let me know. There was no aircuckoo directory when bluetit was stopped. But I tried using cuckoo again and now it works. I did see an issue with SELinux. It said systemd couldn't unlink the file "bluetit.lock" and I just allowed that. That might have been what made it work. Edit: nevermind, I just rebooted and now it doesn't work anymore. But there is still no aircuckoo directory when bluetit is stopped. Thank you for your help and the awesome work you do! -
.thumb.png.8be84fd39f94c1640ac8c5456fbf3449.png)
Bluetit 2.0.0 crashes on startup with large routing table
Staff replied to Posh1698's topic in AirVPN Suite
@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
-
ANSWERED airvpn.org down?
Staff replied to zb/XSZHHyd$HM'<z'oc"vc]T(O's topic in Troubleshooting and Problems
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 -
ANSWERED airvpn.org down?
fhopper replied to zb/XSZHHyd$HM'<z'oc"vc]T(O's topic in Troubleshooting and Problems
The problem seems to have been fixed now, but kind of remarkable that no one from AirVPN chimed in on this. Is there a different place they announce active outages/issues that they're working to resolve? -
-
ANSWERED airvpn.org down?
fhopper replied to zb/XSZHHyd$HM'<z'oc"vc]T(O's topic in Troubleshooting and Problems
https://dnschecker.org/#A/dns1.airvpn.org -
-
ANSWERED airvpn.org down?
fhopper replied to zb/XSZHHyd$HM'<z'oc"vc]T(O's topic in Troubleshooting and Problems
$ dig dns1.airvpn.org @8.8.8.8 +short $ dig dns1.airvpn.org @1.1.1.1 +short $ dig gb3.vpn.airdns.org @dns1.airvpn.org +short dig: couldn't get address for 'dns1.airvpn.org': failure -
ANSWERED airvpn.org down?
PWolverine replied to zb/XSZHHyd$HM'<z'oc"vc]T(O's topic in Troubleshooting and Problems
Noticed the same thing. Tried to get to Airvpn.org to grab the latest beta software that was posted about yesterday. Couldn't get it to it without the VPN running. Appears to be down when trying to get to the website without a VPN running. -
I was wondering about this too. I guess after 9 years, we aren't going to get a single reply
-
I'm not entirely sure what's going on. I can't access airvpn.org from the clearnet (currently posting via Tor.) DNS does not even seem to return an A or AAAA record currently. I tried my own recursive resolver which is my default and various public DNS servers. It came to my attention about an hour ago. Are you aware of this and is there an estimate for when it is going to be fixed?
-
-
-
- Last week
-
-
-
Environment: - OS: Debian 13 (Trixie) - Kernel: 6.12.57+deb13-amd64 - AirVPN Suite: 2.0.0 (22 July 2025) - Docker installed with 15 bridge networks Issue: Bluetit fails to start every time with the following in journalctl: Bluetit daemon started with PID XXXXXX Reading run control directives from file /etc/airvpn/bluetit.rc Network check mode is gateway getGatewayFromRouteTable(): Received invalid packet from socket Bluetit successfully terminated Setting networkcheck off in bluetit.rc does not resolve the issue — the error still occurs. Root cause (suspected): The machine has 15 Docker bridge interfaces, each with its own route entry in the kernel routing table. The netlink socket dump of all routes is significantly larger than a typical system. Bluetit appears to fail parsing this response in `getGatewayFromRouteTable()`, possibly due to a fixed buffer size or unexpected iteration behavior over virtual interfaces. Confirmed by comparison: On a second machine running kernel 6.12.73+deb13-amd64 with a clean routing table (no Docker bridges), Bluetit starts without issue. Stopping the Docker service does not resolve the issue, as the bridge interfaces and their routes persist in the routing table until reboot. Request Please investigate getGatewayFromRouteTable() for robustness when the routing table contains a large number of entries or virtual/bridge interfaces.
-
-
-
Suite: Issue with traffic splitting and reconnect
Pi77Bull replied to Pi77Bull's topic in AirVPN Suite
1. With networkcheck airvpn the connection was successfull, but between resuming from sleep and establishing the connection I was able to check my public IP and saw my real one. With networkcheck off this doesn't happen. I've attached two logs - one with networkcheck on and one with networkcheck airvpn . Regarding Docker, I have never installed Docker on this machine. I have Podman, though I don't use it and its services are all stopped and disabled. 2. I've attached the log from right after running cuckoo -r bash . It says "Cannot find a free IPv4 in 's network". Seems like it can't find the network or something. 3. OK, good to know. networkcheck_airvpn_bluetit.log networkcheck_on_bluetit.log trafficsplit_bluetit.log -
@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
-
-
-
Hi everyone. I have a couple of issues. For your information: I'm using Fedora 43 (KDE Spin) on a Laptop with WiFi and the AirVPN Suite 2.0.0. My bluetit.rc file looks like (I stripped bootstrap servers and RSA parameters): airconnectatboot quick networklockpersist on airusername <redacted> airpassword <redacted> airkey Laptop forbidquickhomecountry on country us tunpersist on networkcheck off allowprivatenetwork on allowping off ignorednspush off allowtrafficsplitting on trafficsplitfirewall on and my goldcrest.rc only specifies air-user, air-password and air-key. When 'networkcheck' was 'on' (the default value), the bluetit.service got stuck waiting for the network ('systemctl status bluetit' printed something along the lines of "waiting for network" over and over again) Now that it's set to 'off' everything works as expected. Traffic splitting doesn't work. I suspect this has to do with Fedora restricting user namespaces (or something like that). I'm not very familiar with that. When I run 'cuckoo -r bash' I get this output: ERROR setnamespace: Cannot open directory '/etc/netns/aircuckoo': No such file or directory Or maybe it's something completely different, I really don't know. When disconnecting the connection via 'goldcrest --disconnect' and after that reconnecting via 'goldcrest --reconnect', I get the following error: ERROR: Cannot start WireGuard connection. Client name and user name (system login name) not provided. When reconnecting while the connection is still active, everything works. If anybody can help with with 2. and 3. I'd be very happy. If you need more info, please ask.
![zb/XSZHHyd$HM'<z'oc"vc]T(O](data:image/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20viewBox%3D%220%200%201024%201024%22%20style%3D%22background%3A%23c462a4%22%3E%3Cg%3E%3Ctext%20text-anchor%3D%22middle%22%20dy%3D%22.35em%22%20x%3D%22512%22%20y%3D%22512%22%20fill%3D%22%23ffffff%22%20font-size%3D%22700%22%20font-family%3D%22-apple-system%2C%20BlinkMacSystemFont%2C%20Roboto%2C%20Helvetica%2C%20Arial%2C%20sans-serif%22%3EZ%3C%2Ftext%3E%3C%2Fg%3E%3C%2Fsvg%3E)
