Staff

@blackbox0815 Hello! We're sorry to hear that, but are you sure that the problem is not on your ISP side and/or due to the fact that you want to connect only to few specific servers? Please open a ticket to check, just in case, because the overall bandwidth per account has increased dramatically in the last 12 months - we added 220 Gbit/s full duplex in USA, Canada and Europe. The customer satisfaction and the general stats reflect the increased bandwidth availability so your message is somehow unexpected. However, please consider the trend in Western providers to enforce tougher, selective and AI driven traffic shaping, which necessarily affects the type of traffic that can not be inspected and identified uniquely (therefore VPN traffic too) during peak times: https://editorialge.com/emerging-trends-isp-network-architecture/ See also the specific thread (where we are merging these messages): https://airvpn.org/forums/topic/48234-speedtest-comparison/

Hello! Consider to block any outbound packet except those directed to localhost, local network and those necessary for DHCP. Example (you will need to adjust your local network subnet): sudo iptables -F OUTPUT sudo iptables -A OUTPUT -d 127.0.0.1 -j ACCEPT sudo iptables -A OUTPUT -p udp --dport 67 -j ACCEPT sudo iptables -A OUTPUT -p udp --dport 68 -j ACCEPT sudo iptables -A OUTPUT -d 192.168.0.0/16 -j ACCEPT sudo iptables -A OUTPUT -j DROP sudo ip6tables -F OUTPUT sudo ip6tables -A OUTPUT -d ::1 -j ACCEPT sudo ip6tables -A OUTPUT -p udp --dport 546 -j ACCEPT sudo ip6tables -A OUTPUT -p udp --dport 547 -j ACCEPT sudo ip6tables -A OUTPUT -d 2001:db8::/64 -j ACCEPT sudo ip6tables -A OUTPUT -j DROP Then you can make the rules persistent (check how to use iptables-save and ip6tables-save). Kind regards

Hello! Excellent. Yes, but use iptables-legacy (in general, the same frontend used by Eddie too for Network Lock) and not gufw; also do not define custom chains. Kind regards

@p1geon Hello! It reminds us of this archaic bug: https://issuetracker.google.com/issues/36906622 It's unclear why it's DuckDuckGo specific. At first we suspected of the different engine: Firefox uses Gecko, DuckDuckGo instead uses Blink. Since Blink (a WebKit fork) is used by Chromium, if the problem were caused by the engine the issue should be reproducible on Chrome, Opera, Brave and other Chromium-based browsers but it is not. The matter deserves additional investigation, if anything relevant comes out we will update this thread. Kind regards

Hello! Please publish also a system report generated by Eddie (please do not edit the destination IP address as you did earlier) and also disable gufw completely. Set rules only through iptables-legacy, do not mix with any overlapping frontend during the tests (and do not create your own chains) in order to avoid that gufw custom chains in the filter table interfere. Kind regards

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