Leaderboard

Hello! We reluctantly have to announce gloomy news to you all: Spooky Halloween Deals are now available in AirVPN... Save up to 74% on AirVPN longer plans (*) (*) When compared to 1 month plan price Deal will expire on 2026-11-03 UTC Check all plans and discounts here: https://airvpn.org/plans If you're already our customer and you wish to jump aboard for a longer period with this un-boo-lievable deal, any additional plan will be added on top of already existing subscriptions and you will not lose any day. Every plan gives you all the features that made AirVPN a nightmare for snoopers and a scary service for competitors. Just check this frighteningly long list of terrific features if you dare: a clear mission without compromises https://airvpn.org/mission exclusive and comfortable remote inbound port forwarding system flexible, opt-in block lists against malware and other hostile entities. Pick predefined lists, add exceptions or additional blocks, define your own lists, or just use our totally neutral DNS by default improved API functions to let you control and configure VPN features and account settings WireGuard integration AmneziaWG support in Eddie Android edition, with traffic mimicry of real websites (QUIC) to defeat DPI-based VPN blocking. This year our traffic wears a costume too: with AmneziaWG on Eddie Android, your connection goes trick-or-treating dressed up as an ordinary website, and DPI won't recognise who's behind the mask. Security-hardened Eddie Desktop edition Strong infrastructure growth: about 25% more total capacity in one year. Our servers grew by a ghastly 25% this year: more bandwidth to haunt the Internet at full speed. IPv6 support, including IPv6 over IPv4 and IPv4 over IPv6 refined load balancing to squeeze every last bit per second from VPN servers free and open source software for Android, Linux, Mac and Windows offering advanced features easy "Configuration Generator" web interface for access through third party software guaranteed minimum bandwidth allocation GDPR compliance and very high privacy protection standards no log and/or inspection of clients' traffic effective traffic leaks prevention by AirVPN software Tor support via AirVPN software on Linux, Mac and Windows various cryptocurrencies accepted without any intermediary no obligation to use our free and open source software to enter AirVPN infrastructure. Interoperability is an AirVPN priority. perfectly clear and easy to read Privacy Notice and Terms https://airvpn.org/privacy No tricks, only treats! We witch you a spooktacular Halloween AirVPN Staff

Update: restrictions lifted Hello! The PHP project released the fixed versions earlier than scheduled, and we have installed them on every system of our infrastructure. The temporary restrictions described above have now been removed: The forum is writable again: you can post new topics and replies, edit posts, upload attachments,date your profile. The support ticket area works normally: you can open new tickets and reply to existing ones from the website. Password recovery works again. The customer API (https://airvpn.org/api/) accepts multipart/form-data requests again. If you wrote to support@airvpn.org in the meantime, there is no need to open a ticket as well: we will answer you there. If any of the functions above still fails for you, please clear your browser cache and try again; if the problem persists, open a ticket or write to support@airvpn.org. VPN connections, Eddie and the AirVPN Suite were not affected at any time. Thank you for your patience and understanding. AirVPN Staff

Hello! We're very glad to inform you that a new 10 Gbit/s full duplex server located in New York City, USA, is available: Hiisi. 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. Hiisi 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/Hiisi Do not hesitate to contact us for any information or issue. Kind regards & datalove AirVPN Staff Photo by John Dillenbeck (Public Domain)

Been a happy member for about 5 years! Thank you for reliable and private service! You guys are a godsend!!! 😁

Just switched from Proton, thank you!

Halloween renewal - Grazie, Eduardo, from New World.

@after_lunch Hello! Thank you for the complete report, it shows what is happening. Your Wi-Fi adapter gets its DNS servers from your router: 194.168.4.100 and 194.168.8.100, which are your ISP's resolvers. Eddie 2.26.2 sets the AirVPN DNS (10.128.0.1) only on its own adapter, and in some circumstances its DNS leak protection fails to block queries sent to the resolvers of the other adapters. This is a known bug of 2.26.2, and your report matches it: Network Lock is active and the log says "DNS leak protection with packet filtering enabled", yet Windows still reaches your ISP's resolvers. You can solve it in one of two ways: 1. Stay on 2.26.2 and apply a workaround: open Eddie's Preferences > DNS, enable "Force all network interfaces for DNS", save, then disconnect and reconnect. OR 2. Upgrade to Eddie 2.27.2 beta, which contains the fix: https://airvpn.org/forums/topic/81340-eddie-desktop-edition-227-beta-released/ Then repeat the test on ipleak.net while connected: only AirVPN DNS servers should be listed. If your ISP's resolvers still appear after the workaround, please switch to 2.27.2, and if they persist there too, post a new system report. About hiding long text: the forum does not convert spoiler tags typed by hand. Use the Spoiler button in the editor toolbar and paste the text inside the box that appears, or simply attach the report as a .txt file. Kind regards

Thank AirVPN team for cheap, stable VPN, another 3 years from me 😉

That would be great. Even a 10 year plan 😂 You could do that even now. Just stack up the subscription. I agree. Thank you devs!

Hi AirVPN team, First of all, congratulations on the excellent service and on remaining a truly independent VPN, still faithful to its original values. That is becoming increasingly rare and deserves to be appreciated. The current three-year offer is great! But since some of us are planning to stay aboard for a very long time, how about a five-year package with an extra-special discount for your most loyal customers? Then I could pay now and not think about renewing again until after 2030! :-) Just asking on behalf of the AirVPN faithful… you never know! Thanks again for the excellent service. Keep up the great work! Kind regards & datalove

