Leaderboard

I have been facing a predicament for months, which is that Steam thinks i'm a bot and doesn't let me play any multiplayer games in.. multiplayer, and I can't turn my VPN off to use all 5 ports on it to host numerous servers. The problem is, there isn't a way to IP or domain whitelist Steam, since I don't know any of the ip's it uses to connect, and they change alot. This is where app-based tunneling would shine though, and here is why 1. App based tunelling would most likely save you guys alot of bandwidth, now people can tell the VPN to send web browser connections through their actual internet, and then you won't have alot of traffic taken up by YouTube streams 2. This defeats the need to switch to other clients, which is clunky and complicated. 3. It lets you do everything in one app (Eddie), which is extremely convenient and simple for newcomers to use, probably bringing more subscribers to the VPN too since split-tunneling is a useful feature 4. It straight up lets you split tunnel some stuff in the first place, such as Steam i've already mentioned, which uses a variety of ip's and domains i don't know, and i'm not about to spend a few hours in wireshark getting all the ip's/domains and adding them. So please, 4 good reasons on why app split-tunneling should be added to Eddie. P.S. another thing I noticed was that the split-tunneling already in Eddie didn't seem to work until I reconnected the VPN, is this a limitation, a bug, or just something that isn't added? - Thanks, a pleading CS2 player and server hoster

I expect an apology from both of you for baseless slander.

The site has been under a DDOS attack for a while and the owner blacklisted heavy usage servers as one of a series of countermeasures. He apologised for some innocent victims of this but the site seemed to be working fine this morning, so hopefully it is back to normal now..

Name: Multi ultimate Description: Ultimate Sweeper - Strictly cleans the Internet and protects your privacy! Blocks Ads, Affiliate, Tracking (+Referral), Metrics, Telemetry, Phishing, Malware, Scam, Free Hoster, Fake, Coins and other "Crap". License : MIT license A raw URL which our system can fetch from periodically in order to build the list: https://raw.githubusercontent.com/hagezi/dns-blocklists/main/domains/ultimate.txt You can find more of his List [Even some that dont block so hard here: https://github.com/hagezi/dns-blocklists#ultimate

Why do AirVPN DNS servers hate the website usps.com so much? At first, I couldn’t figure out why I could load usps.com on my FreeBSD machine but not on my Android smartphone. Then I realized that, on FreeBSD, the DNS fallback mechanism configured in /etc/resolv.conf was causing a DNS leak: usps.com would load in Chromium because my ISP’s DNS servers were being used. I had to make sure that resolv.conf was automatically configured to use AirVPN DNS first and, from now on, to fall back to Cloudflare DNS or Google DNS instead of my ISP’s DNS. But I’m curious: why can’t AirVPN DNS resolve usps.com?

just make sure it's not your own exit IP (whether real IP or VPN exit IP) 🤣 there have been sightings of oddball servers that would mirror the exact traffic back to you. purpose: unknown. this would look really like your counterpart with the same port tried to connect to you. Try to write down IPs to see if a pattern emerges. Is it a small range of addresses (first half of IPv6, entire address for IPv4 accounting) or a broad range? Do they belong to the same ISP or hosting? relax, stop over reacting, stop micromanaging and get used to it, because that's how the internet is supposed to work on a technical level 1. IPv4 and IPv6 are separate and independent networks. Your client is correct to treat them as if one doesn't know about the other 2. IPv6 hosts (peers) will often have at least two addresses assigned through no fault of their own. Your client is correct again to treat them separately as if they were independent but equal. The above is correct on a technical level. The world won't get better if you start handing out manual bans to more fairly redistribute the upload bandwidth. The world will get better if more people contribute to uploading with more bandwidth. You wanted an answer, right? The answer is: the bittorrent client could try to deduplicate peers across different logical networks only for the limited upload speed to be more fairly distributed across currently connected peers. Why isn't it being done? It's impossible and/or very hard and/or unnecessary. How many CPU cycles does a program need to dedicate to scanning all details between all peers for deduplication to avoid the bandwidth advantage of (Number IP addresses * 1/number total peer connections)? The difference is 1/n in most cases. While it's apparent to you that a peer is the same over multiple addresses, to a program it is not. How do you avoid banning all of a real peer's addresses, when the remaining one drops completely for example? Like IPv4+IPv6 were working and connected, IPv4 was banned by you. But then the peer drops out, because IPv6 stopped working on their end. Do you lift the ban by retrying (wasting packets, CPU cycles and energy?). The solution asks for heuristics and for a computer and programmer it's muddy waters. Why spend time and effort to begin with? I have spent more effort than necessary by explaining this, but I wouldn't convince you otherwise, because you act on emotion of righteousness... understandable. unless you understand how futile your manual effort is. I don't mean to sound condescending, but the protocol works the way it does. It is what it is. And the person on the other end is not evil or responsible for how it works. At the planetary scale the solution is more seeding. Just keep seeding when you can. That's all, folks!

