Staff

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

Hello! Yes, as you can see it's now under maintenance (software updates etc.). Kind regards

Hello! There are only two active connection from your account, and they are both real and exchanging data, can we consider the problem resolved? If not, please reply to the questions by @OpenSourcerer to let the community help you. Also check your AirVPN account "Client Area" panel and see whether your recognize (according to Operating System and used software) the connections or they seem to come from machines that you don't know (for example if they come from Windows and you don't use Windows then you have a "red alert" telling you that someone else is using your certificate and key). Kind regards

Hello! The problem is probably on your side because among the top speeds, there are about ten users connected to Chicago servers, so at this moment Chicago servers are providing top performance in the whole world infrastructure. Does anybody else who reads this message experience such a poor performance? 0.08 Mbit/s is so low that some specific local problem is possible. Recorded packet loss is 0% from and to any other VPN server in the world infrastructure, a strong clue suggesting that everything is fine. Kind regards

Hello! According to other tests and reports by customers to the support team the problem is resolved. Kind regards

Hello! This option is not available, we're sorry, in accordance with many customers' recommendations in the past. You can anyway force Eddie to try to re-connect always to the same server, just in case this option is useful, by checking "Lock current" in the "Servers" window. Kind regards

Hello! Yes, it was implemented a long ago. You can opt-out through your AirVPN account DNS panel by setting AirVPN anti geo-location system combo box to Not active (neutral). Kind regards

Hello! Since Eddie Android edition connects through WireGuard protocol by default, while Eddie does it through OpenVPN, try to switch Eddie to WireGuard: from Eddie's main window select Preferences > Protocols uncheck Automatic select the line with WireGuard port 51820. The line will be highlighted click Save and test again connections Kind regards

@Lilboiled Hello! In any systemd based Linux distribution you can start Eddie as a systemd service during the system bootstrap and have it connect to the VPN (according to your white list of servers, if needed) by enabling the following options: Preferences > General > Don't ask [for] elevation [at] every run Preferences > General > Connect at startup Please note that when you check Don't ask [for] elevation [at] every run a systemd eddie.service will be created and enabled, so you can also control it via systemctl for example. Side note: if your Linux system is not based on systemd Eddie can't run, so you can consider the AirVPN Suite (AirVPN free and open source software), that is fully integrated not only with systemd, but with SysVStyle-init and chkconfig too and can start and connect during the system bootstrap. Kind regards

@KikiCooled Hello! You have no active sessions. When a disconnection is not notified by the client (for example accidental disconnection), please allow at least 2 minutes before the system frees the connection slot. Kind regards

@Denied1977 @OpenSourcerer Hello! Today Alderamin peaked 2 Gbit/s for a long while, can you please verify from your nodes whether the problem persists? Please test while Alderamin is not at capacity, of course. Kind regards