New here, just got my subscription. Thank you!

Hello! A quick follow-up on the WireGuard session counter issue mentioned above. The cause has been identified and fixed, and the fix is currently being rolled out across our infrastructure. Servers that have already received the update are back to reporting accurate figures, and the remaining ones will follow shortly, so the connection counts shown in the server monitor and in the related statistics will match reality again in the very near future. As previously stated, actual connections and the service itself have never been affected, only the displayed counter was. Kind regards

Thank you all for the valuable feedback. Following this thread, we have identified a bug, most likely introduced on October 7th-8th, which causes the WireGuard session counter on some servers to grow incorrectly over time. As a result, the number of connections currently shown in the server monitor is higher than the real one. The actual connections, and the service itself, are not affected. We are working on a fix and will update this thread as soon as it is in place. On a side note, this also means that our no-overselling commitment is honoured by an even wider margin than the one computed by @fsy Kind regards

Hi, wow, thank you very much for the incredibly fast and detailed response! CASE CLOSED. That clears things up completely. I will use 10.128.0.1 as the DNS server and DNAT target for my WireGuard setup from now on. Also, thank you for acknowledging that the current Specs page is somewhat misleading regarding 10.4.0.1 and WireGuard. Looking forward to the updated documentation. I also appreciate the additional explanation regarding DNS leak prevention and making sure DNS traffic cannot fall back to WAN. My OPNsense rules are already designed around that principle. Overall very happy with the support and I'll happily renew for another three years when the Cyber Deal becomes available again. 🙂 Cheers!

Hello! We're very glad to inform you that a new 10 Gbit/s full duplex server located in Stockholm, Sweden, is available: Formosa. 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. Formosa 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/Formosa Do not hesitate to contact us for any information or issue. Kind regards & datalove AirVPN Staff

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

Would it be possible to have added the ability to use 3rd party DNS services which support DNS over TLS or DNS over HTTPS? I'd love the option to paste in the NextDNS DNS-over-HTTPS link ( https://dns.nextdns.io/xxxxx) and funnel all DNS requests for a certain devices through it. There's a lot of added functionality/logging available through such a service and it would be a good addition I think.

Hey there, i've been recently to hamburg and talked to some guys who are working on a project called "Freifunk" [1] [2] in hamburg. They have around 400 Nodes, serving around 600 Clients at the moment, running and providing censorship free internet without any kind of limitation. The free access to the internet is not the main goal, but a feature. The "main goals of freifunk are to build a network that is decentralized, owned by those who run it and to support local communications". They are always looking for reliable vpn server to keep the community project running and the risk of being sued low. The community is running under the "Pico Peering Agreement v1.0" [3]. Maybe it´s something you want to support. [4] [1] freifunk.hamburg.net [2] https://en.wikipedia.org/wiki/Freifunk [3] http://www.ohrensessel.net/ffhh/total [3] http://www.picopeer.net/PPA-en.html [4] https://hamburg.freifunk.net/kontakt

Eddie silently ignores all changes to the base directives if in Append mode, and uses Base + Custom in Custom mode, so remove nobind from there and add your custom directives on the left, then set it to Custom mode. Little tip: To check the OpenVPN config Eddie would use to connect to a server, in the Servers/Countries tab right click on an entry and select More.