Here is a copy of the message on the current happenings.

(Edited on April 23) Just as a note, since the first days of April the situation with VPNs in Russia is going into the real Cheburnet phase: Spyware VPN detectors will be inserted into all the major commercial mobile apps (Max, VK, Yandex, banks, phone carriers, etc.), every detected endpoint IP will most likely go into the country-wide blacklist The increase of the cross-border backbone bandwidth has already been vetoed because it has grown over the top in the last year due to the VPNs Because of that there are rumors that more than 15 GB/month of cross-border traffic will have added cost for every end user (proven but action currently delayed due to the technical difficulties in detecting the cross-border traffic at the ISP level) VPN software will be detected on every in-country VPS hosting provider to prevent using them as bridges (it is already a common practice to circumvent white list blocks) Recently there were wired Internet shutdowns looking very much like tests of white list blocks (before that only mobile Internet had white lists) By the way, it's very hard to find any AirVPN server which is not yet blocked. But I can still find some (mostly in Netherlands) by automated scanning. AmneziaWG is necessary, of course

Hello! We do agree and we are planning to implement on our software per app traffic splitting on Windows too. Currently you can enjoy per app traffic splitting on Linux (AirVPN Suite) and Android (Eddie Android edition). If the machine you use for Steam is based on Linux you can already have per app traffic splitting with our software. If you run Windows, in the meantime you can consider WireSock, which offers traffic splitting and reverse traffic splitting (on an application basis) and is fully compatible with our WireGuard servers. The Configuration Generator will generate the profiles you wish. Kind regards

Hello! Please follow this checklist: https://airvpn.org/forums/topic/66388-port-forwarding/?do=findComment&comment=243305 Kind regards

