Staff

Hello! It looks like Kaspersky's servers distributing updates block some AirVPN servers. Do you still experience the problem on any AirVPN server, or only on the USA ones? Kind regards

Hello! Yes, definitely, if you can run traceroute please do it and feel free to send us the whole output. It is probably the best way to understand the whole matter. Excellent, we will test and let you know. Point 2 is very re-assuring. Kind regards

Hello! Let's verify before jumping to conclusions. Remember that VPN routing is managed by Android API VPNService, not by the apps themselves. Also, the 1st considered option would be a correct behavior as, according to it, the traffic IS tunneled. Please answer when you have time to the questions. In particular: provide more details to allow us to reproduce the setup and try to understand what happens exactly. Which proxy is it (SOCKS5, HTTP(S)...)? Do you connect over WireGuard or OpenVPN? check what happens with "Always on VPN" and "Block traffic if VPN is inactive" options enabled check what happens with "Always on VPN" disabled and WireGuard app to manage the connection (in place of Eddie) Kind regards

@Lurchi Hello! It could be correct, i.e. it is plausible that the traffic is encrypted & wrapped for the proxy, then OpenVPN/WireGuard library encrypts, wraps and tunnels via VPNService API the traffic to the VPN server, the VPN server unwraps and decrypts for the proxy, finally the proxy decrypts the "final layer" and sends out the traffic to the Internet "real final" destination. A different, less comfortable option is that the Android proxy setup at WiFi level bypasses the VPNService API, but if that happened then the traffic should get blocked by the Android leaks prevention options (but not necessarily by the "VPN Lock" feature of Eddie). Have you enabled "Always on VPN" and "Block traffic if VPN is inactive"? If you provide more details we should be able to reproduce the setup more closely and try to understand what happens exactly. Kind regards

Hello! It is also implemented in Eddie Desktop edition. Kind regards

Hello! Our system sends courtesy e-mails one week before the expiration date, one day before, and at the expiration moment, provided that you did not disable the notification service (it is opt-out) and that a valid e-mail address is linked to your account. Furthermore you can obtain a refund if you ask for it within 30 days since the payment date. You do not need to provide any justification in this case, no questions asked. Kind regards

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

Hello! Please feel free to post the output of your cuckoo command as well as the content of your bluetit.rc run control file. We would also like to add, just in case, that the next Suite 2 beta version will include a new cuckoo that aims at resolving all the current incompatibilities/issues with Wayland. The next Suite beta version is under intensive development so the next beta version is planned for the very near future. Kind regards

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

