Staff

Hello! We're very glad to inform you that Eddie Android edition 3.3.0 beta 2 is now available. Link on the announcement first post has been updated accordingly. Thank you very much if you decide to test this new version and report any problem and bug you experience! New in beta 2: all the beta 1 reported by testers problems have been addressed replaced code with lambda expressions in all classes and where applicable additional bug fixes linked against the latest OpenVPN3-AirVPN library (20250911) all deprecated by Google classes replaced Kind regards

Hello! We're very glad to announce a special promotion on our long term Premium plans for the end of Summer or Winter, according to the hemisphere you live in. You can get prices as low as 2.06 €/month with a three years plan, which is a 70% discount when compared to monthly plan price of 7 €. If you're already our customer and you wish to stay aboard for a longer period, any additional subscription will be added on top of already existing subscriptions and you will not lose any day. Please check plans special prices on https://airvpn.org and https://airvpn.org/buy All reported discounts are computed against the 7 EUR/month plan. Promotion expires on 2025-09-22 UTC. Kind regards & datalove AirVPN Staff

@raix Hello! Can you print the complete list of rules when Network Lock is enabled? Kind regards

Problem solved by setting MTU to 1280 bytes according to the OP (1200 is not a valid value). Thanks. Kind regards

Hello! It's possible, an investigation is planned: https://airvpn.org/forums/topic/73807-airvpn-servers-pushing-ipv6-killing-connection/?do=findComment&comment=253388 Kind regards

@trmanco Hello! Since Wurren and Kornephoros have different providers, it is possible that you enjoy better connectivity (routing, peering...) with the latter. Kind regards

Hello! The community can't help you so a message here is useless, we're sorry. Please open a ticket by writing to support@airvpn.org to check whether it's possible to do something or not. Kind regards

Hello! Unfortunately we have no updates at the moment and no ETA for operations resume. The problem is that the server network doesn't work properly, showing significant packet loss to and from all IP addresses. The datacenter technicians have been warned, of course, and we're waiting for their intervention and feedback. Kind regards

@CIAOBUBU Hello! Your analysis is correct potentially: although it's unclear how the hypothetical order issuers can manage to get the private address you mention, let's assume that a method does exist. Please see here what we implemented to mitigate this problem with the static, on file written private IP address (the fact that the file is in VPN servers RAM disk makes no difference). Your active intervention is required: https://airvpn.org/faq/wireguard/ Kind regards

Hello! Have you tested the AirVPN Suite for Linux? It should behave properly when systemd-resolved is installed but disabled, because for DNS management it does not invoke resolvconf (needed by WireGuard for this purpose). Kind regards

Hello! The AirVPN Suite was born as a light, Linux-only, compatible with both systemd and SysV init-like based systems, GUI-less, not depending on Mono and with tiny RAM footprint software, alternative to Eddie. A robust client-daemon architecture was also designed (you can use it with Goldrect as a client and Bluetit as a daemon) as well as extensive and detailed user's and developer's reference manuals, which are missing in Eddie Linux edition. Given Suite's success with hardcore Linux customers, it evolved to include features not supported (currently) by Eddie, such as traffic splitting on an application basis. A TUI was also planned for Goldcrest years ago (*) and probably will see the light in the future. However the Suite lacks OpenVPN over SSH/SSL/TLS/Tor connection modes, OpenVPN to SOCKS5 and HTTP proxies out of the box connections, programmable events, a GUI (as mentioned) and a few other Eddie features. And of course Eddie is available for Windows and macOS too. Hummingbird is a stand alone binary, part of the Suite, which is useful when you need OpenVPN3-AirVPN library offering significant performance boost on OpenVPN 2.x especially on macOS (Hummingbird is the only component of the Suite ported to macOS too). Eddie is able to run OpenVPN 2.x, WireGuard or Hummingbird. Of course Hummingbird can connect over WireGuard library too and in that case WireGuard's performance will in most cases beat OpenVPN3-AirVPN, but if WireGuard is blocked in a network, or UDP is heavily shaped, then OpenVPN3-AirVPN library may come handy. If you read the extensive Suite user's manual you will get more information and probably everything to need to know. (*) a very nice TUI for Hummingbird was written in bash by the community member @nwlyoc https://airvpn.org/forums/topic/46717-interactive-wrapper-for-hummingbird-with-boot-script-and-default-network-lock Kind regards

