Leaderboard

Eddie 2.26.2 Desktop Edition released Hello! We're very glad to inform you that a new stable release of Eddie is now available for Linux (various ARM based architectures included, making it compatible with several Raspberry Pi systems), macOS, Windows. Special thanks to all the beta testers, whose invaluable contributions and suggestions in the last months have helped developers fix several bugs and improve the overall stability of the software. Eddie is a free and open source (GPLv3) OpenVPN GUI and CLI by AirVPN with many additional features such as: traffic leaks prevention via packet filtering rules DNS handling optional connections over Tor or a generic proxy customizable events traffic splitting on a destination IP address or host name basis complete and swift integration with AirVPN infrastructure with OpenVPN and WireGuard white and black lists of VPN servers ability to support IPv4, IPv6 and IPv6 over IPv4 support to Linux systems based on systemd and SysV-style init This version includes bug fixes and security improvements as well as OpenVPN, WireGuard and libraries updates. A new Eddie UI is in the works. We know we’ve been promising that for a long time, but development is well along. Stay tuned. Operating and architectural notes Eddie GUI and CLI run with normal user privileges, while a "backend" binary, which communicates to the user interface with authentication, gains root/administrator privileges, with important security safeguards in place featured in this new version: strict parsing is enforced before passing a profile to OpenVPN in order to block insecure OpenVPN directives fix for CVE-2025-14979 backend hardened authentication of client commands hardened security for sensitive operations client memory usage protection through limitation of client helper replies general cleanup Furthermore: external system binaries which need superuser privileges (examples: openvpn, iptables, hummingbird) will not be launched if they do not belong to a superuser. Eddie events are not run with superuser privileges: instead of trusting blindly user's responsibility and care when dealing with events, the user is required to explicitly operate to run something with high privileges, if strictly necessary Please consult the changelog for a more detailed and exhaustive list. Backend binary is written in C++ on all systems (Windows included), making the whole application faster. Settings, certificates and keys of your account stored on your mass storage can optionally be encrypted on all systems either with a Master Password or in a system key-chain if available. Download Eddie 2.26.2 Eddie 2.26.2 can be downloaded here: https://airvpn.org/linux - Linux version (several architectures and various distribution specific packages for easier installation) https://airvpn.org/macos - Mac version https://airvpn.org/windows - Windows version Eddie is free and open source software released under GPLv3. Source code is available on GitHub: https://github.com/AirVPN/Eddie Complete changelog can be found here. Kind regards & datalove AirVPN Staff

Just curious why add another server in LA, also with Tzulo like the others, when there's already plenty of bandwidth in that SW region and it provides no redundancy by using a different provider from the others? The Dallas servers are what desperately need an upgrade. 🤠

Hello! This is an interesting smearing message that occasionally comes out, trying to exploit the forum we keep open for the community, for some hidden purpose or, we guess, just for hate. You can easily verify that every defect mentioned by the OP is either false or distorted. A community moderator provided some corrections that disprove the OP's claim, here we would like to add just three remarks on subjects we care about: interoperability with other VPN services, infrastructure stability and how good our remote port forwarding system is. We also want to quickly make you aware that the OP never opened a ticket for professional support, so he/she was probably not interested in a solution of his/her problems, but maybe only in building a case based on false or fabricated premises. 1. Eddie Android edition, AirVPN Suite and Eddie Desktop edition allow connections to any VPN supporting either OpenVPN or WireGuard through the most standardized method that can exist, the supported profile for each VPN application (much better than any API, especially when it does not exist on most VPN services). 2. Over the past 16 years AirVPN infrastructure constantly evolved toward more stability and speed, it's all in the records. In AirVPN we have had and we have users connected CONTINUOUSLY for SEVERAL MONTHS. Enough for connection stability? 😉 We could have even longer periods, if it wasn't for the necessity to reboot a server periodically for kernel upgrades. 3. Implementing remote inbound port forwarding over a VPN by having the VPN server use UPnP/NAT-PMP/PCP to dynamically open ports on behalf of clients is generally considered a poor architectural choice because: UPnP was designed for trusted, local networks No authentication in classic UPnP IGD exists Race conditions in a large infrastructure like AirVPN's one becomes an architectural problem UPnP would make "hot change" and other interesting features appreciated by AirVPN customers impossible Privilege escalation. UPnP used outside a local network facilitates various exploits including privilege escalation. The VPN server already controls firewall rules, NAT, routing and connection tracking. Using UPnP as an intermediary adds another protocol layer rather than configuring those systems directly. This depends on your design philosophy, but at the moment management does not see favorably functionality duplication. At the end of the day, such a poor choice would pose a bunch of problems for essentially nothing, as selecting a random port with the additional features is a matter of seconds. Kind regards