Some or all of the AirVPN crew must be into Astronomy, I noticed all the star/constellation names they've given to the various servers. No problem, when I'm not here as a keyboard jockey I'm outside on clear nights with my C-14.

Hello! AirVPN is not affected. All our websites and web services (airvpn.org and our other domains) use Let's Encrypt certificates, which chain to ISRG Root X1. No eMudhra root or intermediate certificate is part of any of our certificate chains. The VPN connections do not depend on public certificate authorities at all: OpenVPN: your client authenticates our servers only against AirVPN's own private CA, which is included in your configuration file. A certificate issued by any public CA, eMudhra included, is rejected. WireGuard: there are no certificates. The server is authenticated by its public key, which is also in your configuration file. Eddie: it communicates with our infrastructure through a channel encrypted and authenticated with an RSA key built into Eddie itself, so it does not rely on the certificate store of your system. Since the tunnel is authenticated this way, someone on your local network or at your ISP cannot use a forged public certificate to get between you and our VPN servers. The remaining risk is the general one that applies to every website: a person who holds one of the compromised intermediate keys could forge a certificate for any domain, and a browser or operating system that has not received the block could accept it. Mozilla, Google, Apple and Microsoft have already revoked and blocked the affected certificates, thus upgrade asap. Kind regards

Steps 1 and 2 fixed my issue, to be safe, I also did step 3. Thanks

Hello! Please ignore our previous message in this thread: it was meant for another topic. Deleted. This error is caused by a bug of Eddie 2.26.2 (and earlier) on macOS. To check the application's integrity, Eddie stores a small file in the system folder /Library/PrivilegedHelperTools. On Macs where that folder does not exist yet, because no other application has created it, the file cannot be saved and Eddie refuses to start with exactly this message. The bug is fixed in Eddie 2.27.2 beta. Please download it from here: https://airvpn.org/forums/topic/81340-eddie-desktop-edition-227-beta-released/ Select the right package for your Mac (Apple Silicon or Intel), quit Eddie, copy the new Eddie into your Applications folder replacing the old one, then open it from Applications. Your settings are kept. If the error still appears with 2.27.2, please post the complete message: this version also prints the reason of the failure in parentheses, which tells us what is going wrong. Kind regards

@Tech Jedi Alex I've not yet found someone that has ported Airvpn or Eddie to SFOS. I'll keep looking as I am reluctant to us the AAP on SFOS just yet. Principally because I am trying to avoid the upcoming Google 'shutdown of FOSS (Keep Android open

An IP from Israel(77.91.71.99) has been casing AirVPN servers on port 8096 over the forwarding service. I was not aware that Mossad was "in dire need" of our video files. Those that have Jellyfin or EMBY running be aware of this. Last attempt: 10/16/26

@gtrman Hello! Thank you, the backup file shows the remaining cause. The backup was saved before step 2, so it still shows the old ALL APPLICATION PACKAGES entry (AC) with FA; that is expected. The second entry that blocks Eddie is this one: (A;OICIIO;FA;;;CO) It is the CREATOR OWNER entry, which the normal icacls output shows as CREATOR OWNER:(OI)(CI)(IO)(F). On a default installation it is stored as (A;OICIIO;GA;;;CO). GA (generic all) and FA (explicit full access) grant the same permissions in practice, but Eddie's check reads the stored value as it is: it accepts GA and rejects FA. Because icacls displays both as (F), the difference was not visible in the first output. This entry does not give anyone access to System32 itself, only to files created there later, and only for their owner. Eddie's check does not make this distinction yet, and we will report it to the developers. Please open a Command Prompt as administrator again and run the following commands. 1. Save a backup of the current permissions: icacls "%SystemRoot%\System32" /save "%USERPROFILE%\system32-acl-backup2.txt" 2. Store the CREATOR OWNER entry in its default form: icacls "%SystemRoot%\System32" /grant:r "*S-1-3-0:(OI)(CI)(IO)(GA)" S-1-3-0 is the fixed identifier of CREATOR OWNER, so the command works with any Windows language. As before, it may take a minute; wait until it reports "Successfully processed 1 files". 3. Save the new permissions to a second file, to check them:Open icacls "%SystemRoot%\System32" /save "%USERPROFILE%\system32-acl-check.txt" system32-acl-check.txt with your favorite text editor. It should contain (A;OICIIO;GA;;;CO) and (A;OICI;0x1200a9;;;AC), and no entry ending with FA;;;CO or FA;;;AC. Then start Eddie. If it still shows the same error, please post the content of system32-acl-check.txt here. To undo only today's change, you can run: icacls "%SystemRoot%" /restore "%USERPROFILE%\system32-acl-backup2.txt" Kind regards