Hello! We're very glad to inform you that AirVPN Suite version 2.1.0 alpha 1 is now available for x86-64 based Linux systems. UPDATE 2026-05-13: AirVPN Suite 2.1.0 beta 1 is now available. AirVPN Suite 2.1.0 development focuses on bug fixes, improved IPv6 management and aims at a quick release. New features are planned for the major new version (probably 3.0.0) to offer complete AmneziaWG support. Main changes: very large routing table should not cause Bluetit to crash anymore more accurate detection of default gateway several IPv6 addresses management fixes more accurate detection of network availability (in progress) option to tunnel or not IPv4 traffic over an IPv6 tunnel Changelog Changelog for AirVPN Suite Version 2.1.0 beta 1 - 11 May 2026 [ProMIND] updated to OpenVPN-AirVPN 3.12 (20260508) airvpntools [ProMIND] setBootServerIPv6Mode() renamed to setBootServerIPMode() airvpnuser [ProMIND] getOpenVPNProfile(): changed interface. Replaced connectIPv6 and mode6to4 with ipMode [ProMIND] getWireGuardProfile(): changed interface. Added mtu. Replaced connectIPv6 and mode6to4 with ipMode network [ProMIND] added enum IPMode openvpnclient [ProMIND] resolveProfile(): changed interface. Replaced ipv6 with IPMode [ProMIND] replaced TUN_LINUX with TunNetlink::TunMethods wireguardclient [ProMIND] resolveProfile(): changed interface. Replaced ipv6 with IPMode Changelog for Bluetit Version 2.1.0 beta 1 - 11 May 2026 [ProMIND] added run control directive airvpn4to6 [ProMIND] added client option --air-4to6 [ProMIND] replaced airVpnIPv6Mode and airVpn6to4Mode with airVpnIPMode [ProMIND] replaced airVpnBootConnectionIPv6 with airVpnBootConnectionIPMode [ProMIND] start_airvpn_connection(): send IPMode to log Changelog for Hummingbird Version 2.1.0 beta 1 - 11 May 2026 [ProMIND] no change Changelog for Goldcrest Version 2.1.0 beta 1 - 11 May 2026 [ProMIND] added client option air-4to6 to run control file Changelog for Cuckoo Version 2.1.0 beta 1 - 11 May 2026 [ProMIND] no change Version 2.1.0 alpha 1 - 23 April 2026 [ProMIND] updated to OpenVPN-AirVPN 3.12 (20260206) airvpntools [ProMIND] added new method capitalizeWord() network [ProMIND] getGatewayFromRouteTable(): msgBuf is now dynamically allocated (currently to 32KiB) [ProMIND] getGatewayFromRouteTable(): socket's receive buffer set to 1MiB [ProMIND] getGatewayFromRouteTable(): revised code for a more strict and reliable scan [ProMIND] added methods isValidIPAddress(), isValidIPv4() and isValidIPv6() [ProMIND] parseIpSpecification(): fixed IPv6 specification handling wireguardclient [ProMIND] setup(): check validity for both IPv4 and IPv6 gateways [ProMIND] profileNeedsResolution(): fixed IPv6 address handling [ProMIND] setConfiguration(): fixed IPv6 address handling [ProMIND] resolveProfile(): fixed IPv6 address handling Download URL x86-64: https://eddie.website/repository/AirVPN-Suite/2.1.0-beta/AirVPN-Suite-x86_64-2.1.0-beta-1.tar.gz x86-64 SHA-2: https://eddie.website/repository/AirVPN-Suite/2.1.0-beta1/AirVPN-Suite-x86_64-2.1.0-beta-1.tar.gz.sha512 x86-64 legacy: https://eddie.website/repository/AirVPN-Suite/2.1.0-beta/AirVPN-Suite-x86_64-legacy-2.1.0-beta-1.tar.gz x86-64 x86-64 legacy SHA-2: https://eddie.website/repository/AirVPN-Suite/2.1.0-beta1/AirVPN-Suite-x86_64-legacy-2.1.0-beta-1.tar.gz.sha512 ARM 64 bit: https://eddie.website/repository/AirVPN-Suite/2.1.0-beta1/AirVPN-Suite-aarch64-2.1.0-beta-1.tar.gz ARM 64 bit SHA-2: https://eddie.website/repository/AirVPN-Suite/2.1.0-beta1/AirVPN-Suite-aarch64-2.1.0-beta-1.tar.gz.sha512 ARM 64 bit legacy: https://eddie.website/repository/AirVPN-Suite/2.1.0-beta1/AirVPN-Suite-aarch64-legacy-2.1.0-beta-1.tar.gz ARM 64 bit legacy SHA-2: https://eddie.website/repository/AirVPN-Suite/2.1.0-beta1/AirVPN-Suite-aarch64-2.1.0-beta-1.tar.gz.sha512 ARM 32 bit: https://eddie.website/repository/AirVPN-Suite/2.1.0-beta1/AirVPN-Suite-armv7l-2.1.0-beta-1.tar.gz ARM 32 bit SHA-2: https://eddie.website/repository/AirVPN-Suite/2.1.0-beta1/AirVPN-Suite-armv7l-legacy-2.1.0-beta-1.tar.gz.sha512 ARM 32 bit legacy: https://eddie.website/repository/AirVPN-Suite/2.1.0-beta1/AirVPN-Suite-armv7l-legacy-2.1.0-beta-1.tar.gz ARM 32 bit legacy SHA-2: https://eddie.website/repository/AirVPN-Suite/2.1.0-beta1/AirVPN-Suite-armv7l-legacy-2.1.0-beta-1.tar.gz.sha512 If you wish to test, thank you very much! Please feel free to report here any bug and malfunction you find! Kind regards & datalove AirVPN Staff

I found my way to this thread due to "getGatewayFromRouteTable(): Received invalid packet from socket". Super convenient timing as I just hit this error today on a new system. This build resolved the error and seems to work just fine in the limited testing I've done so far.

I have a similar set up, the 2.1.0 beta resolved this issue for me.

Hi, no issue detected for me with the beta version for now. Thank you

Thank you. Test ok and problem fixed in this beta version !

Or use this in-depth article on binding. https://wispydocs.pages.dev/torrenting/