Hello! We're very glad to inform you that a new 10 Gbit/s full duplex server located in Los Angeles, California, is available: Flegetonte. The AirVPN client will show automatically the new server; if you use any other OpenVPN or WireGuard client you can generate all the files to access it through our configuration/certificates/key generator (menu "Client Area"->"Config generator"). The server accepts connections on ports 53, 80, 443, 1194, 2018 UDP and TCP for OpenVPN and ports 1637, 47107 and 51820 UDP for WireGuard. Flegetonte supports 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 , by clicking the server name. Direct link: https://airvpn.org/servers/Flegetonte Do not hesitate to contact us for any information or issue. Kind regards & datalove AirVPN Staff

Yes, it's a known issue already addressed (need testing) please wait the 2.27.0 experimental version the first days of the next week. Thanks.

Hello! First of all please respect the netiquette or you will be moderated. You provided inaccurate information about Castula. Here below a screenshot (from the public real time servers monitor) with the recent history of the problems it had. As you can see, such problems were not critical. Packet loss occurred for a very limited time, a matter of minutes, and sporadically: no events in June, only one event in July, not impacting events on August. Note how solid and reliable Castula is. Also note that the packet loss is recorded as a weighted average of ping from VPN server to various testing servers in different locations, and from those testing servers to the VPN server. Thus, the outcome is reliable but a small probability that the problem affects the testing servers, or any hop in-between, and not the VPN server, remains. The same can be said for each VPN client node: if a client loses packets to or from a VPN server, the problem is not necessarily only on the VPN server side. Uptime is more than 99.5% with Tzulo servers. Flood attacks may happen and can alter the normal uptime, but after 1 year the uptime remains good and the servers are solid. You use AirVPN for self hosted servers, although this is not the purpose of the service. For self hosted servers you may need a dedicated server or your own VPS, especially if you want more than 99.5% uptime and all inbound ports available. Using AirVPN for hosting purposes is possible but questionable. Even if AirVPN offers remote inbound port forwarding, AirVPN is not a hosting provider and you can't expect for the current price the same performance you have with a dedicated or virtual server with business lines that you operate exclusively. Also note that downtime due to server maintenance (especially for kernel upgrades) is another factor that you can't manage by yourself and that makes AirVPN not suitable for hosting purposes if you pretend the uptime of a hosting provider. We can upgrade and reboot the servers when necessary especially for security reasons and best practice. With all the above said, we are constantly striving to improve our service; however, limitations may arise when it is used for purposes for which it was not designed. Kind regards

@klimpix Hello! Thank you for testing 2.27.2 after upgrading and rebooting. The updated reports confirm that the issue persists on your system. The new AVC events directly document SELinux denying nft, running in the iptables_t domain, access to /var/lib/eddie-vpn/state/netlock_nftables_backup.nft. Their timestamps match the backup-file errors in Eddie’s log, during both startup recovery and subsequent Network Lock activation attempts. The helper also encounters separate denials involving DNS restoration and cleanup. This gives us clearer evidence of the SELinux access restrictions affecting the persistent-helper configuration. The exact correction still requires investigation into the helper’s execution context and the state files’ SELinux labels and permissions. We will pass these updated reports to the developers for investigation. For now, please continue using password-based elevation, which you reported works with Network Lock, while keeping SELinux enforcing and firewalld enabled. Thank you also for confirming that the tray issue persists with 2.27.2 on Plasma 6.7.5 under Wayland. We will include that information as a separate issue. Kind regards

Please do that, for completeness' sake. Close and reopen Eddie in a state which causes the error and try a connection once, then provide a system report:.

This has been an issue for years. A kvm/qemu guest using NAT (default) to connect to the internet via the host does not work because Eddie network lock prevents it. Can or will AirVpn whitelist libvirt's virtual interfaces by default in Network Lock. Thank you