@gtrman Hello! Thank you, the output confirms the cause. This is the entry that blocks Eddie: APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES:(OI)(CI)(F) It gives Full control of System32 to every Store (UWP) app on the system. On a default installation this group can only read and execute files in System32. The other entries do not need to be changed for Eddie. Please open a Command Prompt as administrator (right-click Command Prompt, then "Run as administrator") and run the following commands. 1. Save a backup of the current permissions of the folder: icacls "%SystemRoot%\System32" /save "%USERPROFILE%\system32-acl-backup.txt" 2. Replace the Full control entry with the default read and execute permission: icacls "%SystemRoot%\System32" /grant:r "*S-1-15-2-1:(OI)(CI)(RX)" S-1-15-2-1 is the fixed identifier of ALL APPLICATION PACKAGES, so the command works with any Windows language. Please do not simply remove the entry: Store apps, including parts of the Start menu and Settings, need read access to System32. Windows also applies the change to the files and subfolders that inherit from System32, so the command may take a minute. Wait until it reports "Successfully processed 1 files". 3. Run icacls "%SystemRoot%\System32" again. The ALL APPLICATION PACKAGES line should now end with (OI)(CI)(RX). Then start Eddie. If Eddie still shows the same error, please open system32-acl-backup.txt in your user folder with Notepad and post its content here. It is a single line that shows the exact permission values, which the normal icacls output does not show. If you ever need to undo the change, this command restores the saved permissions: icacls "%SystemRoot%" /restore "%USERPROFILE%\system32-acl-backup.txt" Eddie does not check wuauclt.exe and wuaueng.dll, so the ownership change on those two files is not related to this error. And when you move to Linux, Eddie is available there as well. Kind regards

Hello! The problem seems completely resolved. Kind regards

I would prefer to see some new locations added outside the 5/9/14 Eyes Alliance (Iceland, Panama..). Especially Iceland would be a good candidate; they have loads of bandwidth and I will assume low datacentre bills thanks to the geothermal power. Also some locations seem to favor more/slower servers instead of less/faster. My assumption would be that this is legacy infrastructure and Air is moving towards the latter, as recently done in the UK..?

So far a day each on the new, improved versions of Xamidimura and Flegetonte, with excellent performance and no problems at all.

I find the newer hardware is simply fast as hell and can handle a bunch more traffic than the older hardware. Today I am on a server with over 1000 folks at the same time and I get over 1 Gig download. How much better does a person need? For me the AirVpn world has never rocked better than now. Sure a few crappy days here and there but this provider gets attacked here and there. Very happy with what I experience. Its not always about the client numbers that matter but what my throttle sees when using the service. Translation: its full speed almost always.

Well, not long ago we were at 40k online users, now we are at almost 70k. If I'm not mistaken, this increase in the userbase happened in a matter of a few months. It is expected to see overloaded servers until they can expand the number of them.

Some locations are overloaded, others are not. The guarantee is for bandwidth network wide, not per location. But I certainly wish some locations would get some attention instead of having more servers put in locations that already have plenty of bandwidth.

@lotuslove165 Still working with the folks at Airvpn. Looks like we are getting close to a solution. I'll be delighted if the rule changes they can make will finally facilitate KVM ---> NAT ----> VPN with lock protection. Will keep you informed.