Hey, see this guide on how to bind your Qbittorrent client. It uses the example of proton VPN, but it is almost the same for AirVPN. Binding is super important. https://protonvpn.com/support/bittorrent-vpn#how-to-bind-the-client-to-the-proton-vpn-interface

Hello. Please add new 10G Montreal server(s); the current ones are all 1G and are always fully utilized. It is hard to get good speeds from East Canada. Toronto and NY are good but not perfect. Thank you so much.

Tysm!!! I haven't used any torrent clients since i was like 10 and very ill informed. I want to be as safe as possible so thank you again for your answer!!!

Your ISP can't see any more when you use servers in USA than they can if you use servers outside USA. But that's all assuming your setup doesn't leak as you've tried to prevent by binding qbit to the VPN interface. If you do leak, your ISP will ding you no matter what server you use. Nothing magical about using servers outside USA.

And very well they work too, nice to have servers near to home - Thanks!

Hello! AMule uses both TCP and UDP protocols for different functions. TCP is primarily used for client-to-client transfers and connections to eDonkey servers, while UDP is used for extended protocol features, according to Wikipedia. For your account you have forwarded a few UDP only ports. Please change them to "TCP and UDP" and test again. Furthermore, if your system is Windows, make sure that the Windows Firewall (or Defender etc.) allows incoming packets for aMule on both private and public networks: if the VPN is considered a public network (check it out) by default incoming packets will be rejected or dropped. Kind regards

I remember you were based in China. Could it be your own ISP IP address there? Nah, that's not how it works. If you're subscribed to your ISP's gigabit line for instance, you don't get one IPv4 gigabit line and one IPv6 gigabit line which then add up to be two gigabits – the same gigabit line is just reachable by two different address schemes, v6 preferred, but the quicker gets the traffic. No need to ban anything there. At least for that reason – at the end of the day I think it's still taking two upload slots. Wondering how you know it's the same peer, though.

Please provide the links to those rotation scripts. I feel like you're referring to something that worked 10 years ago, but no longer does today. Aside from pathological paranoia, what reason could there be to rotate the servers every 15 minutes?

Servers blocked right now includes: Nash, Matar, Talitha, ... but Orion works today!

Hello! Roughly 30% to 50% of peers in a typical Linux distro swarm have working IPv6 connectivity. However, BitTorrent clients or systems may prefer IPv4 and the perceived percentage of IPv6 peers can be dramatically lower. Kind regards

Got this message today on Tahoe. I know it could be a while before they shut down Rosetta but this message may alarm some Mac users.

Hi All, With the permission from the staff here, I'm releasing a project I've been working on these past few months, for myself, named AirBL. Fully hosted on GitHub for all to run via their preferred container deployment method, e.g. Docker, OrbStack, etc. The companion will help you with: Smart Gluetun Integration: Bypasses Gluetun's static logic by feeding it a dynamic servers.json, monitoring for DroneBL blocks and forcibly restart Gluetun if the server IP gets flagged (customizable behavior). WireGuard Generation: Automatically generates perfected wg0.conf files (per the user choice, prioritizing speed, clean servers or both). It pulls data from internal speed tests and TCP verifiers to lock in clean IPs. AUTO Entry Resolution: Use the "AUTO" setting to let AirBL analyze its local SQLite database and automatically map your configuration to the fastest historical route. Multi-Day Discovery Engine: Cycles through different ports (1637, 47107, 51820) and Entry points, over several days to eliminate "fluke" speed tests and lock in proven performance, discovering the best possible route. Dynamic Identity Ingestion: Just drop one AirVPN .conf file into the directory. AirBL extracts your keys and dynamically generates hundreds of optimized variants on the fly. Abuse & Performance Filtering: Automatically bans servers that drop below your Mbps floor, keeping your server list healthy. And more! Come check it out here https://github.com/xEsurient/AirBL | https://xesurient.github.io/AirBL/ Feedback and commits on the project are welcome, e.g. if there's things that you think could be done better such as abandoning the N*Speedtests logic via speedtest-cli for something more robust or indicative of the network's performance. Disclosures: Wiki is AI fixed with references and proof checked after changes (to ensure the information is understandable and complete), README.md is completely AI generated based on the project itself, minus a few tweaks and fact checking changes, Index.html is a standard template (commonly used by whatever AI choice) that has been modified slightly (based on Jinja2). Disclosures: Wiki is AI fixed with references and proof checked after changes (to ensure the information is understandable and complete), README.md is completely AI generated based on the project itself, minus a few tweaks and fact checking changes, Index.html is a standard template (commonly used by whatever AI choice) that has been modified slightly (based on Jinja2).

