Staff

Hello! No doubts. We write it not with polemic intent but to help you avoid similar errors in the future. Notifications for "News" posts are sent automatically but you have to enable them if you have disabled them. Alternatively just follow this forum at least a couple of times per month. Traffic is so low that you will need just a minute. Subscription to single forum is also available. Use Network Lock included in our software (the AirVPN Suite offers wide support for various Raspberry Pi Operating Systems) or follow the best practices written in the documentation to prevent traffic leaks outside the VPN tunnel. If you had any leaks prevention enabled you wouldn't have had this situation. This situation could have occurred even if you had a connection configured to a single server and that server went down for any reason, therefore it's not a decommissioning specific problem. It's also important that you read the documentation, first and foremost, and that you never proceed when you don't know exactly what you're doing. In the welcome e-mail, links to guides, FAQ, references are included. If you are in doubt anytime do not hesitate to contact the support team via a ticket ("Contact us" from the web site while your account is logged in) or by writing to support@airvpn.org Kind regards

@streamview Hello! Please disable fast startup, reboot the system and test again. If the problem persists please publish or link a complete system report generated by Eddie after the problem has occurred (no omissions or deletions please). Please see here: https://airvpn.org/forums/topic/50663-youve-been-asked-for-a-support-filesystem-report-–-heres-what-to-do/ Kind regards

Hello! Please follow this checklist first: https://airvpn.org/forums/topic/66388-port-forwarding/?do=findComment&comment=243305 Kind regards

@mefflecakes Hello! We managed to see that you are connected via WireGuard, did you resolve the problem? If so, how? Kind regards

@anitya1 Hello! You're trying connections over IPv6 and they all fail. Please make sure that both your router and ISP support IPv6. If in doubt, try a connection over IPv4 (*). If the problem persists, can you please publish a system report generated by Eddie? Please see here: https://airvpn.org/forums/topic/50663-youve-been-asked-for-a-support-filesystem-report-–-heres-what-to-do/ (*) In Eddie, you can switch between IPv4 and IPv6 layers for the VPN connection on "Preferences" > "Networking" window. Kind regards

Hello! Can you please try again now? Kind regards

Hello! We're very glad to announce that Eddie Android edition 4.0.0 beta 3 is now available.  New: AmneziaWG padding S3 and S4 parameters supported New: additionally enhanced ability to use locally stored user and servers data against bootstrap servers blocks improved AmneziaWG support taking into account latest documentation clarifications with experimental confirmations improved Tile Service updated libraries: now linked against OpenVPN3-AirVPN 3.12 and OpenSSL 3.6.1 bug fixes to resolve app instability bug fix to resolve tile button improper behavior minor bug fix Please find complete changelog, additional information and download link on the first message of this thread. If you decide to test, please report at your convenience any bug and problem in this thread. If possible generate a report from the app in a matter of seconds: by tapping the paper plane icon on the Log view bar rightmost side you will generate a full system report which will include both log and logcat and have it sent to our servers. Then you just need to send us the link the app shows you (open a ticket if you prefer to do it in private). Kind regards & datalove AirVPN Staff

Hello! ZeroTier One provides various virtual network functionalities so it may surely conflict with other VPN solutions. Kind regards

Hello! We can't reproduce the problem on London servers, entry-IP address 1 and 3, port 1637. Since you have PPPoE please force WireGuard interface MTU to 1280 bytes and test again: the problem seems consistent with a too large MTU. Note that currently about 1200 active and working connection slots are operational and working through WireGuard on UK servers (most of them to port 1637, entry-IP address 3). Is anybody else experiencing this specific problem? Kind regards

@Erquint Hello! Thank you for your tests! Beta 2 has multiple problems and it turned out to be too unstable on various Android versions. Please hold on, beta 3 is addressing the problems you experienced and coming out soon. Kind regards

Hello! Holy moly... If you have disabled IPv6 on your system but you kept IPv6 layer on Eddie then the IPv6 DNS and route check correctly fail. Kind regards

Hello! On the contrary. This means that Eddie could not resolve names on the specific DNS set on the system after the connection was established. If the handshake failed there was no communication between your system WireGuard and the VPN server. If the DNS check is disabled and the connection works, then the handshake is successful and the previous DNS check failure was a false positive. On your Arch Linux machine: the handshake is successful. DNS check fails on IPv6 while it is successful over IPv4. However, on Alphecca IPv6 and DNS6 work fine (just tested). Alkaid was decommissioned in 2019, so it must not appear on Eddie and you should discard Alkaid-specific profiles. Maybe you meant a different server? Try to disable Eddie's DNS check just in case it's a false positive or it is related to IPv6 problems in your machine. On your macOS machine: the handshake fails, so DNS is not (and can not) be checked. WireGuard does not communicate with the servers at all. Any anti-malware tool that might block communications? Kind regards

Hello! That's a totally separate issue which involved authoritative nameservers of airvpn.org more than two days ago and was completely resolved in a very short time, as the users writing in that thread correctly reported. Moreover it did not have any impact on VPN infrastructure. We can't reproduce this issue and by examining tickets on the last 24 hours there's not even one complaint about it. Can you list the specific servers you experience this problem on? Please note that DNS is set locally by WireGuard related script according to the DNS address(es) included in the profile (wg-quick on Linux tries to call resolvconf). DNS is not pushed by the VPN server, because WireGuard does not have any DHCP function. However, WireGuard handshake is not related to DNS, keep in mind. Kind regards

Hello! OK, if you see Eddie simpler then go for it, we're glad to know that it meets your needs. In the way you're running Eddie, it will already select the server with the best rating. The round trip time with your node among the ones it considers has a significant weight to pick the server. If you want to narrow down Eddie measurements to make the choice more appropriate for your needs you can consider to define a white list of your favorite servers or pick a specific country to connect to. In that case, Eddie will pick the best scoring server included in the white list, or the best scoring server in the specific country. If you want to determine unconditionally the server with the lowest round trip time, you can use specific tools and then tell Eddie to connect to the specific server you find with the best round trip time. Consider these sh commands by @OinkOink: https://airvpn.org/forums/topic/47335-solved-find-the-best-server-lowest-ping/?do=findComment&comment=259294 Kind regards

Hello! If you are OK with a CLI please consider the AirVPN Suite for Linux. It is very light and you can get rid of Mono. The Suite can be fully controlled via a command line interface and offers a thorough user's manual that documents every feature and will guide you through every step. https://airvpn.org/forums/topic/79336-airvpn-suite-resources/ Kind regards