Jump to content
Not connected, Your IP: 216.73.216.197

Leaderboard


Popular Content

Showing content with the highest reputation on 01/15/25 in all areas

  1. 1 point
    I've been a happy customer for a long time now. And I have a long time commitment to AirVPN too, with my plan not expiring for four more years. In the past few months the situation with servers load has gone from bad to worse. It's become noticeable in all applications. P2P above else, where I have a pretty firm idea of what the performance can be. This is my current performance under AirVPN. This is my current performance outside the tunnel. Before the recent influx of new users the situation was far better. Sad state of affairs and I'd like to understand if AirVPN is planning to so something to remedy the situation or if I have to look elsewhere in order to properly use my connection. Thank you. Even though the message might not sound like it, I'm a big fan of AirVPN and of their overall mission.
  2. 1 point
    Staff

    Eddie Desktop edition 2.24.6 released

    Hello! Thanks for the report, we found the problem. A fix has been applied, it is being tested internally and at the moment it resolves the issue on Devuan Daedalus based on sysvinit. The fix will be of course included in the next release. We will let you know through the "News" forum as usual, stay tuned. Kind regards
  3. 1 point
    PWolverine

    Eddie Desktop edition 2.24.6 released

    MacOS version on ARM seems to be running perfectly. Great to see a new upgrade.
  4. 1 point
    vhorfurz

    Eddie Desktop edition 2.24.6 released

    Installation error: have you forgotten sysvinit support? I am forced to uninstall the package, disable the AirVPN repository subscription and reinstall the previous version. Please let us know when it will be possible to reactivate the AirVPN repository subscription. Further details: lsb_release -ds: Devuan GNU/Linux 5 (daedalus) During the upgrade from 2.21.8 to 2.24.6, dpkg ends with an error code. In fact, the new script /var/lib/dpkg/info/eddie-ui.postinst executes the command /usr/lib/eddie-ui/eddie-cli-elevated service=install Manual execution under root in a terminal clearly shows an error in the eddie-cli-elevated program: root@devuan:~# /usr/lib/eddie-ui/eddie-cli-elevated service=install Enable eddie-elevated.service failed Service install fail. Temporary workaround for Debian 64-bit based sysvinit distributions # Download the package of the previous version 2.21.8 # according to the web page https://airvpn.org/linux/eddie/ wget -O eddie-ui_2.21.8_linux_x64_debian.deb "https://airvpn.org/mirrors/eddie.website/download/?platform=linux&arch=x64&ui=ui&format=debian.deb&version=2.21.8" # Uninstall the eddie-ui package sudo dpkg -r eddie-ui # Deactivate AirVPN repository for f in `grep -El 'https?://eddie.website' /etc/apt/sources.list.d/*.list` `grep -El 'https?://eddie.website' /etc/apt/sources.list.d/*.sources`; do sudo mv -v $f $f.disabled; done sudo apt-get update # Install package eddie-ui_2.21.8_linux_x64_debian.deb sudo dpkg -i eddie-ui_2.21.8_linux_x64_debian.deb Please fix the problem, and let us know when we can re-enable the AirVPN repository subscription on Debian-based sysvinit distributions. Thanks in advance.
  5. 1 point
    Yes, everything is working well. I want to have the webGUI on 8082 internally, forwarded to 27586 by airvpn. I don't plan to have this enabled all the time, but there are times when I can't access my internal network and it would be easier to flip a switch and access remotely with Transdroid. I think you've nailed it with the devices issue. On my previous server using rtorrent/rutorrent over Eddie (not running docker), I think because the device was connected all the time, it was considered "default", so it always worked. I've now given that device a specific name and used those keys in the compose file. Now that server appears as "device2" in the sessions list and the port is now showing as open. However, I'm getting an "unauthorized" message when I connect.
  6. 1 point
    Baseline, without any tunnels: All tests were done with Wireguard and 1400 MTU. 10 Gb/s servers in Netherlands: Menkent, 18% load, 213 users: Piautos, 25% load, 198 users: Dalim, 20% load, 245 users: Other EU servers: Switzerland, 10 Gb/s, Alpherg - 21% load, 287 users: Norway, 1 Gb/s, Ophiuchus, 77% load, 103 users: Estonia, 1 Gb/s (or is it more?), Alruba, 82% load, 79 users: Download speeds seem to be mostly okay-ish on all servers, but something is up with the upload speed. Not sure what causes it to drop significantly. Will say that we definitely need more 10 Gb/s servers. I think you should try using servers in other EU countries as well. Server in Estonia is interesting, because it seems to always give me good download speed, even when it's loaded to 100%. Old screenshot from it:
×
×
  • Create New...