Yes, thank you for pointing out. Edited the original message to specify the change. Kind regards

Hello! VPNs are not in the scope of both the legislation and trivial tech considerations, as we don't have the keys for the communications: chat, instant messages and e-mails are encrypted end-to-end without our keys, but with the keys of the parties and/or the keys of the service offering e-mail / chat / messaging service, so we can't decrypt anything in any case. With that said, this abomination must be fought. We repute it is incompatible with the Charter of Fundamental Rights and with various CJEU decisions on data retention and privacy. We feel to share the position and the consideration offered by Tuta and EDRi here and here: https://tuta.com/blog/chat-control-criticism https://edri.org/our-work/most-criticised-eu-law-of-all-time/ Unfortunately, opposition has become more difficult because big AI actors see chat control as a great opportunity and they have spent tens of millions to lobby in favor of this abominable regulation. This is the main explanation that tells you why various politicians have changed their positions. Kind regards

Hello! Updated solution: https://airvpn.org/forums/topic/70745-eddie-cant-connect-to-any-server/?do=findComment&comment=249545 Kind regards

Hello! We do not see any packet loss (checked from all the other VPN servers across the world as usual), so it should be a problem specific to your routing. Maybe an mtr report can help shed some light. https://www.hivelocity.net/kb/mtr-report-how-to-generate-in-linux-and-windows/ Kind regards

Hello! We checked after you posted your message and there were no days old connections, except one which is really active and that you are probably using successfully as we see data exchange and correct handshake. We could never see days old stuck connection slots, with your or any other account, if you see them please warn us. Kind regards

@Hutchinman Hello! Thanks a lot for your tests, the bug has been noted and it will be addressed in the near future during the 3.3.0 beta testing (currently ongoing). Kind regards

Hello! Probably you mean OpenVPN over SSL. If so, not in the imminent version 3.3.0, we're sorry, but it could come in the next one. Kind regards

Exactly, that's why you need to update it. If the file is still outdated on the source repository, update it manually, you have all the info you need. Or you can wait for an update by the maintainer. Kind regards

@zsam288 Hello! Please answer if you could read our previous questions. Kind regards

Hello! You need to update the file from which GlueTun gets information about AirVPN servers. https://github.com/qdm12/gluetun-wiki/blob/main/setup/servers.md Kind regards

Hello! Nothing to fix, just wait for the connection slot to be freed up. WireGuard is a very silent protocol and intentionally lacks various features including a "goodbye" notification to each other by the parties. The VPN server will assume that the peer is no more there after two minutes of missing packets. Currently you have only one used connection slot. Kind regards

Hello! This does not seem to be the case, the DNS query is tunneled, even when the destination is an "alien" DNS. If you have gathered evidence that in some way the DNS query is tunneled outside the VPN tunnel (with Network Lock enabled) can you please tell us how to reproduce step by step so we can re-check with tools like Wireshark? The only thing we can think of is when Firefox forces a DNS query to the gateway, the gateway is your router, and you keep your own ISP DNS configured on the router (so DNS queries to the router are not blocked by Network Lock, which allows anything to the router, and then the router forwards the DNS query to your ISP DNS), is this your case? Kind regards

Hello! We're very glad to inform you that two new 10 Gbit/s full duplex servers located in Zurich, Switzerland, are available: Athebyne and Toliman. The AirVPN client will show automatically the new servers; if you use any other OpenVPN or WireGuard client you can generate all the files to access them through our configuration/certificates/key generator (menu "Client Area"->"Config generator"). The servers accept connections on ports 53, 80, 443, 1194, 2018 UDP and TCP for OpenVPN and ports 1637, 47107 and 51820 UDP for WireGuard. They support 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 : https://airvpn.org/servers/Athebyne https://airvpn.org/servers/Toliman Do not hesitate to contact us for any information or issue. Kind regards & datalove AirVPN Staff

Thank you very much! airvpn.org/tv must link to the latest stable release, that's correct. The other points will be investigated immediately. Thank you so much, as usual, for your tests! Can you tell us your Android TV version as well as your TV box brand and model? Kind regards