All Activity
This stream auto-updates
- Past hour
-
-
-
-
-
-
-
[OpenSuse - Tumbleweed] DNS Leaking
Tech Jedi Alex replied to lilzayn's topic in Eddie - AirVPN Client
I have the logs. I don't have more specific OS info software versions and paths (what's there, what isn't) some light network tests (how it can connect and how not) current Eddie settings output of network-related commands (link state, routes, etc.) which are not completely part of the logs. But funnily enough, what you continue to paste here is 100% part of the system report.. if you had read the thread I linked to, you would know that. So either you help us help you, or you help yourself. It's really that easy. -
-
-
-
- Today
-
Hello! The moderator asked for a system report generated by Eddie, please read! We would like to see the report as well. It will add information that could be valuable to understand the problem. You will need just a few seconds to generate and send it. Kind regards
-
-
- Yesterday
-
DoT and DoH not returning custom responses
bot3291198 posted a topic in Troubleshooting and Problems
I've configured custom responses for DNS. When I query 10.128.0.1:53, I get back the custom A records I've set. When I query 10.128.0.1 over DoT or DoH, I don't get the custom responses but rather the public DNS responses. Shouldn't DoT and DoH return the same responses as port 53? Took me a while to track this down. I have a device that attempts DoT on startup and will use DoT if available. For now, I've blocked port 853 for that device then it drops down to plain 53, but thinking that all 3 of plain, DoT and DoH should return the custom responses? -
My intention was to rule out problems with UDP and Wireguard. OpenVPN and UDP with OpenVPN work, so the problem is Wireguard. If you can live with OpenVPN, no need to further examinate this.
-
you have: the logs and yes, the second one gives me the warning and it does nothing. copying the output from the logs gives the exact same result. please read: the logs. it reads: . 2026.03.08 19:37:31 - Eddie version: 2.24.6 / linux_x64, System: Linux, Name: openSUSE Tumbleweed, Version: 20260304, Framework: 6.8.0.96 (tarball Wed Jan 15 10:20:48 UTC 2020); Framework: v4.0.30319 . 2026.03.08 19:37:31 - Command line arguments (1): path.resources="/usr/share/eddie-ui" . 2026.03.08 19:37:31 - Raise system privileges . 2026.03.08 19:37:32 - Collect network information . 2026.03.08 19:37:33 - Reading options from /home/zayn/.config/eddie/default.profile . 2026.03.08 19:37:33 - OpenVPN - Version: 2.6.14 - OpenSSL 3.5.3 16 Sep 2025, LZO 2.10 (/sbin/openvpn) . 2026.03.08 19:37:33 - SSH - Version: OpenSSH_10.2p1, OpenSSL 3.5.3 16 Sep 2025 (/usr/bin/ssh) I 2026.03.08 19:37:33 - SSL - Not available I 2026.03.08 19:37:37 - Ready . 2026.03.08 19:37:38 - Collect information about AirVPN completed I 2026.03.08 19:37:41 - Session starting. I 2026.03.08 19:37:41 - Checking authorization ... ! 2026.03.08 19:37:41 - Connecting to Tianyi (Netherlands, Alblasserdam) . 2026.03.08 19:37:41 - Routes, add 213.152.186.175/32 for interface "wlp3s0". . 2026.03.08 19:37:41 - WireGuard > Setup start . 2026.03.08 19:37:41 - WireGuard > Setup complete . 2026.03.08 19:37:41 - WireGuard > Setup interface . 2026.03.08 19:37:42 - WireGuard > Received first handshake . 2026.03.08 19:37:42 - DNS of the system switched to VPN DNS - via /etc/resolv.conf) . 2026.03.08 19:37:43 - Routes, add 0.0.0.0/1 for interface "Eddie". . 2026.03.08 19:37:43 - Routes, add 128.0.0.0/1 for interface "Eddie". . 2026.03.08 19:37:43 - Routes, add ::/1 for interface "Eddie". . 2026.03.08 19:37:43 - Routes, add 8000::/1 for interface "Eddie". . 2026.03.08 19:37:43 - Routes, add 213.152.186.173/32 for interface "Eddie". . 2026.03.08 19:37:43 - Routes, add 2a00:1678:1337:2430:5879:14eb:6d99:c756/128 for interface "Eddie". . 2026.03.08 19:37:43 - Flushing DNS I 2026.03.08 19:37:43 - Checking route IPv4 I 2026.03.08 19:37:43 - Checking route IPv6 I 2026.03.08 19:37:45 - Checking DNS . 2026.03.08 19:37:45 - Collect network information ! 2026.03.08 19:37:45 - Connected. F 2026.03.08 19:38:13 - Unexpected error. Please contact our support staff. - ApplicationThread - Access to the path "/usr/lib/eddie-ui/Eddie_20260308_193810.txt" is denied. - at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize, System.Boolean anonymous, System.IO.FileOptions options) [0x0019e] in <c453bf849bb84e719dbec0475e99db95>:0 F 2026.03.08 19:38:13 - at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize, System.IO.FileOptions options) [0x00000] in <c453bf849bb84e719dbec0475e99db95>:0 F 2026.03.08 19:38:13 - at (wrapper remoting-invoke-with-check) System.IO.FileStream..ctor(string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare,int,System.IO.FileOptions) F 2026.03.08 19:38:13 - at System.IO.StreamWriter..ctor (System.String path, System.Boolean append, System.Text.Encoding encoding, System.Int32 bufferSize) [0x00055] in <c453bf849bb84e719dbec0475e99db95>:0 F 2026.03.08 19:38:13 - at System.IO.StreamWriter..ctor (System.String path) [0x00008] in <c453bf849bb84e719dbec0475e99db95>:0 F 2026.03.08 19:38:13 - at (wrapper remoting-invoke-with-check) System.IO.StreamWriter..ctor(string) F 2026.03.08 19:38:13 - at Eddie.Forms.Forms.Main.LogsDoSave (System.Boolean selectedOnly) [0x00055] in <7f43ecababb74a4e9f031f2a26324cba>:0 F 2026.03.08 19:38:13 - at Eddie.Forms.Forms.Main.cmdLogsSave_Click (System.Object sender, System.EventArgs e) [0x00000] in <7f43ecababb74a4e9f031f2a26324cba>:0 F 2026.03.08 19:38:13 - at System.Windows.Forms.Control.OnClick (System.EventArgs e) [0x00019] in <1ad3b9c5e8484f3cb4aaaf843739b786>:0 F 2026.03.08 19:38:13 - at System.Windows.Forms.Button.OnClick (System.EventArgs e) [0x0001e] in <1ad3b9c5e8484f3cb4aaaf843739b786>:0 F 2026.03.08 19:38:13 - at System.Windows.Forms.ButtonBase.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x00069] in <1ad3b9c5e8484f3cb4aaaf843739b786>:0 F 2026.03.08 19:38:13 - at System.Windows.Forms.Button.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x00000] in <1ad3b9c5e8484f3cb4aaaf843739b786>:0 F 2026.03.08 19:38:13 - at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m) [0x00078] in <1ad3b9c5e8484f3cb4aaaf843739b786>:0 F 2026.03.08 19:38:13 - at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x001b4] in <1ad3b9c5e8484f3cb4aaaf843739b786>:0 F 2026.03.08 19:38:13 - at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message& m) [0x00037] in <1ad3b9c5e8484f3cb4aaaf843739b786>:0 F 2026.03.08 19:38:13 - at System.Windows.Forms.Button.WndProc (System.Windows.Forms.Message& m) [0x00000] in <1ad3b9c5e8484f3cb4aaaf843739b786>:0 F 2026.03.08 19:38:13 - at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message& m) [0x00000] in <1ad3b9c5e8484f3cb4aaaf843739b786>:0 F 2026.03.08 19:38:13 - at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x0000b] in <1ad3b9c5e8484f3cb4aaaf843739b786>:0 F 2026.03.08 19:38:13 - at System.Windows.Forms.NativeWindow.WndProc (System.IntPtr hWnd, System.Windows.Forms.Msg msg, System.IntPtr wParam, System.IntPtr lParam) [0x00085] in <1ad3b9c5e8484f3cb4aaaf843739b786>:0 if you would have simply opened the log, you would know that.
-
I see in the changelog for the UniFi Network App 10.2.93: - Added IPv6 support for WireGuard VPN. I'd given up hope, I tell you!
-
Yeah, I can see that now. I'm able to hit 1.2-3Gbps on occassion. Without AirVPN I can get 2.3Gbps, so it cuts it nearly in half, but it's sufficient. It's probably my CPU that's the bottleneck. I'll use a more powerful machine for further testing later.
-
Configuring White listed servers and traffic splitting
Staff replied to 0bacon's topic in AirVPN Suite
@0bacon Hello! That's fine, as is standard practice in a multi-user system, each user can have a different configuration file for each piece of software. However, we do not recommend running Goldcrest as root; a user belonging to the airvpn group is sufficient. This error suggests that the intersection between the general Bluetit allowed servers set and the specific Goldcrest white listed server set is empty. Please feel free to publish the Bluetit log to let us look into this error more properly. You can generate it and store it to a specific file, in a systemd based system, with these commands: sudo journalctl | grep bluetit > bluetit.log With default settings, traffic splitting is disabled, from the manual: Make sure to set allowtrafficsplitting to on on /etc/airvpn/bluetit.rc file. Only the superuser can make this change. Since traffic splitting implies traffic flowing outside the VPN tunnel, this is one of those settings that, by design, are considered the exclusive domain of the superuser. Once you change the setting and re-start Bluetit, you should see that the problem is resolved. If not, again the Bluetit log can offer valuable insight. Kind regards - Last week
-
-
-
ive followed this gitlab readme here. My goal is to eventually have traffic splitting but so far I can't connect to a server. When I run goldcrest -O there is ERROR: Reached end of AirVPN server list. No suitable server found. This is because I want to only connect to chicago based vpn's. When goldcrest -O is entered it tells me that it's reading run control directives from file /home/xxx/.config/goldcrest.rc So I have been configuring it there, and it looks like below. I am also confused because there is config files in /etc/airvpn/bluetit.rc, /root/.config/goldcrest.rc and my home/f/.config/goldcrest.rc. Is one of these higher priority than another? When I leave everything in default settings then I do connect to a vpn server. So I tried to split tunnel with cuckoo -r and I get ERROR setnamespace: Cannot open network namespace 'aircuckoo': No such file or directory Any tips would be greatly appreciated. thanks for your time GNU nano 8.7.1 /home/x/.config/goldcrest.rc # # goldcrest runcontrol file # #air-server Kruger Praecipua Sneden Superba Meridiana Fang Sadalsuud # air-vpn-type <openvpn|wireguard> # air-tls-mode <auto|auth|crypt> # air-ipv6 <on|off> # air-6to4 <on|off> air-user myusername air-password mypassword # air-key <name> air-white-server-list Kruger Praecipua Sneden Superba Meridiana Fang Sadalsuud # air-black-server-list <server list> # air-white-country-list <country list> # air-black-country-list <country list> # cipher <cipher_name> # proto <udp|tcp> # server <server_ip|server_url> # port <port> # tcp-queue-limit <n> # mtu <n> # ncp-disable <yes|no> # network-lock <on|iptables|nftables|pf|off> # allow-private-network <yes|no> # allow-ping <yes|no|input|output> # allow-ipv6ndp <yes|no> # ignore-dns-push <yes|no> # allowuaf <yes|no|default> # timeout <seconds> # compress <yes|no|asym> # proxy-host <host_ip|host_url> # proxy-port <port> # proxy-username <proxy_username> # proxy-password <proxy_password> # proxy-basic <yes|no> # alt-proxy <yes|no> # persist-tun <on|off> # async <on|off> # conn-stat-interval <seconds>
-
Oh my god you have ended days of frustration for this inexperienced youngling. If you are willing, are you able to explain why the automatic port selection was preventing a successful handshake?
-
-
-
Hello! There's no "hard limit", as correctly advertised on the main page. The main factors determining the maximum throughput are the physical limits of your ISP and our lines/ports/server available bandwidth, CPU power, the weakest (slowest) hop in the network path between your and our nodes, and traffic shaping by your ISP (if any). The "weakest" of the mentioned factors determine the actual throughput. In reality the all time high recorded in AirVPN history (WireGuard only) is more than 1 Gbit/s: about 2.1 Gbit/s from residential lines around the world (also confirmed here) which means 4.2 Gbit/s on the server for that single session, and even more from datacenter to datacenter. Kind regards
-
Still not working on MacOS Seq. We gonna get this fixed... or is that just not a priority?
-
Eddie Android edition 4.0.0 preview available
Skif456 replied to Staff's topic in News and Announcement
Hello! When can we expect the Amnesia protocol to be available in the Config Generator on the website? Thanks! -
-
[OpenSuse - Tumbleweed] DNS Leaking
Tech Jedi Alex replied to lilzayn's topic in Eddie - AirVPN Client
The one thing that I see is that you didn't read the thread I linked to, as in both files you simply copied the logs. The second one also doesn't have a connection attempt recorded, so this text file is, frankly, useless. Carefully read what is requested of you and follow the instructions. -
-
In Eddie Preferences > Protocols, untick Automatic and select UDP port 443. Retry a connection. If it still doesn't work, provide a system report instead of only the logs. .
-
ANSWERED Eddie UI Login issues
Tech Jedi Alex replied to AEThrowaway's topic in Troubleshooting and Problems
That's the very first point of the Tenets of IT: It's always DNS. When it’s not DNS, it's NAT. When it's not NAT, it’s MTU. When it’s not MTU, it’s BGP. When it’s not BGP, it’s LACP. Up to 4 is quite relevant for VPNs. -
Dark mode pretty please!! Keep up the good work! Thanks
-
-
-
so what exactly seems to be going on?
-
-
-
-
-
While using AirVPN I am unable to go any higher than exactly 1Gbps. I am on a 2.5Gbps uplink, and can fully saturate it without AirVPN without issue. I am connected to a 20Gbps server that is not under any kind of load, and my MTU is set to 1280, which is what I need for a low retry count. I am using a server that is geographically very close to me. This doesn't make much sense to me 😕
-
-
-
-
Agree. The last time Staff replied to this they cited a project which is now obsolete because things have moved on. https://github.com/OpenVPN/ovpn-dco
-
Road to OpenVPN 2.6 and DCO
oassQ9w4cbl4AySZhhth%p36x replied to Staff's topic in News and Announcement
@Staff as we approach 3 years on and openvpn-dco exists in mainline kernel, could we revisit the implementation of openvpn dco? seems this has been left on the backburner for far too long -
-
Hello! We're very glad to announce a special promotion on our long term Premium plans for the end of Summer or Winter, according to the hemisphere you live in. You can get prices as low as 2.06 €/month with a three years plan, which is a 70% discount when compared to monthly plan price of 7 €. 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. Please check plans special prices on https://airvpn.org and https://airvpn.org/buy Promotion expires on 2026-03-31 UTC. Kind regards & datalove AirVPN Staff
-
