Staff

@Exactlie Hello! According to the log UDP seems blocked: Please check the packet filtering tools running on the system and the router and make sure that they do not block UDP. If you find nothing blocking, probably you will be forced to rely on TCP only (possible UDP / OpenVPN block by your ISP). You can change connection mode in Eddie's "Preferences" > "Protocols" window. In this last case it's worth testing WireGuard. Although it works on UDP only, if the block by the ISP is against OpenVPN and not against UDP you could connect successfully. Again, you can switch to WireGuard on "Preferences" > "Protocols" window. Kind regards

Hello! Thank you, fixed. Kind regards

@zsam288 Hello! We confirm the bug at the first run, and we confirm that the tile button does not get updated the first time the app is launched when a connection is established from the app menus (the button remains gray and tells "not connected", as you correctly noticed). Under investigation for a quick fix in the next release. @Fezenari We can't reproduce the crash on any of our testing machines, can you please send us a report to let us investigate? After the app has crashed, re-run it (please do not reboot the device) and tap the paper plane icon on the "Log" view, then send us the link that Eddie will give you back. Eddie will send out the logcat too which should contain a thorough report of the previous crash. Kind regards

Hello! For bootstrap servers (special servers used to download encrypted info about VPN servers and your account) and for VPN connections toward AirVPN servers Eddie Desktop edition (Linux, Mac, Windows) never relies on domain names. When you send a system report to our infrastructure for diagnostic and technical support, Eddie needs to resolve eddie.website domain name. Kind regards

@ltwally Thanks. Can you please send us the content of /etc/airvpn as well? sudo ls -l /etc/airvpn Kind regards