This happened to me, but that was eons ago and on Windows host. Eddie typically backs up the current system DNS configuration on startup and replaces it with AirVPN’s DNS servers for the duration of the VPN session. Under normal conditions, the original DNS settings are restored when the session ends. However, if the client or system shuts down unexpectedly, this restoration step may not complete. As a result, the system can be left using AirVPN DNS servers. On subsequent launches, Eddie may then back up this already-modified state instead of the original configuration, effectively losing the previous (likely DHCP-assigned) DNS settings. To resolve the issue, reset your DNS configuration [while Eddie is not running, Staff]. Go to your network settings and set IPv4 DNS to Automatic (DHCP). This will restore your system’s default DNS behavior. Regards Viktor23596

Hello! We're very glad to inform you that Eddie Android edition 4.0.1 is now available. This is a patch release to fix a bug affecting AmneziaWG and WireGuard profile generation by Eddie. When generating a profile for WireGuard or AmneziaWG, Eddie 4.0.0 omits the MTU option and the IPv6 address space (even when it's necessary) in AllowedIPs option arguments. We strongly recommend that you upgrade immediately. Eddie Android edition 4.0.1 is available on our web site and the Google Play Store. Any other feature is described by the 4.0.0 version announcement, available here: https://airvpn.org/forums/topic/79743-eddie-android-edition-400-available/ Kind regards & datalove AirVPN Staff

Hello! We already implemented it in 2021. Any domain which must be blocked includes all of its subdomains too. Besides, different matching methods are available for your additions and exceptions: Exact (exact FQDN), Domain (domain and its subdomains), Wildcard (with * and ? as wildcards), Contain, Start with, End with. Kind regards

There are hundreds of those protocols. Neither of them works as well as AmneziaWG.

