All Activity
This stream auto-updates
- Past hour
-
-
-
-
-
-
-
-
-
- Today
-
-
-
-
@NaDre hi! Hope all is good with you. Using the scripts I've been safe and sound for the past year and a half. Yesterday I've noticed that, all of a sudden, Eddie invalids the squid proxy when automatically switching servers if the connection doesn't respond fast enough (that's normal behavior for Eddie, it periodically checks servers and picks the fastest one if the current one is not responding). So, basically, everything on the machine runs through the VPN, which is undesirable behavior. The strange thing is that, if you switch server manually (while connected, double clicking on a different server), everything works as expected. I've examined closely the logs and there's just one line where I see there's a difference. This is Eddie when switching servers manually, double clicking on a new server, and keeping squid proxy working as expected. WireGuard > Stop request received WireGuard > Stopping WireGuard > Completed Routes, delete 0.0.0.0/1 for interface "Eddie", not exists. Routes, delete 128.0.0.0/1 for interface "Eddie", not exists. Routes, delete ::/1 for interface "Eddie", not exists. Routes, delete 8000::/1 for interface "Eddie", not exists. Routes, delete 37.46.199.52/32 for interface "enp88s0". Routes, delete 37.46.199.54/32 for interface "Eddie", not exists. Routes, delete 2a00:dd0:aaaa:7:7256:996:319:155d/128 for interface "Eddie", not exists. DNS of the system restored - via /etc/resolv.conf) Service systemd-resolved restarted DNS of the interface 'enp88s0' restored to '192.168.178.1 fdc8:6ae5:dc1c:0:b6fc:7dff:fe08:f7d8 2a07:7e81:3d59:0:b6fc:7dff:fe08:f7d8' - via systemd-resolved Default Route of the interface 'enp88s0' restored to 'yes' - via systemd-resolved DNS of the interface 'docker0' restored to '9.9.9.9 149.112.112.112 2620:fe::fe 2620:fe::9' - via systemd-resolved Default Route of the interface 'docker0' restored to 'no' - via systemd-resolved Collect network information Connection terminated. Checking authorization ... Connecting to Menkent (Netherlands, Alblasserdam) Routes, add 213.152.176.140/32 for interface "enp88s0". WireGuard > Setup start WireGuard > Setup complete WireGuard > Setup interface WireGuard > Received first handshake DNS of the system switched to VPN DNS - via /etc/resolv.conf) Routes, add 0.0.0.0/1 for interface "Eddie". Routes, add 128.0.0.0/1 for interface "Eddie". Routes, add ::/1 for interface "Eddie". Routes, add 8000::/1 for interface "Eddie". Routes, add 213.152.176.135/32 for interface "Eddie". Routes, add 2a00:1678:2470:88:9b1b:27b2:6949:928c/128 for interface "Eddie". Flushing DNS Flush DNS - systemd-resolved flush-caches Flush DNS - dnsmasq restart via init.d Checking route IPv4 Checking route IPv6 Running event vpn.up Collect network information Connected And this is Eddie changing automatically server when the current one isn't responding fast enough, stopping the squid proxy from working correctly: WireGuard > Handshake timeout Disconnecting WireGuard > Stop request received WireGuard > Stopping WireGuard > Completed Routes, delete 0.0.0.0/1 for interface "Eddie", not exists. Routes, delete 128.0.0.0/1 for interface "Eddie", not exists. Routes, delete ::/1 for interface "Eddie", not exists. Routes, delete 8000::/1 for interface "Eddie", not exists. Routes, delete 37.46.199.52/32 for interface "enp88s0", not exists. Routes, delete 37.46.199.54/32 for interface "Eddie", not exists. Routes, delete 2a00:dd0:aaaa:7:7256:996:319:155d/128 for interface "Eddie", not exists. DNS of the system restored - via /etc/resolv.conf) Service systemd-resolved restarted DNS of the interface 'enp88s0' restored to '192.168.178.1 fdc8:6ae5:dc1c:0:b6fc:7dff:fe08:f7d8 2a07:7e81:3d59:0:b6fc:7dff:fe08:f7d8' - via systemd-resolved Default Route of the interface 'enp88s0' restored to 'yes' - via systemd-resolved DNS of the interface 'docker0' restored to '9.9.9.9 149.112.112.112 2620:fe::fe 2620:fe::9' - via systemd-resolved Default Route of the interface 'docker0' restored to 'no' - via systemd-resolved Collect network information Connection terminated. Checking authorization ... Connecting to Menkent (Netherlands, Alblasserdam) Routes, add 213.152.176.140/32 for interface "enp88s0". WireGuard > Setup start WireGuard > Setup complete WireGuard > Setup interface WireGuard > Received first handshake DNS of the system switched to VPN DNS - via /etc/resolv.conf) Routes, add 0.0.0.0/1 for interface "Eddie". Routes, add 128.0.0.0/1 for interface "Eddie". Routes, add ::/1 for interface "Eddie". Routes, add 8000::/1 for interface "Eddie". Routes, add 213.152.176.135/32 for interface "Eddie". Routes, add 2a00:1678:2470:88:9b1b:27b2:6949:928c/128 for interface "Eddie". Flushing DNS Flush DNS - systemd-resolved flush-caches Flush DNS - dnsmasq restart via init.d Checking route IPv4 Checking route IPv6 Running event vpn.up Collect network information Connected. So, basically, when squid proxy keeps on working normally we have Routes, delete 37.46.199.52/32 for interface "enp88s0". And when squid proxy stops from working we have Routes, delete 37.46.199.52/32 for interface "enp88s0", not exists. There is nothing else different, as far as I can see. I wonder if you have any suggestion on how to debug this. Thanks in advance, in case you'll be able to help.
-
-
-
ANSWERED 2 Devices getting same exit IP
DarkKman replied to DarkKman's topic in Troubleshooting and Problems
Thanks for the information. I usually just create the config file from the Config Generator using Country selection only rather than a specific server so will note that for the future. Maybe I'm just usually lucky that each device usually picks a different server each time but noted. Thanks again! -
-
ANSWERED 2 Devices getting same exit IP
Staff replied to DarkKman's topic in Troubleshooting and Problems
Hello! You will appear on the Internet with the same IP address if you connect to the same VPN server. In order to prevent this from happening please make sure to connect each device to a different VPN server. Kind regards -
Hello Tech Jedi Alex, I just tested it, and indeed, the URL is redirected to the home page and the __Host-referred_by cookie is reset to 0. But that's perfectly normal, because it's LibreWolf! LibreWolf is configured this way by default: Settings > Privacy & Security > Browser Privacy > Enhanced Tracking Protection: Strict Firefox is set to “Standard” by default, and allows you to customize settings to achieve a compromise between Standard and Strict. LibreWolf is strongly privacy-oriented, so many permissive settings inherited from Firefox have been removed or disabled. This is why, even when adding an exception for airvpn.org (“Manage Exceptions...” button), LibreWolf continues to reset this cookie.
- Yesterday
-
Android TV - VPN connection at startup.
tranquivox69 replied to tranquivox69's topic in Eddie - AirVPN Client
I can confirm this works on Homatics Dune HD Homatics Box R 4K Plus. It needs to be done through real USB connection. ADB TV was not working for me. -
-
Hi folks. I have two QNAP NAS devices on the same LAN (obviously different LAN IPs) which are getting the same exit IP from AirVPN which is causing some issues with Port Forwarding. I have tried disconnecting (one of them) from the VPN Client page within QVPN Service in the QNAP then reconnecting but still getting the same IP (and same server from AirVPN). I see that the "Your VPN IPv4" in the AirVPN Sessions page are different but don't understand why both the sessions are on the same server and moreso the same Exit IP? I'm sure I'm doing something wrong here but not sure how to make sure they both get different exit IPs so I can work with port forwarding correctly. Hope someone can advise. Thanks in advance! *edit* I should add that I have been using both these devices together for over 6 months with both using WireGuard and had created a "VPN Device" in the AirVPN Client Area for each so I can identify each a little easier and have not had this issue until today (after I had to reboot my router) *update* I have re-attempted to disconnect/reconnect the QNAP QVPN Service and a new AirVPN Server and new exit IP has been allocated so all is working. However still unsure why this occured in the first place and if there is something I can do to prevent this happening in the future.
-
Thanks a lot !
-
-
-
ANSWERED IPs Range for WG server
Tech Jedi Alex replied to larod241's topic in General & Suggestions
Specs, section Assigned IPs: For the entry IPs, use a DNS query: $ dig a in +short de3.all.vpn.airdns.org 141.98.102.245 141.98.102.189 141.98.102.181 185.189.112.21 37.46.199.68 141.98.102.237 37.46.199.52 185.189.112.29 83.143.245.53 37.120.217.245 141.98.102.229 37.46.199.84 185.104.184.45 185.189.112.13 $ dig aaaa in +short de3.all.vpn.airdns.org 2001:ac8:20:98:ba0a:dabc:45a8:c67c 2a00:dd0:aaaa:7:e021:9b15:8027:f809 2001:ac8:36:3:2935:d57f:fc05:83e0 2001:ac8:20:96:226a:3a84:c3d8:dba8 2001:ac8:20:2b:d428:2f9d:4c0a:77b8 2001:ac8:20:225:1b06:18f:a622:b2af 2001:ac8:20:97:dad1:f205:28f1:bff5 2001:ac8:20:2a:818d:602e:cf31:f199 2001:ac8:20:99:fbf6:b62a:86df:b560 2001:ac8:20:2c:8efe:ed7:7e97:6f97 2001:ac8:20:5:623e:50fc:8023:a65 2a00:dd0:aaaa:9:2a94:d040:418f:de4a 2001:ac8:20:9a:13e6:576a:41cb:a5f 2a00:dd0:aaaa:8:486b:fb23:5878:32ea . -
-
Hi All, I've been using AirVPN on and off the last few months with recently buying a 3 year subscription. No major complains so far maybe except the wild variation of speed across the servers. What I would like to suggest is a bump to the minimum 4/4 gbps to perhaps 10/10 gbps as 4 seems a bit too wee for any workload these days. Obviously I am not aware of any backend metrics so I wouldn't know if such an increase would have negative overall impact to the service. But I would like to hear the opinion of the staff, if that's ok. Many thanks, A
-
- Last week
-
-
Hello, I would like to create a rule on UCG-Fiber so that I can force traffic from the WG tunnel to de3.vpn.airdns.org to use my main fiber link and not my rescue. Or can I find the list of IPs used by the servers in the DE3 pool? Thank you
-
-
Rehfer reacted to a post in a topic:
Looking for depreciated Eddie debian package 2,21,8 32 bit arch ...
-
-
Looking for depreciated Eddie debian package 2,21,8 32 bit arch
Tech Jedi Alex replied to Rehfer's topic in Off-Topic
On the Download page, click the Other versions button and select 2.21.8. -
Does anyone know where I could find Eddie v 2.21.8 32bit debian package? Need it for an old machine that is running Ubuntu 32 bit. I've looked on the site and searched the forums. No luck finding a package. I can find the github repository but there are no packages there. Thanks
-
-
-
-
-
But you'd be supporting a good cause.
-
-
Connection fails during IPV4 route check with the error message Fetch url error:SSL peer certificate or SSH remote key was not OK. Based on another thread I found, I tried refreshing my keys and it still does not work. Windows 11 25H2. Eddie version 2.24.6. Log attached. . 2025.11.19 181333 - Eddie version.txt
-
-
-
-
-
University wifi - waiting for server responses
damian101 replied to a topic in Eddie - AirVPN Client
Similar situation at my university. Of all the mentioned solutions, nothing worked, except for UDP through port 53, which only worked once, then never again. However, I just found one thing that works reliably: WireGuard through the official WireGuard port. -
-
-
Man im tempted to buy more time but I think im covered
-
-
ANSWERED Eddie VPN running, but not opening UI interface
lowdrag replied to Diogenes 0's topic in Troubleshooting and Problems
What if Eddie is nowhere to be found in the system tray? I can see that it's running in task manager but there's no icon. -
Fast Download / Slow Upload
Tech Jedi Alex replied to jonjon91's topic in Troubleshooting and Problems
Open your own thread, please. Your setup is not OP's setup. -
I have the same problem. I get about 2-5mbps max upload even though I have 1gbit fiber. Also using gluetun with an open port. Looking forward for a solution.
-
Can't connect either, today: . 2025.11.18 16:31:42 - Eddie version: 2.24.6 / linux_x64, System: Linux, Name: Linux Mint, Version: 22.2 (Zara), Framework: 6.8.0.96 (tarball Wed Jan 15 10:20:48 UTC 2020); Framework: v4.0.30319 . 2025.11.18 16:31:42 - Command line arguments (1): path.resources="/usr/share/eddie-ui" . 2025.11.18 16:31:43 - Collect network information . 2025.11.18 16:31:44 - Reading options from /home/ckoul/.config/eddie/default.profile . 2025.11.18 16:31:44 - OpenVPN - Version: 2.6.14 - OpenSSL 3.0.13 30 Jan 2024, LZO 2.10 (/usr/sbin/openvpn) . 2025.11.18 16:31:44 - SSH - Version: OpenSSH_9.6p1 Ubuntu-3ubuntu13.14, OpenSSL 3.0.13 30 Jan 2024 (/usr/bin/ssh) . 2025.11.18 16:31:44 - SSL - Version: 5.72 (/usr/bin/stunnel4) . 2025.11.18 16:31:45 - Service systemd-resolved restarted I 2025.11.18 16:31:46 - Ready . 2025.11.18 16:31:47 - Collect information about AirVPN completed I 2025.11.18 16:32:00 - Session starting. . 2025.11.18 16:32:00 - Activation of Network Lock - Linux iptables-legacy I 2025.11.18 16:32:01 - Checking authorization ... ! 2025.11.18 16:32:01 - Connecting to Nembus (Romania, Bucharest) . 2025.11.18 16:32:01 - Routes, add 37.46.196.20/32 for interface "eno1". . 2025.11.18 16:32:01 - WireGuard > Setup start . 2025.11.18 16:32:01 - WireGuard > Setup complete . 2025.11.18 16:32:01 - WireGuard > Setup interface W 2025.11.18 16:32:52 - WireGuard > Handshake timeout ! 2025.11.18 16:32:52 - Disconnecting Then I have constant retries with the same result: Handshake timeout.
