Leaderboard

Hello! We're very glad to inform you that the Black Friday weeks have started in AirVPN! Save up to 74% when compared to one month plan price Check all plans and discounts here: https://airvpn.org/buy If you're already our customer and you wish to jump aboard for a longer period, any additional subscription will be added on top of already existing subscriptions and you will not lose any day. AirVPN is one of the oldest and most experienced consumer VPN on the market, operating since 2010. It never changed ownership and it was never sold out to data harvesting or malware specialized companies as it regrettably happened to several competitors. Ever since 2010 AirVPN has been faithful to its mission. AirVPN does not inspect and/or log client traffic and offers: five simultaneous connections per account (additional connection slots available if needed) inbound remote port forwarding with multiple pools active daemons load balancing for unmatched high performance - current 'all time high' on client side is 730 Mbit/s with OpenVPN and 2000 Mbit/s with WireGuard flexible and customizable opt-in block lists protecting you from adware, trackers, spam and other malicious sources. You can customize answers or exceptions globally, at account level or even at single device level. powerful API IPv6 full support comfortable management of your client certificates and keys AES-GCM and ChaCha20 OpenVPN ciphers on all servers Perfect Forward Secrecy with unique per-server 4096 bit Diffie-Hellman keys internal DNS. Each server runs its own DNS server. DNS over HTTPS and DNS over TLS are also supported. free and open source software client side software support to traffic splitting on an application basis on Android and Linux and on a destination basis on Windows and macOS GPS spoofing on Android application AirVPN is the only VPN provider which is actively developing OpenVPN 3 library with a fork that's currently 245 commits ahead of OpenVPN master and adds key features and bug fixes for a much more comfortable and reliable experience: https://github.com/AirVPN/openvpn3-airvpn AirVPN, in accordance with its mission, develops only free and open source software for many platforms, including Android, Linux (both x86 and ARM based systems), macOS and Windows. Promotion due to end on 2024-12-03 (UTC). Kind regards & datalove AirVPN Staff

3 more years!

Hello! No issues at the moment. You can check on https://airvpn.org/status - the packet loss and round trip times are measured from very many servers around the world. Click a server name to see all the details including problem history (even a moderate packet loss will be recorded in the history). Kind regards

Hello! Eddie 2.21.8 (and some other older version) "latency tests" are bugged. A race condition can be triggered causing the app to remain stuck during the tests. The bug was fixed in any version later than 2.21.8. If you haven't already done so please test 2.24.4 beta: https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ Kind regards

I would like to sub regions as well. While I think dividing the country into 3 or 4 section would be great I would prefer it be by state or state and city.

Please wait the next release, in some days.

Hello! Please note that the article you linked proposes the usage of "valves" to lower LN's payment rate failure rates and optimize flow, problems that we did not mention and that are loosely related to liquidity centralization. So your conclusion that the mathematical proof we mentioned is falsified should be rejected. Please note that the proof pertains to decentralized LN implementation: the scalability problem gets solved in a highly centralized environment which we vehemently reject though. In spite of the huge pressures for centralization brought on by big actors (including banks) the menace of such a centralization has been disclosed and denounced numerous times, starting probably from the seminal "Lightning Network: How the Banks bought Bitcoin", by "Decentralized Thought". As we wrote repeatedly on this thread we will keep a conservative and cautious approach as long as the problems we mention are not resolved and even because too many shady actors push for LN. On chain transaction fees are also a non-secondary pressure to LN adoption: when they increase, LN adoption is encouraged, and vice-versa. On the other hand, since it has been proved that a completely decentralized LN is unworkable, the challenge is not trivial. We are also aware that if more and more small companies like AirVPN become LN hubs, the path to pseudo-centralization, which could be a mitigation against centralization, can be easier. The future will tell whether a pseudo-centralized LN can offer an effective scalable and at the same time robust solution that will not fall prey of sinister actors. After all it's "only" a layer 2 protocol so it should be possible to drop it in case of emergency when you close channel and settle all on-chain. 😅 We hope that other readers will write on this thread contributions and thoughts on the matter, please don't be shy. Kind regards

I've had this with DOCSIS on Vodafone Kabel Deutschland, too. Yes, this is the principal reason why it's slowing down. Packets are too far out of order, so OpenVPN assumes this might be a replay attack and drops those packets. One can calibrate the replay window to suit the connection better. The default is a window of 64 packets in 15 seconds which works for most but not all connection technologies. To calibrate this window, the verbosity can temporarily be increased to 4 (In Eddie, one can enter this in Preferences > OVPN directives): verb 4 When you connect and let it run for a bit while using the connection, you will see replay window backtrack occured [x] kind of messages when such an AEAD Decrypt error occurs. x indicates how far out of order a received packet is. Look at what its max value is over time, then set the replay window to that max plus maybe 5 or 10 (or round it to the next 10, or base 2, or whatever; basically, make it slightly higher than the max): replay-window x .

I discovered a simple quirk of setting up eMule (P2P) on Windows 10 that causes port forwarding to fail with AirVPN. This tip that may save others a lot of time. During setup eMule creates an inbound rule in Windows firewall that applies to private networks in scope. This makes sense if using eMule without a VPN. However, Windows treats the AirVPN as a public network. Consequently port forwarding with eMule and AirVPN will not work using the default inbound rule created during eMule setup. The solution is to edit the scope of the eMule inbound rule in Windows firewall to apply to both private and public profiles. The latter is the important one. This is simple to do: In Windows Firewall, right click on the inbound rule for eMule, select Properties, Advanced. Under Profiles check both Private and Public. I am not a security expert so feel free to chime in if this setting raises any concerns. This may also apply to earlier versions of Windows.