Might be worth considering implementing Trust Tunnel (https://github.com/TrustTunnel/TrustTunnel) from the guys at adguard VPN. Now open source, supposedly looks like https traffic and seems to be fast from the experience I have with their VPN.

Dark mode pretty please!! Keep up the good work! Thanks

I have for years explicitly avoided all the servers in Uppsala due to very slow speeds. Everything will load slowly. These two tests were performed right after each other. Server Alula (Uppsala Sweden): 6% usage, 117/2000 in Eddie I get: 4.61mbit/s download, 26.85mbit/s upload with 24ms latency. Server Fuyue (Frankfurt Germany): I get: 390.14mbit/s download, 369.53mbit/s upload with 28ms latency.

Random question that I was always curious about, does anyone know why most of the servers in Sweden have such low utilization? Doesn't seem to happen for any other country.

Many Swedish servers have low speed if you do a speed test. Copernicus Lupus Norma and segin have good speeds but the others are very slow.

Would it be a good idea to also add scoring from users? Maybe there could be some score where it is averaged from user ratings. This would seem like a good way for staff to know how servers perform for most users as well.

Looking in Eddie, I can deduce a possible reason. If the scoring rule is set to Speed, which is the default, only four servers actually get a non-zero score, putting only those four into consideration of the Connect to best server function. The client count reflects that. I quick-tested a connection to Sweden on Android, and Copernicus was chosen to be the best server.. huh. Also interesting: The first three are hosted by Altushost, Segin is Netrouting, rest seems to be Kustbandet. ISP might play a role here, too.

Because we can do this only once per year: 😋

Stop making excuses for your homophobia ideas. The 2% of people should ignore this because you're a part of another 98%? Let me ask, how about add one more selection, "Race: White, Non-White, not telling"? And this is exactly how you loose the argument: throwing the toys out of the pram and start calling people you do not even know *phobes *ists etc when someone does not echo your personal believes back to you. When you ask people to be open minded and susceptible to new ideas and views, you should have at least the common courtesy to do the same. To the idea of having more genders, races etc on a VPN site, I would argue that this might be a giveaway of someone's personal identity. My feeling is that you want everybody around you to be aware of gender identity which might be tracked back to your actual id; not a smart move I might say...

That's because the AirVPN team didn't write a forums software from scratch, they picked an existing software and adapted it to the special needs of their infrastructure. A gender field in users' profiles is not a special need, given that 98% of people around here don't bother changing profile settings, let alone edit their profile. IP.Board is a "generic" forums software which can be used in many environments. In some of them contact info, birthdays and genders make sense. In some of them, including airvpn.org, they don't.

The logic becomes sound once you take into account everything else I wrote before that sentence, and I sincerely hope that everyone reads posts for the purpose of understanding the gist of them, not for the sake of rebuking every line written. The gender is, and I reiterate, a more or less unimportant piece of information around here, here being the forums dedicated to AirVPN products and everything related to them or the wider area of topics related to VPNs. Plus, as written, this piece of info is invisible to the whole community when set. When the purpose of that info is for the user to be referred to correctly, it doesn't help that user here if it's not seen by anyone. So the choice of whether I set it to "Non-binary" or "Not telling" doesn't matter in the context of these forums if the outcome – no one will see it, anyway – is the same. If we talked about a context outside of the current environment, then yes, of course, having more choices is a valid request. But as the software does not provide that option, Not telling seems to be the closest thing to Non-binary. The other choices are binary, after all.

The gender is a more or less unnecessary piece of information around here. Even if you wanted to provide your pronouns, no one would be able to see this preference when replying in a thread. It's not in the quick info dialog when hovering over the poster's name, and by default profiles are inaccessable to all, so no one would be able to see that info in the first place. You could use the Location field to enter those, it's visible directly under your name, but that'd be displayed with a Location label, see the example on the left under my name (and compare it with how I formatted it in the profile). You must also be advised that this version on IP.Board comes from a different internet era altogether (~10 years ago, I believe), one that didn't have the custom of providing pronouns, or having a variety of genders to identify as. So, you may treat Not telling simply as virtually equivalent to non-binary.

@Bohdan Kushnirchuk Hello! How to solve: To grant Terminal full disk access (except some specific critical directories) on macOS, follow these steps: Open System Settings (or System Preferences): On macOS Ventura and later, click the Apple menu at the top-left of your screen, then choose System Settings. On macOS Monterey or earlier, choose System Preferences. Go to Privacy & Security: In System Settings (Ventura and later), select Privacy & Security in the left-hand menu. In System Preferences (Monterey and earlier), click Security & Privacy, then go to the Privacy tab. Select Full Disk Access: In the Privacy & Security or Security & Privacy tab, scroll down and click Full Disk Access in the left menu. Unlock Settings: At the bottom-left of the window, you might need to click the lock icon and enter your admin password to make changes. Add Terminal: Once the lock is open, click the + button beneath the list of apps with Full Disk Access. In the file chooser window that pops up, go to Applications > Utilities, and select Terminal. Click Open to add it to the list. Restart Terminal: Close the Terminal app if it’s open, then reopen it to apply the changes. 2. Open the terminal and change ownership of the relevant files: sudo chown root /Applications/Eddie.app/Contents/MacOS/* Kind regards

It's like a drama movie in text form, the way you describe your suffering I like it. (The text, not the suffering. I'm not sadistic..) You bound qB to Eddie, so you are safe from leaks. But are you safe from Windows? As you're using Eddie, it is strongly recommended to enable and use Network Lock so that even if Windows betrays you and qB is one day no longer bound to the interface once known as Eddie, qB won't leak. Irrelevant to your use case. It doesn't. If 58025 is forwarded, that port is reserved for you on all servers. UPnP is not supported. And also dangerous because it's sent to your local network, too, and that may cause your router to open that port as well. Disable it in qB. Also set Peer connection protocol to TCP only. uTP is not UDP. Do not mix those up; uTP is detrimental to BitTorrent via VPN.

Is this a French website? If it is, it's entirely possible that nginx's GeoIP2 module is being used to return a 404 for everyone not in France, though that's a nginx Plus feature. Or it's some other mechanism not based on GeoIP but something else; but still, visitors are somehow being differentiated here and it's not based on whether it's a VPN or not.

Happy 14th Birthday AirVPN. Myself I have been a User/subscriber for 12 of those 14yrs and will continue into future. The best VPN service available in my opinion.

Wishing you continued success as you celebrate this significant milestone. Here's to many more years of safeguarding our privacy and delivering reliable, high-performance VPN services.

Hi there, Are there any plans for a server in Iceland? From my understanding, their privacy laws are great?