Staff

Hello! The first problem is caused by a bug. In some cases Eddie enters a race condition and remains stuck during the latency tests. This bug has been fixed in Eddie 2.22.2 which you can get from the usual Linux download page https://airvpn.org/linux/eddie/ by clicking "Switch to experimental". The stability problem must be investigated. Do you experience the issue both with WireGuard and OpenVPN? Please feel free to provide a system report and/or open a ticket to get support from the dedicated tech support personnel. How to generate and send us a system report: https://airvpn.org/forums/topic/50663-youve-been-asked-for-a-support-filesystem-report-%E2%80%93-heres-what-to-do/ Kind regards

Hello! We have brought the lists in and we will be testing them very soon. In this case some care in testing is needed because we're talking about 900'000 records (6 lists made of ~150k records each). If everything goes well you will have them available in the DNS panel at the end of the next week or so. Kind regards

Hello! OK, we'll soon verify when we perform some tuning to check. In general, connected users on Xuange are more than on Ain and Wazn. True. The goal is not to consolidate the constellation with a lesser amount of 10 Gbit/s servers, because that would imply loss of redundancy and other centralization problems. Currently the goal is decommissioning old hardware servers, improve current lines which struggle to meet our demands (example: Brazil) and increase 10 Gbit/s presence. On the long run, we'll see. Kind regards

Hello! Thank you for your feedback. Maybe we are loading Xuange too much (*), we will look into the issue you report. Actually Xuange is not with M247 or Softronics, but with AltusHost, a very reliable company with excellent peering agreements. Now, it is possible that you have bad peering (if you have time, check with tools like mtr) with the AltusHost transit providers, but anyway a fresh look into Xuange will not hurt. There is no realistic availability of 10/100 Gbit/s NICs and lines for Kitalpha, unfortunately, so that's not an option. If upgraded, Kitalpha would anyway remain a "1 Gbit/s" server. (*) Not in terms of bandwidth but in terms of amount of users. With OpenVPN the load grows more than linearly with the amount of connected clients and the majority of the users prefer OpenVPN over WireGuard at the moment. If we manage to determine that Xuange is over loaded we will act appropriately. Kind regards

Hello! Your ticket dated April the 2nd has been replied in a record time of 10 minutes. You never replied back and the ticket was closed after 10 days or so. Please note that courtesy e-mail has been properly sent too. If you have problems with your e-mail inbox please check your control panel of your AirVPN account in the airvpn.org web site. The original text from the support personnel was: As soon as you reply and send what they ask for, the support team will have something to work on, in order to understand the source of the problem and suggest solutions. Kind regards

Hello! From your description, and assuming that it's not an IPv6 related problem (make sure that your system supports it) we suspect an old problem occurring with "translations" in some Linux systems which run with nftables but by default do not have the userspace utility nft. In such cases, both Eddie and the Suite fall back to iptables utilities, which are in turn linked to iptables-nftables or similar utilities to translate rules etc. for the new netfilter environment. We found that the translation process has a subtle bug which might cause serious problems to Eddie. (*) You can't renounce at the moment to the translation burden because, as far as we know, ufw does not support nftables, but you can at least have Eddie use nft directly. Please check whether you have nft in your command path and if not, install it (usually you can install nft utility by installing the complete nftables package, example sudo apt install nftables ). Once nft is available, Eddie will use it and if the problem were the one we mentioned above, it should get resolved. There might still be potential problems caused by the fact that ufw will keep using iptables syntax with custom chains, but Eddie will save the system rules and restore them (respectively when Network Lock is turned on and off) in nft format. If that's a problem too, try to disable completely ufw before you start Eddie, and re-start ufw only after Eddie has been shut down. Please keep us posted at your convenience. Kind regards (*) Eddie 2.22.2 takes into account this "translation bug" and features new code which should resolve it.