Hello! Eddie Android edition is a fully integrated with AirVPN, free and open source WireGuard and OpenVPN GUI client. It is based on official WireGuard library and latest OpenVPN3-AirVPN library (free and open source software library by AirVPN), allowing comfortable connections to both OpenVPN and WireGuard servers. All Android versions from 5.1 to 14 are supported. We're very glad to inform you that Eddie Android edition 3.1.0 is now available, featuring a complete update of all libraries, enhanced TV support, a new quick setting panel tile, revamped VPN profile generation, connection control buttons on notification, specific Android 14 support, GPS spoofing (default: off) and much more. Special notes on the new GPS spoofing feature: if enabled, the location of the device will be set to a fake GPS position upon a successful VPN connection. When connecting to an AirVPN server, the location will be set to the country where the VPN server is located, through predefined coordinates. If the device connects to a non-AirVPN server, random country coordinates will be selected. To test and use this new feature, please set Eddie as the "mock location app" for your device in the developer settings page (only one app at a time can be the mock provider). Once enabled, you can also set the GPS spoofing refresh interval between 10, 5, 3, 1, 0.5 and 0.25 seconds (default: 1 second). The options are available in the Settings > System view. Please report at your convenience any bug and problem in this thread. If possible generate a report from the app: 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). Please remember that, starting from Android TV 10, Always On VPN feature has been stripped off in order to prevent users from connecting to a VPN during an Android TV based system bootstrap. Therefore Eddie start & connection at bootstrap, as well as system built in leaks prevention, are not possible on Android TV 10 and higher versions. For leaks prevention you can rely on Eddie's "VPN Lock" feature. Android TV 9 and older versions can still start Eddie during the bootstrap and have it connected when you activate Always on VPN and configure Eddie accordingly. Eddie 3.1.0 new features list Eddie Android 3.1.0 (VC 32) Added support to Android 14 Updated to OpenSSL 3.3.1 Updated to the latest OpenVPN3-AirVPN library fork Updated to WireGuard 2e0774f Updated to the latest AirVPN Suite specifications and functions Added quick setting panel tile for quick connection and disconnection Optional GPS Spoofing (requires system's developer options to be enabled) Improved VPN profiles generation Mass import of OpenVPN and/or WireGuard profiles Auto AirVPN user login at startup Server score sort in AirVPN Server tab Show and log connection statistics at disconnection Added permission checking at startup according to user's settings Added optional "quick tap" connection to AirVPN server tab WireGuard handshaking timeout manager can be enabled or disabled by user Added connection control buttons to notification Improved Android TV D-Pad navigation, notably left and right arrow for opening and closing the menu drawer Added Manifest's [AirVPN document served by bootstrap servers to provide clients with several pieces of information] preset connection modes. Select them in the Preferences > AirVPN view. Revised connection dialog management Several bug fixes (special thanks to community testers) Download link https://eddie.website/repository/Android/3.1.0-VC32/EddieAndroid-3.1.0-VC32.apk SHA-256 checksum d33c99e9eb300e40bf21c44bd654d1f79671fa8e7660aefe80f72f0ecd2d38a4 *EddieAndroid-3.1.0-VC32.apk How to sideload Eddie Android edition on Android TV and FireOS devices https://airvpn.org/android/eddie/apk/tv Kind regards & datalove AirVPN Staff

@ltwally Thanks. Can you please send us the content of /etc/airvpn as well? sudo ls -l /etc/airvpn Kind regards

Hello! WireGuard is in 10.128.0.0/10 (gateway 10.128.0.1) and fd7d:76ee:e68f:a993::/64 (gateway fd7d:76ee:e68f:a993::1) Kind regards

Hello! It was implemented a long ago. On Linux: Eddie Linux edition supports traffic splitting on a destination basis the AirVPN Suite 2.0 for Linux (currently in beta testing) supports per-app reverse traffic splitting through Bluetit and Cuckoo. We have managed to avoid Mullvad's long standing problem of inverse DNS leaks but the system is not fully compatible with systems purely based on Wayland at the moment (anyway you can use it just fine with X.Org or without desktop) Kind regards

Hello! We have been informed of the ETR for serious problems in intra-Asia and Europe to Asia connectivity to Japan and Singapore, ranging from 2024-09-04 to 2024-09-23 (!). Kind regards

IMPORTANT UPDATE: https://airvpn.org/forums/topic/62706-multiple-fiber-cuts-in-sg-and-jp/

Hello! We have been informed that: Both in Singapore and Tokyo frantic work is ongoing to repair fiber lines. As a consequence you can see sub-optimal performance on all of our servers in Singapore and Tokyo. Kind regards

@Timing4537 Hello! We suspect that the problem is caused by this ancient and never fixed bug: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1872015 When Bluetit restores resolv.conf that absurd relative path with a level up in the symlink wreaks havoc because Bleuetit stores everything in /etc/airvpn By going up one level, the current directory becomes /etc, and not / as it should be. In most cases you don't see this bug because when tools operate r&w in /etc the .. brings back anyway to / (a reason for which Eddie Desktop edition works fine in Ubuntu systems). A spectacular display of the most boorish ignorance of UNIX basics that reigns in systemd and Ubuntu developers. In the next AirVPN Suite 2 beta version a workaround will be implemented to circumvent the above bug. In the meantime, please send us the complete Bluetit log to investigate (and just in case the problem is different): sudo journalct | grep bluetit > bluetit.log Kind regards

@ltwally Hello! DNS remained set to VPN DNS and that's a consequence of the previous unclean exit of Bluetit. Can we see the content of /etc/airvpn directory? Can you also send us Bluetit's log please? sudo journalctl | grep bluetit > bluetit.log and then send us the bluetit.log file. Kind regards

@kajika Hello! That's because all of the Japan servers suffer of low packet loss. They are all in 'yellow' state and therefore the FQDN jp3.vpn.airdns.org does not resolve anymore into some Japan server entry IP address. While we're working to solve this issue, please consider to force the connection to some specific Japan server with a specific configuration file. Performance will not be optimal due to moderate packet loss, but the datacenter is working to solve the problem. The same is happening in Singapore. Kind regards

Hello! Not a serious variation, probably it's not an MTU problem. Switch to another server on a different location, to enhance likelihood of good peering, as Wurren routinely provides high speed to most users and therefore we can reasonably rule out any serious problem on its local or transit provider network. Kind regards

Hello! Does the same happen with Eddie 2.24 beta version? Please see here to download it, if you haven't already tested it: https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ Kind regards

@thewaythatyouseeme Hello! Can you please test with different MTU, ranging from 1280 to 1420 bytes, and for each value check whether performance improves? We can currently reach more than 500 Mbit/s from Italy, which is more than decent if you consider a connection from another continent. We also see right now from the "top user" tables that high speeds can be reached on Wurren (check the Top 100). Kind regards

Hello, two maintenance works in London are planned to upgrade network. This is the announcement we recently received from M247. Kind regards

@Exactlie Hello! You can find an explanation and a very fast solution here: https://airvpn.org/forums/topic/56657-cant-connect-to-anything/?do=findComment&comment=225418 Kind regards

Hello! We invite you to consult other articles and guides where it has been explained. Latency and score are not shown while a VPN connection is up, that's intentional. However, this: is unexpected. Can you please upgrade to Eddie 2.24 beta and check whether the problem gets resolved? Please see here to download the latest beta version: https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ If the problem persists please let us know. Kind regards

Hello! It's this interface that causes the trouble to OpenVPN: . 2024.08.27 20:21:03 - Using WinTun network interface "VPN - VPN Client (VPN Client Adapter - VPN)" With WireGuard the problem does not occur since a new interface is created and destroyed at each session. If you want to keep using OpenVPN through Eddie and you don't want to remove the above adapter you can tell Eddie to use a specific interface for OpenVPN too and ignore any other interface: from Eddie's main window select "Preferences" > "Networking" type eddie in the "VPN Interface Name" field click "Save" Kind regards

Hello! We're glad to inform you that it is planned, thank you for the suggestion! Please note however that in general you don't need to import configuration files as the app is integrated with AirVPN and you can define server white and black lists. However, it's true that this feature may come very handy with external providers and when you need peculiar settings (for example OpenVPN over SSH connections). Kind regards

Hello! We could not reproduce exactly but logic has been changed now. When we release Eddie 3.1 beta 3 please test again and report back whether the problem got sorted out or not. Thank you for your tests! Kind regards

Hello! The multiple DNS "queuing" bug with OpenVPN3 when a subnet is changed has been reproduced and fixed. Not critical, anyway please verify the fix in the next beta 3 version that is imminent. Thank you very much for your tests! Kind regards