Not connected, Your IP: 216.73.217.154
Online: 46007 users - 590046 Mbit/s total BWAll Activity
This stream auto-updates
- Past hour
-
-
- Today
-
-
-
- Yesterday
-
-
Dear developers, Although you wrote “support to Linux systems based on systemd and SysV-style init”, I'm sorry to inform you that this stable version 2.26.2 still does not support the Devuan GNU/Linux 5 and 6 operating systems, as I mentioned on July 20, 2026, regarding the “2.26.2 beta" version: https://airvpn.org/forums/topic/80641-eddie-desktop-edition-226-beta-released/?do=findComment&comment=263788 Below is a screenshot showing that privilege escalation via pkexec on Devuan works for synaptic but not for eddie-ui 2.26.2: Due to persistent bugs on sysvinit systems, I’m still stuck with version 2.25.1. If this bug isn’t fixed by Black Friday, for security reasons I’ll unfortunately be forced to consider an annual subscription with one of your competitors, such as ivpn.net or njal.la — something I’d like to avoid. Please do something to fix this privilege escalation bug with pkexec.
-
-
-
-
-
-
Eddie UI not showing Download/Upload speed data
Hellegat replied to Hellegat's topic in Eddie - AirVPN Client
Yes, I am on AirVPN exit IP -
Still applies.
-
That is what the packet loss metric is for. It is the absolute indicator on whether the server line is troubled and so definitely causes problems for everyone. With that said, it's only shown if it's above 20%, as a server problem in the status log, but 10% packet loss can equally be destructive to some experiences, and 10% is not shown. In the API, for <20% the health key will still value ok, which is actually not quite ok. I mean, if you stream something with 10% packet loss via VPN, you can be sure that DASH streams at least will be inconsistent and wildly change quality. My vote is for that metric to be shown, also in the API – if I had a vote. Apologies. The majority of such feature requests are made by people who gave up troubleshooting somewhere, not exhausting all options. Most of all, the option of asking for help. Once their own (limited) repertoire of ideas runs dry, it must be the server, they conclude – while others still manage to max out their line on that same server. Must be the server, it's definitely not me, I tried everything under the sun. Probably only under their sun. And you can take my word for it as someone who roamed these forums for, I believe it's 13 years, now. It's a repeating leitmotif. Might've worded it less confrontationally, I admit. 🙏
-
what i would prefer to see instead (and you already do 90% of this anyway so it wouldn't be a huge addition) is some kind of relative heuristics on the 'Latency from locations, IPv4' selection im assuming constant pings are being run on all those locations anyway to get those values and if you log and display the current, 7d and 30d averages - then its easy to see at a glance 'oh shit this servers ping is up massively, it must be getting taxed or routing is dodgy' thats the kind of an 'at a glance' info i would like to see, not cpu - it could be a cpu problem but ultimately none of us give a shit about the cpu but about how the network is functioning - so greater network related observability would be really helpful as an identification metric of 'look into this'
-
Just a heads-up. On a Windows machine, when waking from sleep, Eddie seems and looks to have connected to the previous server, but no internet pages load when browsing. To fix the issue I have to double click the server from the Eddie UI list and cycle the connection again for it to work. Please look into this and fix in future release. Doesn't happen every time when waking from sleep, but often enough. Thank you. Salivating. Kind regards,
-
Also need Turkish vpn
-
-
Please disconnect either WiFi (preferred) or Ethernet and try again. You are connected with both to the same network, and from the looks of it WiFi either got there first, or Ethernet did, but the subsequent connection to the WiFi network replaced the on-link route for the Ethernet network. Because Eddie selects the Ethernet interface, OpenVPN proceeds putting the route to the server via Ethernet, with 192.168.1.1 as the gateway/next-hop address. But by the logic of the routing table, 192.168.1.1 is unreachable via Ethernet, triggering the invalid gateway error message. If you don't want to disconnect either WiFi or Ethernet, you can instead set Eddie to explicitly use the WiFi interface (Eddie Preferences > Networking > Interface used for connection: wlan0), though this will fail again should the on-link route be set for Ethernet next time. So, disconnecting one of the networks should permanently solve the problem.
-
Can someone help me with pay login
Tech Jedi Alex replied to Sweet lawson's topic in Troubleshooting and Problems
Hi there, what exactly do you need help with? Can you elaborate? -
Eddie does not support that directly, but it can append custom OpenVPN directives to any config it generates for itself. In Eddie Preferences > OpenVPN directives, enter this: dns search-domains magicdns Replace magicdns with the search domain. Reconnect if connected.
-
I went away for the weekend and came back and now Eddie doesn't seem to want to connect, throws an error about Nexthop having an invalid gateway. Searching this error hasn't really gotten me anywhere as all the results seem to be about port forwarding which I'm not doing as I don't control my network. Here's the system report [link removed for privacy now that it's been fixed], If someone could tell me what's going on that would be greatly appreciated.
-
-
Can someone help me with pay login
- Last week
-
it was putting the error "Failed to configure interface 'utun4' in the logs when it failed. ChatGPT said to uncheck Automatic in the Preferences->Protocols page and that appears to have fixed it for now. -
I'm on an old Mac running HighSierra 10.13.6. It was working just before, but only showing like 3 servers, so I updated and now it does not work at all. Going to have to switch VPN providers soon I think, Eddie is so janky...
-
I am attempting to resolve a dns issue between Eddie and tailscale. I have entered the nameserver entries from the tailscale resolv.conf file into Eddie's custom dns, and that seems to work fine. But to get tailscale's "magicdns" to work, I need to enter a "search" field into resolv.conf. Can I do that from Eddie in the custom dns entry area, or is there another way? Any help will be greatly appreciated! Thanks!
-
Hiya, Yeah, you are spot on about being a misleading metric, especially with the missing context on how and where these CPU cycles are consumed. There is no question about airvpn's transparency. You have every right to be proud
-
Hello! It is possible, of course, but could it be misleading? As you know, a server’s overall load doesn’t tell you much on its own. We’re proud to offer a level of transparency that is unmatched in the industry. In fact, we can’t recall seeing another public server monitoring page in the past 15 years or so that shows anything remotely comparable to ours. Thus we will consider your suggestion seriously, but it must be pondered carefully. Kind regards
-
Yes, I am aware of what is involved if a suggestion, feature or a change gets approved and passes to R&D stage, then to system testing, then to UAT, release cycles etc etc. But before all these, it is just a suggestion. A conversation piece, if you like. Apologies for the "shopping list" bit; I was referring to the "Servers, ports, protocols? MTU? sndbuf/rcvbuf? uTP and limits in torrent client? Stuff like that." in your initial reply, regrettably without finesse. So all though you seem sure that I haven't done any testing with different configurations, I can gurantee you that I have. I do not expect you to take my word on this. However, I was expecting a discussion with suggestiong thrown in, fresh ideas etc. What we've got ourselves into is an aggressive exchange; not very constructive On the technical aspect now, my goto cipher is ChaCha20-Poly1305 over WireGuard. I use gluetun in a couple docker containers and also two client connections from my UDM Pro, one routing selected devices and the second to specific internet endpoints using policy-based routes. The MTU is set by default to 1380 and lowering when testing. I attempted to throw the idea of server metrics because the issues I am having seem to be server specific: The speed is not ideal on server X but it is better on server Y in the same region and similar bandwitdh usage. From reading the forums, I can see a number of people are facing similar issues The top user speed tables are impressive but IMHO they lack the context of how the users are achieving these speeds (what cipher/service/number of concurrent connections/destination etc). Obviously I am not expecting any table to provide such info! I have opened a couple of tickets in the past mostly around time critcal applications such as voip and iptv. I believe under a different username, it has been some time. In the end of the day, I am not too fussed about these issues as I mostly use airvpn for file transfers in which temperamental speeds are not the end of the world! Anyway, my cat has started destoying the sofa as I'm late for her dinner! Cheers
-
Thanks @Tech Jedi Alex I'll post here if I find out.
-
Hi, not to make you even more jealous but look at what we caught on Aug 26: 😋
-
ANSWERED Tray icon missing on CachyOS
Pirateguybrush replied to Pirateguybrush's topic in Eddie - AirVPN Client
Rebuilding solved it, thank you! -
Eddie UI not showing Download/Upload speed data
Tech Jedi Alex replied to Hellegat's topic in Eddie - AirVPN Client
Can you confirm that, when checking your own IP on https://ipleak.net for example, you're shown the AirVPN exit IP and not your own? -
ANSWERED Tray icon missing on CachyOS
Tech Jedi Alex replied to Pirateguybrush's topic in Eddie - AirVPN Client
What's the Eddie version? Which AUR package did you install? (or official .tar.zst from here?) I don't believe it's related to the Electron bug – I would've had it on vanilla Arch otherwise. I don't have the problem with 2.26.2, but I've got most other appindicator-related packages installed: eddie-ui-git depends on libayatana-appindicator, and I've also installed ayatana-ido, libappindicator and libayatana-indicator. Some software or another seems to depend on one or a mix of them, it's a bit of a mess, really. When you install them, comment out the aur repo in pacman.conf, then rebuild eddie-ui (or -git, whatever you've got installed) with your AUR helper (or however you install AUR packages). Check whether the icon is still missing after that. And if you absolutely have to, remove the comments in pacman.conf (though, for the sake of a well-working system, please build AUR packages yourself..) -
You've suggested a new feature which necessitates changing the existing configuration of a plethora of tools: rrdtool for the graphs, the status webpage (if it should be displayed in the overview), webpages for all servers, the AirVPN API. These changes must then be incorporated into Eddie, Eddie for Android and the AirVPN Suite; after all, what's a rrdtool graph a human uses to determine the "best" server if the tooling does not use the data it is based on? Because if it's missing, I'll bet you that tickets and forum topics will emerge asking to incorporate this into the clients' server choice and API output. And while we're there, why not also publish RAM usage, they will ask.. You are trying to delegate engineering a "solution" to a problem you are having to someone who needs to consider the implications of its implementation on the system as a whole. Whether the CPU is the problem can easily be gauged by yourself by lowering the cipher to AES-128, which AirVPN supports, or using ChaCha20-Poly1305 altogether which is said to be easier on the resources with similar strength to AES. Did you try that? Because you write: and I'm not sure you even thought of changing the cipher. Hard to tell what this shopping list contains; what I am seeing is a feature request stemming from a problem X you seemingly can't solve, but think Y can solve the problem, so you suggest Y but Y needs work from someone else, massive tests, rollouts, bug fixing,.. It is most definitely only you. There are people transferring with 20+ MB/s right now, some are even beyond a gigabit (>110 MB/s, which is kinda awesome. And makes me slightly jealous somehow). Valid expectation; that's why you're with AirVPN, right? Because there are no such limitations, obviously. See the top users above. I'm defensive because of that thought process: Why a feature request? Why not a help request? If you already opened one without a resolution for you, I apologize, please link to the thread. But if you don't give enough info, people can and will misunderstand..
-
I have not suggested a change; I've suggested a new feature. Some more transparency to airvpn backend, if you like. And yup, I have attempted everything in the shopping list. It is definitely not me... You don't have to be defensive; I'm not accusing airvpn. I expect from a service that it does not impose limitations per user, to be abused here and there. And I will gladly accept the above fact to any forced limitations, censorship etc My thought process for the suggestion was to have another metric in the mix for selecting a desired server Thats it.
.thumb.png.8be84fd39f94c1640ac8c5456fbf3449.png){kind=avatar}