Hello! OK, thank you for the correction and the precious help! @bumwolf Did you manage to resolve the problem in the meantime? Kind regards AirVPN Support Team

Hello! Try to log on file and let's see whether some entry on the file which can provide for some clue is written before the "hang". You can configure Eddie to log on file in the "Preferences" > "Log" window. Then reproduce the issue and finally read the file with any text editor (and feel free to send it, of course). Kind regards

@OpenSourcerer Hello! We have had a discussion about Kitalpha and the datacenter it is inside. Kitalpha now supports IPv6 (a few months ago addition by the datacenter), but it has an old hardware which should be improved. With the same commitment we have with Kitalpha, even if we did not consider the price for an upgrade to a more modern hardware, we could replace it with one 10 Gbit/s server with powerful CPU, more traffic etc., in the same datacenter hosting Xuange. So we're seriously considering to do so. But before anything else, can you please tell us why you would prefer or need a server in the same datacenter and/or AS? Kind regards

Hello! Note to readers: problem resolved by upgrading Eddie (the 2.13.6 version was used on an Operating System which did not exist when 2.13.6 was released many years ago). Kind regards

Hello! It's a security feature. The GUI does not run with root privileges and any event based script or software will not be automatically run as root, so your attack surface is not enlarged. It's your own responsibility, as a system administrator, to decide whether a script or software run by Eddie GUI (or any other software running without root privileges) must gain root privileges or not. Kind regards

Hello! As part of progressive upgrading of our servers and decommissioning of older hardware, we inform you that the Virginis (Switzerland) server will cease operations today, 2023-10-04. The infrastructure in Europe gets on upgrading thanks to the addition of new servers and 10 Gbit/s lines, as well as the improvement of current lines and hardware. Kind regards & datalove AirVPN Staff

@prsjm3qf Hello! Please see here for an explanation and a quick solution: Thank you! Kind regards

@bumwolf Hello! Is libayatana-appindicator really unavailable for Manjaro? Apparently it's available: https://software.manjaro.org/package/libayatana-appindicator The missing header file mentioned in the fatal error should be available when you install the developer package, anyway it's here, if it may help: https://github.com/AyatanaIndicators/libayatana-appindicator/tree/master/src Kind regards

Hello! You're currently disconnected so it's not possible to perform any effective verification. Please feel free to open a ticket at your earliest convenience. Kind regards

Hello! If your Ubuntu computer directly connects to the VPN you don't need any additional rule on the router. Error 111 (connection refused) hints to packets actively rejected by your system with a reset, so it is likely that the packets reach your computer indeed. Please make sure that the listening programs are really running and listening to the correct ports. Also make sure that such programs do not bind to the physical network interface, if a bind option is available in the settings. Last but not least, as far as it pertains to the torrent software, please re-check its configuration against our guide here: https://airvpn.org/faq/p2p/ If the problem persists, we strongly recommend that you open a ticket as well. Kind regards

Hello! For your Kali and Debian distributions we offer two software: the AirVPN Suite and Eddie. If you have picked the Suite, its user's manual is available here: https://airvpn.org/suite/readme/ It will guide you step by step from the basic installation to the advanced usage. For any issue please do not hesitate to open a ticket and include log. If you picked Eddie, see below. @yaiyaiyai7 Please post an Eddie's system report, or the log of the software you run (for example WireGuard and OpenVPN) to connect. Also feel free to open a ticket. How to generate and send a report via Eddie: https://airvpn.org/forums/topic/50663-youve-been-asked-for-a-support-filesystem-report-–-heres-what-to-do/ @CriticalRabbit Assuming that you could not manage to install Eddie in Debian (if you did, please see above to send us a system report), please follow these steps: Download the deb package If you work in a Desktop Environment, right-click the icon of the downloaded deb package and select "Open with" > "Package installer" You will find Eddie in the "Internet" section of your app launcher If you don't run a DE or anyway you prefer to install via terminal, you can install the deb package via gdebi. Open a terminal and enter the commands: sudo apt install gdebi sudo gdebi "path and name of the deb package you downloaded" You will find Eddie in the "Internet" section of your app launcher. Also feel free to open a ticket. Kind regards