Hello! For AirVPN WireGuard connections, the IPv4 gateway and DNS server address is 10.128.0.1. WireGuard uses a single IPv4 subnet, and this address remains the same regardless of which AirVPN server you connect to. Please keep 10.128.0.1 as your DNS DNAT target. 10.4.0.1 is an OpenVPN DNS address, and its availability through some WireGuard connections should not be relied upon. Your observation that it works through a German endpoint does not change the address to use with WireGuard. The reported difference alone does not establish a DNS outage on Dutch servers. You are also right about the documentation: our Specs page describes 10.4.0.1 as reachable from any virtual subnet without explicitly restricting that statement to OpenVPN. That wording is misleading for WireGuard users, and we apologize for the confusion. We will assess the situation and either clarify the Specs page or make 10.4.0.1 consistently reachable for DNS queries through WireGuard on all servers (not recommended anyway, see below). In any case, we recommend using the VPN gateway address as the DNS server address, as AirVPN supports this configuration, with both OpenVPN and WireGuard. We recommend using 10.128.0.1 for WireGuard DNS and ensuring that DNS traffic can only leave through the VPN tunnel. Route-injection attacks on hostile networks can otherwise divert DNS queries outside the tunnel, exposing the requested domain names and potentially enabling forged DNS replies. This class of attack can also affect WireGuard deployments, depending on the operating system’s routing and firewall configuration. For your OPNsense setup, redirect the selected clients’ DNS traffic, both UDP and TCP port 53, to 10.128.0.1, ensuring that the redirected traffic is routed through the WireGuard tunnel. Firewall rules should prevent those clients from falling back to WAN when the VPN is unavailable. Port 53 redirection alone does not control applications using DNS over HTTPS or DNS over TLS. Your interpretation of the successful dig @10.4.0.1 test with DNAT targeting 10.128.0.1 is correct: it does not demonstrate that 10.4.0.1 itself answered. Kind regards

Hello! We inform you that all of our VPN servers in Uppsala, Sweden, will cease operations during the night between 30 September and 1 October 2026. This withdrawal is part of our ongoing hardware renewal and connectivity improvement programme. These servers have already been partially replaced by brand-new servers in Northern Europe featuring more powerful hardware and 10 Gbit/s connectivity. Further deployments will complete their replacement. If you currently connect to our Uppsala servers, please select alternative servers before the withdrawal. If you use OpenVPN or WireGuard configuration files pointing specifically to these servers, please generate replacement configurations through our Config Generator in the Client Area. Do not hesitate to contact us for any information or assistance. Kind regards & datalove AirVPN Staff

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, <advertisement removed --- Staff> — something I’d like to avoid. Please do something to fix this privilege escalation bug with pkexec.

Hello everyone, I built Gluetun Companion, a self-hosted web dashboard for people running VPN through Gluetun in Docker/homelab setups (UNRAiD friendly), with dedicated AirVPN options. Its purpose is to make choosing and maintaining VPN servers less manual. It benchmarks configured servers through the VPN tunnel, keeps a history of throughput, latency, jitter, packet loss and DNS latency, then helps select or rotate to the most suitable server. It also includes: - AirVPN server catalogue and live load information, - WireGuard and OpenVPN profile support, - server exclusions, including country exclusions, - automatic switching and rotation pools, - port-forward inventory and optional qBittorrent / rTorrent port synchronization, - tracker reachability checks through the VPN, - Prometheus metrics, Grafana dashboard, and Discord/Apprise notifications. It is still beta software. I use and test it primarily with AirVPN over WireGuard, so feedbacks would be very welcome. Project and installation instructions: https://github.com/Aerya/Gluetun-Companion UNRAiD template: https://ca.unraid.net/apps/gluetun-companion-0uhgrhz0byhtpv A few screenshots are attached below. Thanks! A.

I also think this is a worthy cause to support, would really mesh well with Airvpn mission.

https://annas-archive.gl/ would appear to qualify under "Circumvent censorship and any other barrier to seek, receive and impart information and ideas without interference and regardless of frontiers" They also sell ad space: https://annas-archive.gl/faq

Hello! In the early stages, the names were taken from the constellations. A little later, from constellations and stars, and finally only from stars. We have exceptions in Tokyo: two servers are named after imaginary planets from Space Battleship Yamato and UFO Robot Grendizer. Kind regards

The eunomia.social domain linked from post #4 was taken over by Malaysian casino ads (can the link be removed/annotated?). Here is a live link, if only to the project announcement https://www.synyo.com/news/eunomia-project-to-combat-misinformation-with-decentralized-secure-and-trustworthy-social-media/

You should support Pleroma. It peers with Mastodon and the developers and users are much more pro-free-speech. Plus Pleroma's interface is a lot nicer looking than Mastodon's.

Apologies if I have been unclear - this happens every time after the initial connection. Every single time. I have uninstalled and reinstalled the Suite three times now, with identical results: After configuring Bluetit, it works on the first reboot. Every reboot afterwards results in the above scenario. I have used the following methods for shutdown & rebooting: LXQt menu > shutdown, LXQt menu > restart, terminal/CLI> poweroff, terminal/CLI > reboot. These are not "unclean" shutdowns as far the operating system is concerned. If Bluetit requires some form of manual disconnect prior to shutting down or rebooting, that would seem to be a flaw in Bluetit. Likewise, even if there were an "unclean" exit, Bluetit should be able to recover on restart. Respectfully, in either of these scenarios, I believe this is a developer issue. In its current condition, Bluetit appears to be broken and unusable. Regards