It works! 😀 Thank you so much for your work! This fix for a persistent bug related to privilege escalation allows me to upgrade directly from version 2.25.1 to version 2.27.2. I can therefore confirm to anyone who is a bit too quick to criticize the eddie-ui user interface that version 2.27.2 poses no obstacle to its use on current operating systems, and that—among many other options—it allows you to choose between 3 WireGuard protocols and more than 50 for OpenVPN! When free software works perfectly, is secure, and offers the end user so much freedom of choice in a graphical interface, we should 👏 thank and encourage the developers rather than criticizing the project for no good reason without contributing improvements in the form of pull requests or forks. 🌻 I hope that other users who encountered similar privilege escalation issues will take as much pleasure as I did in thanking the development team.

@Riesengebirge the answer is here : I didn't find any other solution. I guess you can find where is the eddie profile in windows 10 blablabla and then delete it. Or you can try the 2.27 (beta) version.

Your list of filter lists is a copy from uBlock Origin's predefined filter lists, and all of them and most of their variants are integrated into OISD Full, so please use that if you need all the lists you mentioned. Same with OISD NSFW for NSFW content, those two lists are really, really good. You hit the nail on the head. That's why the most popular implementations and suggestions are not those smaller lists, but the projects summarizing/deduplicating them: OISD, Hagezi, Energized (not sure if stlll alive, that one) and others. OISD and Hagezi have been the cornerstone lists in my local network for years now with one false positive a year, maybe. Every profile choice needs a separate (curated) list for that filtering purpose. Currently, AirVPN offers a curated ads/tracking, two security, a dating, a gambling and a porn list. Users can then choose to combine them with any other lists to have their own individual, custom filter – for all devices or just one, if they so choose. An arbitrary definition of profiles takes that freedom away: Some see ads, tracking and privacy as the baseline, some only the most intrusive ads or most known ad domains. If you differ between ads and tracking, chances are you will be tracked without ads being shown. Users should just combine the offered lists to have their own custom definition of strict.

Hello! @nwlyoc A few suggestions to improve the software, can you please check them and verify whether the detected problems are real? 1. IMPORTANT. The sudo password is piped through xargs, which turns it into a command-line argument for printf. This can make the password temporarily visible through /proc/<pid>/cmdline or process-monitoring tools. xargs can be removed and the password passed directly to sudo -S via stdin. 2. The AirVPN API key is stored in plaintext inside vpncontrol.conf, while the installation procedure does not enforce restrictive permissions. On a multi-user system, the file could therefore remain readable by other local users. The configuration directory should be 0700 and the file containing the API key 0600. 3. IMPORTANT. The nftables ruleset adds ip saddr to the whitelist after an allowed DNS query and later accepts packets whose ip saddr matches that set. In the OUTPUT chain, ip saddr can be the host's own local address, so this can unintentionally allow subsequent outbound IPv4 traffic and defeat the Network Lock. The whitelist must operate on destination addresses ip daddr, not source addresses. Kind regards

I'll wake this topic up again regarding libvirt. I have the problem with kvm qemu virtual machines not being able to connect due to the Eddie lock not letting the guest machine connect via NAT. It is suspected the issue lies in the way Eddie uses nft and libvert use ip-tables. I tried setting Eddie to Iptables-legacy then closed Eddie and opened it again, but the problem persisted. Should I have rebooted or logged out of the host machine after making the change to iptables-legacy?

Please wait the next release that fix some issues, expected today. Thanks.