@Jommes Hello! In most cases you can ignore those warnings, caused by years and years old unresolved bugs in OpenVPN 2.4 and 2.5 https://forums.openvpn.net/viewtopic.php?t=29557#p89192 According to our tests, these bugs are fixed both in OpenVPN3-AirVPN and in OpenVPN 2.6, but not in any OpenVPN 2.5.x version. If the warnings are not caused by the old bugs, then you should see failures in connection or no throughput at all. Since you say that everything works great, most probably you can safely ignore the warnings. Kind regards

Hello! Please contact the AirVPN management directly at info@airvpn.org at your convenience, or select "Support" > "Contact us" and drop a message, thank you! Kind regards

Hello! To select a specific connection mode in Eddie's "Preferences" > "Protocols" window please uncheck "Automatic", select (left click) the line describing the desired connection mode (the selection is confirmed if the whole line gets highlighted, you can't miss it) and click "Save". Start a new connection to apply the change. Kind regards

Hello! What is your nominal available bandwidth? Please measure the throughput you get when: the router is connected to a small variety of VPN servers a computer is directly connected to the same servers above, while OpenVPN on the router is stopped A comparison will tell whether OpenVPN on the router is the bottleneck or not. Kind regards

@frpergflf Hello! Unexplainable... the only thing that comes to mind is that you had some character in the goldcrest.rc configuration file password directive which was not displayed by your text editor. When you finally edited it, you unknowingly removed that character. Would it be a plausible explanation? Kind regards

@tranquivox69 Hello! Linux kernel includes since decades a module for a tun virtual network interface which guarantees performances higher than the bandwidth you can get from your line. No need for additional, external drivers. On equal grounds, the throughput in modern Linux systems should be better than the throughput on modern Windows machines, but the difference can be usually noted only above sustained 600-700 Mbit/, which is anyway a limit on most machines and our servers nowadays (700 Mbit/s client side = 1400 Mbit/s server side). On Raspberry Pi machines you may test WireGuard, which might beat OpenVPN performance. Bluetit and Goldcrest do not support WireGuard currently (they use OpenVPN3-AirVPN library), so you might prefer Eddie, which fully supports WireGuard. Next Suite release will support WireGuard too. In any case always test both WireGuard and OpenVPN, because in some networks (for example those which enforce traffic shaping against UDP), OpenVPN in TCP mode can be faster than WireGuard, which works only in UDP. Traffic splitting only for one or a specific set of applications is not supported by Eddie and the Suite (next Suite version for Linux will support it, but we need still some weeks to release the first alpha version). Currently, if you need a simple solution, you may consider to install a VM, or a docker, and connect it to the VPN. Then, you run in the VM only the program (or the few programs) whose traffic must be tunneled. Free and open source software such as VirtualBox allows you to setup a fully working Linux guest in a Linux host in a matter of minutes literally. Kind regards

@frpergflf Hello! The Suite "legacy" version is linked against libssl1.1 so you can keep using it in systems offering OpenSSL 1.1.1. The username is correct, so the login failure might be caused by a wrong password. What happens if your remove this password from goldcrest.rc file and you enter the password manually in the terminal, when Goldcrest asks for it? Kind regards

Hello! Under a more radical point of view, if you fear that Eddie setup has become garbled and you can't restore a working setup, you can go back to the default settings by selecting "Preferences" and clicking "Reset to default settings". This procedure might be ineffective if even the configuration file is corrupt (a very rare occurrence but you never know). In this last case, delete the following file, while Eddie is not running (you can use rm command): rm ~/.config/eddie/default.profile At the next run, Eddie will re-create a clean profile with default settings (you will need to re-enter your AirVPN account credentials as well). Kind regards