Hi Casper31. Thanks for the heads up. I'm a very much a novice here and am getting my head around QUBES and WHONIX. [One problem seems to be, I think I read, that QUBES has problems with some graphics cards.] A problem, I think, is that ToR appears to be compromised to some extent, according to news reports on the Snowden docs and also multiple court filings. So, if you want anonymity, privacy and security, you need a VPN + Tor or VPN + Qubes/Whonix. I have been reading up on the various tech collectives helping folks in repressive countries avoid being detected. For them, it can be a matter of life or death - and so these discussions. There are a number of people advocating a VPN cascade /multihop and ToR - another approach I've seen. But I do not have the technical expertise to judge. Given the way the West is itself engaging in mass surveillance, we may all need such technology soon. Even keeping a hand written diary is now illegal in some countries, if you work for or worked for the government there. Hello 1984.

There are two main websites for the Bitmask VPN of demo.bitmask.net and riseup.net. Both are actually managed by Riseup. Riseup has a long history of respecting anonymity since the year 1999, so I would not worry about them logging. Demo.bitmask.net is free because it is obviously meant for testing purposes since Bitmask is still in beta. Riseup.net is currently free for anyone to use as well. They have servers in Seattle, Seoul, Amsterdam, and Montreal. It is important to differentiate between the LEAP/Bitmask software which will always be free and the organizations that use the software to offer a VPN which may be free for now, but it is not going to stay that way for long. Just two days ago the LEAP Platform version 0.8 was released. It lists one of the new features as, “It is possible to require invite codes for new users signing up.” Riseup.net will most likely adopt this new feature soon that restricts access. Riseup is a collective of people with similar interests that operates based on volunteer work and member donations.

They also reserve the right to kill anyone with a drone strike at the push of a button. No trial needed.

Not only the internet. They give themselves the right to invade any country in the world who doesn't play under their rules.

Yes, it's annoying. I know your thinking, unknown TOR exit runners, you want to help the TOR network by providing one more exit node, because kind of I am afraid of possible legal consequences running a TOR exit node over my ISP line but now I'm behind a VPN and I want to help; it's okay so far. But it's not okay to not take into consideration that some of us use services and websites which constantly try to prevent TOR exit IPs from viewing them (not limited to TOR, some try to block all anonymizer services). A TOR server will be listed on a TOR exit servers list even after you shut it down and as long as it's there we suffer from blocks. Blocks we are trying to circumvent; that's what a proxy service is good for, right? In addition, AirVPN run two exits themselves. Given the bandwidth of these servers (100 MBit/s) I don't think your contribution is a great gain in overall TOR performance as your internet connection is most probably not that fast and not that stable (I assume you use your internet to watch Netflix, play games online and the like, creating traffic which lowers performance of the node). Third, you expose AirVPN and yourself to attacks from the internet by those who want to literally destroy TOR. Attacks on AirVPN's servers will cause line problems, line problems harm the user's experience. You as a TOR exit runner (although behind a VPN) expose yourself to attacks, too: It's not the AirVPN server who gets infected because a vulnerability in the TOR software is being abused; it's your computer. Your computer gets infected, and it's most probably your personal computer with your personal information on it. Your antivirus software is just a bunch of algorithms, too, it's not supposed to detect 100% of vulnerabilites in software and prevent their abuse. And: It's you who will be marked an extremist. If you think it's easy these days to help TOR you are mistaken. Maybe installation and setup is easy, to preserve your own security by running this piece of software sadly is not. So, before you start that TOR software again, think twice. Thank you.

Here are some technical background informations. The gateways would push at constant load about, 2 Mbit/s: ~633 GB 6 Mbit/s: ~1.9 TB 10 Mbit/s: ~3.2 TB 25 Mbit/s: ~8 TB Min. server requirements: CPU: 1x (64Bit) RAM: 1GB HDD: 5-8GB NIC: 1x Software: Debian Wheezy (7) 64Bit Kernel fastd batman-adv-Kernelmodul The gateways are sponsored by the community and serve, in connection with the vpn, as exit node of the network, they are used also to connect different city´s and hackerspaces (e.g. ChaosVPN [1]). For more informations, just ask and i´ll provide as much as possible [1] http://wiki.hamburg.ccc.de/index.php/ChaosVPN