Hello! Changes about cryptocurrency acceptance are not on the table at the moment. The current framework excludes private "unhosted" wallets that are not operated by regulated Crypto-Asset Service Providers (CASP) from the scope of the regulation. This means that transfers conducted without a provider, such as Bitcoin trading platforms, or among providers acting on their own behalf, are not subject to the regulation. Therefore, if you pay to AirVPN via a wallet property of some CASP (i.e. you don't own the keys), you are subject to identification by that CASP. If you pay AirVPN via your own wallet, the transaction is not in the scope of the regulation. Kind regards

Hello! We inform you that due to a few problems we are forced to replace the server Kitalpha in Switzerland. A much more powerful server will replace Kitalpha in the next days and it will be connected to a 10 Gbit/s full duplex port and line. As usual, the new server will be announced in this "News" forum in due time. The new server will not only replace Kitalpha but will also provide the additional bandwidth that several users require in Switzerland. We roughly estimate that the server will be available to you by November the 25th. Kind regards & datalove AirVPN Staff

Hello! Please feel free to provide at your convenience links or anyway references to the math analysis you mention that falsify, or show the flaws or wrong axioms, of the 2017 proof we linked. We did not. We linked to you an Investopedia article which includes references and links to other studies on each LN issue we mentioned. Good to know. Kind regards

the Lightning Network Cannot Be a Decentralized Bitcoin Scaling Solution Hello! Nobody wrote the contrary. The author proved mathematically that a decentralized (*) LN can't be a Bitcoin scaling solution, hence the mentioned issues and our cautious approach. We have doubts, maybe you haven't even read (or understood) the math proof. Never mind, as we wrote we have taken your suggestions into consideration and they will be re-evaluated in due time, thank you for your time and suggestions. Just remember that we don't care that a centralized LN scales well, because at the moment we do NOT want centralization. (*) centralization of liquidity and not hashrate A math proof is a math proof, it's not an act of faith. If you found errors or anyway you are able to falsify the proof publish everything according to the math and logic framework as well as the proper formal language. Anything else is a waste of time: this is exactly the power of math and logic against dogmas, beliefs and deleterious chattering. Kind regards

Hello! Black Friday deal is now live. End date: 2024-12-03. Kind regards

@Pulse2492 Hello! Since an AirVPN port reserved to an account does not change and since all AirVPN servers support remote inbound port forwarding, GlueTun does not need a specific AirVPN auto port forwarding setup, which is required only for clunky implementations where the port changes at each re-connection and/or port forwarding works only on some servers. You just need to configure (on both the listening program and the compose file) the port that you previously managed and reserved through your AirVPN account port panel. For more details please check GlueTun documentation. Kind regards

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

Hello! If you can falsify a mathematical proof please do, otherwise please remain silent as you can't dismiss math with an act of faith. Also, a theorem does not become false when it is a few years old. We're not worried about our ability to accept BTC payments, so why should you? Thank you for the suggestions and the insights, they will be carefully considered. Kind regards

Hello! This argument is an issue, for many people THE issue, which must be considered. For a quick introduction to this problem related to LN you can check Investopedia . For a mathematical approach debating even the scaling effectiveness and proving that a decentralized LN is unworkable you can start on medium.com for example. Good to know and, as we wrote, another serious issue to consider. So be it. If BTC fails as a payment tool if a higher layer of centralization is not implemented then that will be fine. Anyway we were not writing that we completely rule out LN, we wrote that there are serious issues to be considered which make us very cautious. Kind regards

Hello! This is totally unnecessary. If your transaction doesn't have any confirmation within one hour, it will be accepted whenever it is confirmed and the system will activate automatically your account plan. If something goes wrong contact the support team, no need to "cancel" the transaction, whatever you mean. The concerns about LN have not been resolved in the last 3 years and therefore we are very cautious about it. The significant enlargement of the attack surface, the centralization problem (hub and spoke model), the closed-channel fraud issues, the betrayal of the custodial system, and a few other problems must all be considered carefully. Kind regards

Hello! There is no way for Eddie to recognize one specific network and modify the behavior accordingly at the moment. It is a feature we can consider with the due caveat (you need to renounce to system's leaks prevention). Kind regards

Hi! Please see here: https://airvpn.org/forums/topic/56430-road-to-openvpn-26-and-dco/?do=findComment&comment=226017 On https://github.com/OpenVPN/ovpn-dco: As we wrote, we are not inclined to deploy something under heavy development that can change radically. Furthermore DCO development has been very slow in the last three years and the interest around OpenVPN DCO is fading away with at least one major VPN provider dropping OpenVPN completely in 2026 (not DCO, OpenVPN in its entirety). We'll see whether the DCO can reach a stable release and if/when the developers release something stable we will re-evaluate the matter for sure. Please check before writing the "road to OpenVPN 2.6" here: https://airvpn.org/road_to_openvpn26/ where you can read that the beta testing phase will be ongoing "Until openvpn-dco stable version is released". After a stable version is released we would start the migration phase. Kind regards

Hello! It is described in the manual, step by step. Please make sure to check the manual here: https://airvpn.org/android/eddie/#step6 and here: https://airvpn.org/android/eddie/#step7 Please note that if the "Always on VPN" feature has been removed by the manufacturer, no VPN app can start and connect during the device bootstrap. This is relevant for example in Huawei and some other phones by Chinese companies, where this options was removed to forbid automatic VPN connections at the startup. This feature has also been removed from Android TV 10 and higher versions, with the same purpose. Kind regards

Hello! Which exact Firestick model do you have (exact CPU)? Please make sure you run Eddie 3.2.1 which is linked against the latest WireGuard library and that you test connections over WireGuard, not only OpenVPN. You will not find it on the Amazon store (updates to our app were prohibited/rejected by Amazon because we refuse to offer Amazon Pay in-app purchases) so you will need to side load it, if you haven't already done so: https://airvpn.org/android/eddie/apk/tv/ Kind regards

Hello! Can you please test Eddie 2.24.4 beta version and check whether or not the problem gets resolved? Please see here: https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ Kind regards