Hello, A lot has happened since my last update (v1.0.4), so here's a recap of everything added. Notes: I now have a paid Apple Developer account, which unlocked native VPN connect/disconnect (see below). Because of that, the project now ships as two builds: AirDash (full): includes native VPN, requires a paid developer account to build yourself AirDash Lite: same app minus native VPN (profile generation/export still works), sideloadable with a free Apple ID, this is the one on GitHub Releases I've also started preparing an actual App Store submission, currently on hold waiting for the Xcode 27 Release Candidate (I'm on macOS 27 beta) plus a French cryptology declaration (ANSSI) that's still being processed. I'll post here once/if it goes live. What's new since v1.0.4: Native WireGuard VPN: connect and disconnect straight from the app via NetworkExtension, no external VPN app needed. Live tunnel status on the Dashboard, one-tap connect from any server's detail page (full build only) Server history & trends: load/connected-users charts per server (1h/24h/7d/30d), a reliability breakdown (healthy vs warning/error), a peak-hours chart highlighting the quietest window, and a Trends screen ranking servers by average load, all powered by a companion history service I run separately, not the AirVPN API Server comparison upgrades: bandwidth and an overlaid historical load chart across compared servers Multiple accounts: add, switch and remove AirVPN accounts, each with its own favorites/sort preferences Device management: add, rename, renew WireGuard keys and remove devices from Settings DNS blocklists: browse available lists (read-only, links out to airvpn.org to manage them) Recent profiles page: dedicated screen with search, sort, filter by protocol, quick reimport, QR code and delete Spotlight search: favorite servers and recent profiles searchable from the system search 4 more Siri Shortcuts: Best Server, Generate Profile, Recent Profiles, Show Profile QR Code Widget redesign: load bars instead of plain text, session duration, favorite indicator, plus a new Small-only "AirDash Account" widget (VPN status, connected server, subscription info) Protocol logos and trademark credits for AirVPN, WireGuard and OpenVPN in Settings Various fixes and polish (favorite badge in server list, best-server scoring rebalanced so a heavily loaded low-ping server no longer wins unfairly, tap a session to jump to its server, etc.) Links: GitHub repo: https://github.com/zlimteck/AirDash Releases: https://github.com/zlimteck/AirDash/releases (currently v1.0.9) As always, feedback and suggestions are welcome. Thanks for reading! GrimZ.

Hello! A few flood attacks caused various problems throughout August but the main problem since one or two weeks ago is the uplink capacity in our opinion. We were expecting maintenance operation in the Zurich DC to increase uplink capacity and improve access switch redundancy by adding a second switch to the rack between Aug 31 and Sep 1, but it was unfortunately re-scheduled to Sep 8. We will evaluate whether the added capacity will be enough to resolve the problems and we will act accordingly. Kind regards

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. 🙏

Still waiting on return of Lithuanian servers, or even high bandwidth (20gbps) ones in any Baltic country.

Hello! This is a problem affecting a few Windows 10 systems that is being actively investigated by the devs. A fixed version is imminent: in the meantime you can try to connect via WireGuard, if it's a viable option in your network. Otherwise, you can consider to momentarily downgrade to Eddie 2.24.6. If you decide to downgrade, please remember to delete the configuration file that can be found here before installing the older version. Kind regards

For Wireguard, try different ports, though if your ISP filters ports it's unlikely either AirVPN's default 1639, Wireguard's default 51820 or the alternative 47107 will work. For OpenVPN.. someone else might step in. I don't use Windows anymore to check that more thoroughly.

The norwegian servers were great before they were "discovered"! I used to be able to play games on them. But now they are very often maxed and you have to skip around to find one that is at 90% capacity and not 100%. Cant use them to play anymore :/ Also very low chance to get any decent speeds anymore I see m247 has 10Gbit servers available in Norway.... Just saying

I had this error and was able to fix it by changing the owner of the install folder to root sudo chown -R root /Applications/Eddie.app/Contents/MacOS/

I have noticed that the latest days i see less and less servers and countries available. Is there a problem? Is there something i am doing wrong?

2.26.2 re-released on Arch without the "v", other improvement to Arch PKGBUILD in the next release. Thanks.

Hello! I came across a few problems during AirVPN Suite 2.1.0 installation on a custom Linux box caused by the installer script. I had to fix the installation manually. Here my findings and thoughts. 1. read -p is not POSIX-compliant despite #!/bin/sh The install.sh script declares: #!/bin/sh and the documentation instructs users to run it with sh ./install.sh. However, the script uses read -p for interactive prompts, for example: read -p "Do you want to install AirVPN Suite? [y/n] " yn read -p is not part of POSIX sh and is not supported by shells such as Debian/Ubuntu's dash. As a result, running the installer with /bin/sh can produce an error such as: read: Illegal option -p The script does not check the return status of read, so it may continue execution with an empty/unset response. This can cause prompts to be effectively skipped and the installer to proceed with unintended defaults. Possible fix: keep the script POSIX-compatible by replacing read -p with: printf '%s' "Do you want to install AirVPN Suite? [y/n] " read yn The same issue appears in multiple interactive prompts throughout install.sh. 2. Incorrect group membership check The installer checks whether the airvpn user belongs to the airvpn group using: grep ^$AIRVPN_GROUP /etc/group | cut -d: -f4 | grep -q $AIRVPN_USER This is not a reliable way to check group membership. Because grep -q $AIRVPN_USER performs a substring match, it can produce false positives. For example, if the group members contain: someairvpnuser the check can incorrectly consider airvpn to be a member. It also directly parses /etc/group, which bypasses the system's NSS configuration, so it may fail on systems where group information is provided through LDAP, SSSD, NIS, etc. Possible fix if getent is available: getent group "$AIRVPN_GROUP" with proper parsing of the member list. If getent is not available the system's group membership mechanism may be a solution, for example: id -nG "$AIRVPN_USER" | tr ' ' '\n' | grep -qx "$AIRVPN_GROUP" 3. Not bugs but poor design install.sh performs several critical file operations using cp without checking whether they succeed. For example: cp bin/bluetit /sbin/bluetit cp bin/goldcrest $BIN_DIR cp bin/hummingbird $BIN_DIR If one of these commands fail, for any reason, the installer continues executing instead of aborting. There is no global set -e and no explicit error handling around these operations. As a result, the script can potentially reach its final success message even though one or more required components were never installed. This can leave the system in a partially installed and inconsistent state, while giving the user the impression that the installation completed successfully. The same issue should be reviewed for other critical commands such as mkdir, chmod, chown, systemctl, and service-management operations. At minimum, critical operations should check their exit status and warn the user. Seeyabyez

Hello! We're glad to inform you that infrastructural power up in Sweden will take place, probably throughout September and October. We're glad to know it! Kind regards

Hello! The GUI is mainly managed by Mono and this problem is not reproducible on our and our customers' Linux systems. Specifically, one of our testing systems is Debian 13 with KDE Plasma 5, and we don't see any problem at all. However, our DEs run on X.Org server, not on Wayland. Eddie and Mono may have various problems with Wayland on Debian 12, just like a lot of other applications have. You can consider to switch to X.Org. Can you also tell us which compositor is used in your Plasma environment (in Plasma, this is typically KWin)? Next Eddie GUI will not need Mono anymore and Wayland compatibility will be improved, but probably not on systems with archaic packages like Debian 12 (see below). But you can consider to upgrade to Debian 13. Debian 12 Wayland support was not ready for everyday use, while things improved on Debian 13. Also, Debian 12 regular security support ended on June 2026 and its kernel is very old, therefore upgrading to Debian 13 is in any case a good idea if possible. Also consider that Debian 13 is now the main development platform for Eddie Linux edition. Kind regards

I am unable to connect using OpenVPN after installing 2.26.2 it will only work if i set it to wireguard, any ideas? I had to revert back to Eddie 2.24.6 and select wintun driver in advanced tab to use openvpn again.

Hello! @Flexion informed the support team that the problem was caused by the specific configuration of a private tracker limiting downloads for new users for a certain period of time. Therefore, "non-priority user" will have trouble in seeding. 🙄 Case closed. 😁 Kind regards

Hello! It's expected, unfortunately. Eddie includes the latest WireGuard version which requires macOS 12 Monterey or higher versions. The privacy protection offered by OpenVPN, anyway, is slightly higher than that offered by WireGuard. Furthermore there is no WireGuard kernel module for macOS so the performance gain you have on other systems from saving kernel space↔userspace crossing and packet-buffer movements is lost. Kind regards

Thank you, that's solved the problem for me.

@bilis @riotamus @Harold99_0 @sebalpatine @zeedatrup @Veep Peep Hello! A plausible explanation is that you're running an obsolete Eddie Desktop edition version. Eddie filters out servers whose connection mode is not compatible with your system setup. For example, as DCO support is completed throughout the whole infrastructure, an old Eddie version not supporting WireGuard and running an OpenVPN version 2.3.x will be unable to find a suitable server. Please upgrade your Eddie Desktop edition and report back at your convenience. If you are not running Eddie Desktop edition, please specify the software you're running. Kind regards

t's all good; I uninstalled and reinstalled the eddie tool. I have access to all the servers again. You can close the topic. good night

Hello, I'm developing an app called AirDash, it's an AirVPN dashboard that uses the API. It requires at least iOS 26 and iPadOS 26, built-in Swift 6. Notes: I don't have a paid apple developer account, so my only way to offer you a try is either to build the project via Xcode or to use the .ipa of the latest release available (currently v.1.0.4) via your preferred sideloading method. See details in the project readme. Features: Network: Full server list with load, users, health, ping latency, sort (load / name / ping), continent filter, search and favorites Server comparison: Long-press any server to add it to a comparison (up to 3); tap the toolbar button to view them side by side Dashboard: Account info (current IP, VPN status, expiration, credits, sessions, member since); swipe left on a session to disconnect Server detail: WireGuard or OpenVPN profile generation, direct import into the system VPN app, share and QR code (WireGuard) in a ··· menu; recent profiles per server with one-tap reimport Profile history: Recently used server profiles shown in Dashboard and in each server detail; supports one-tap reimport by protocol Biometric lock: Face ID / Touch ID protection, toggleable in Settings App icon: 8 variants: Auto, Classic, Light, Purple, Green, Red, Minimal, Minimal Dark Settings: API key rotation, light/dark/system theme, app icon picker, changelog, credits Notifications: Subscription expiration alerts 7 days and 1 day in advance (delivered by the OS even when the app is closed) Siri Shortcuts: VPN Status, My IP Address, Open Server (navigates directly to a specific server) Widget: Current IP, VPN status and active sessions on the home screen; configurable with a favorite server picker showing load, users and latency (Small, Medium and Large sizes) Quick Actions: Long-press the app icon to jump directly to Dashboard or Network Links: Repositorie Github: https://github.com/zlimteck/AirDash Releases Github: https://github.com/zlimteck/AirDash/releases If any members try it, don't hesitate to give me feedback, and suggestions for improvement. thank you in advance. GrimZ.

I bumped into this because of Mac warning for end of support for Rosetta stuff. For anyone that also find this thread, I found the AirVPN Eddie Github code base mention they are working on a "UI 3.x" effort already underway (unreleased on public GitHub): a full native rewrite in C++, Objective-C/Cocoa on macOS see here: https://github.com/AirVPN/Eddie/blob/master/src/readme.coding.md#projects-ui-3x-under-development-not-released-yet-on-public-github So hopefully that development is going well and we will have a native silicon GUI in for Eddie sometime soon.

hello. can you give some screenshots for this two moments? Hello! 1. Go to "Settings" > "Advanced" > "Custom AmneziaWG directives", turn on "Enable CPS" switch, disable "Random Presets" and select a web site from the list appearing after you tap on "Preset". Make sure you tap "OK" at the end to confirm (if you just tap "Back" button, the settings will not be stored). 2. Go back to the main view, select "AIRVPN SERVER", long tap the country or the specific server you want to generate and export a configuration file for, and select "Export AmneziaWG profile" or "Open AmneziaWG profie with..." according to your needs. Kind regards

Hello, I'm curious what causes the brief 1-2 periods of packet loss in the 4 Los Angeles servers. It seems like half of the "issues history" page is just these 4 servers. I have my config set to Los Angeles and Fremont, and it almost always inevitably ends up stable on the Fremont server due to the LA health check problems.

You actually have set a speed limit of 10 kb/s, might have been by accident of clicking that little speedometer icon

Singapore needs a 10G server. All the servers are very congested and are super slow. Thank you.

+1

Dark mode on this site would be nice. Strange that there is no dark theme aleready? I use a huge screen and its like flood-lights when i open this page lol opening airvpn.org:

Yes I agree

Yes more norwegian servers would be nice. I was going to make the same suggestion. Also one more server in estonia would be great. Good speeds from Alruba when its not at capacity

It would seem that this actually fixed both issues (for the DNS leak, I can only say so for just one of the tested WiFi networks on which the leak existed). Thanks.

Hello! We have no plans to operate VPN servers in France (and in Italy) for the mandatory data retention framework still enforced in disdain of three different legally binding decisions of the CJEU (see below). France is in breach and Italy is too, but the Commission hesitates to open infraction procedures. Since the decisions pertain to the the preservation of a fundamental human right enshrined in the EU Charter of Fundamental Rights and in the European Convention on Human Rights, it does not seem inappropriate to consider that both France and Italy are committing one of the worst breaches a EU Member State can be guilty of. We might challenge with a casus belli the (il)legal framework in France, but we are already committed in other EU countries and we can't open potentially multiple legal battle fronts. The Court of Justice declares the Data Retention Directive to be invalid https://curia.europa.eu/jcms/upload/docs/application/pdf/2014-04/cp140054en.pdf The Members States may not impose a general obligation to retain data on providers of electronic communications services https://curia.europa.eu/jcms/upload/docs/application/pdf/2016-12/cp160145en.pdf The Court of Justice confirms that EU law precludes national legislation requiring a provider of electronic communications services to carry out the general and indiscriminate transmission or retention of traffic data and location data for the purpose of combating crime in general or of safeguarding national security https://curia.europa.eu/jcms/upload/docs/application/pdf/2020-10/cp200123en.pdf Kind regards

You didn't explicitly mention that you can't access the app. I took the whole thread as being curious about why the second dialog appears. If that's the case, you need to delete the eddie.profile file in your user directory. It's in /Users/(username)/.config/eddie/.

AIRVPN DOES NOT RECOGNIZE ANYMORE VERISIGN, AFILIAS AND ICANN AUTHORITY. OUR COMMITMENT AGAINST UNITED STATES OF AMERICA UNFAIR AND ILLEGAL DOMAIN NAMES SEIZURES. The United States of America authorities have been performing domain names seizures since the end of 2010. The seizures have been performed against perfectly legal web-sites and/or against web-sites outside US jurisdiction. Administrators of some of those web-sites had been previously acquitted of any charge by courts in the European Union. The domain name seizures affect the world wide web in its entirety since they are performed bypassing the original registrar and forcing VeriSign and Afilias (american companies which administer TLDs like .org, .net, .info and .com) to transfer the domain name to USA authorities property. No proper judicial overview is guaranteed during the seizure. Given all of the above, we repute that these acts: - are a violation of EU citizens fundamental rights, as enshrined in the European Convention on Human Rights; - are an attack against the Internet infrastructure and the cyberspace; - are a strong hint which shows that decision capacities of USA Department of Justice and ICE are severely impaired; and therefore from now on AirVPN does not recognize VeriSign, Afilias and/or ICANN authority over domain names. AirVPN refuses to resolve "seized" domain names to the IP address designated by USA authorities, allowing normal access to the original servers' websites / legitimate Ip addresses. In order to fulfil the objective, we have put in place an experimental service which is already working fine. If you find anomalies, please let us know, the system will surely improve in time. Kind regards AirVPN admins

Hello ! 1) Functional port forwarding is necessary for torrents to work properly. Many users don't have it set up correctly, meaning if you also don't have it set up correctly you won't be able to connect to them... leaving only the overloaded connectable ones. 1a) To do so, first FIND a free port here in the Forwarding section: https://airvpn.org/ports/ 1b) Then use that port in your client - in qBitTorrent - Tools -> Options -> Connection - Set PORT, and make sure you uncheck Use UPnP !!!! (not used for VPN!) and uncheck Use different ports... you want to keep the same port all the time! 2) Speed depends on what are you torrenting - In general any "public" stuff is going to be slow or very slow. Some specialized private trackers however have users with high-speed connections, dedicated seedboxes (servers) and such, and they are interested in ever-increasing that precious ratio so they are not going to throttle their speed. If you get only 100kbps on some random TPB torrent, don't complain about VPN, it's not going to help 3) Make sure Encryption is enabled in your client, even if VPN itself encrypts. If you don't have encryption enabled, it might be that your peers are being throttled, even if you're not ! Remember, this is a 'group dance', it's not just about your speed and your internet. 4) Simply pick another server ! You might have chosen one which is closer to you, but perhaps your PEERS are somewhere else. Generally choosing a server in West Europe ( Netherlands, Germany, UK ) will result in the best speeds for torrents. 5) Have a fast computer ! I've seen so many times that people complain about torrent speeds on a slow laptop with an extremely fragmented harddisk. You're giving that poor computer so much work it can't handle. Use tools like Ccleaner to cleanup garbage files and Defraggler to keep it defragmented (skip this part for SSD's, but cleaning up files is still good !) My torrent machine is a modern Quad-Core Intel overclocked @ 4Ghz with a Raid0 array of 2 HDD's as the "dump" (where things download). It can easily take 1gbps of speed (not available at my current location due to ISP limitations, but I had 1gbps internet before). Never had any problems with it not able to maintain a speed, even for huge tens-of-gigabytes torrents. Hope these help Yarr matey !

First time using a VPN. After much internal reflection, ended up going with AirVPN Found a discount code to boot XD made it all the more worthwhile IMO and sub for a year.