Jump to content
Not connected, Your IP: 216.73.216.196

All Activity

This stream auto-updates     

  1. Past hour
  2. Today
  3. Yesterday
  4. It's looking more and more that there will be no solution. I'm going back and forth with airvpn staff and they are trying to figure out if anything can be done, but they said it is a hard problem due to the way libvirt and the network lock, further complicated by nft, iptables, iptalbes-legacy and nft-iptables work. Libvirt knows about this issue and has for years, but when it comes to network lock and the iptables being taken over by the lock, it's a mess.
  5. wow first world problems. you ever heard the saying "if it aint broke, don't fix it"? besides eddie pops up once when you boot, you connect and it disappears into the taskbar. you can even automate the connection process you don't have to click anything. plus you most of the time don't even notice you're using it because of the kickass speed we get backed by a team that respects and advocates for our privacy which is getting less and less by the day. oh and f*** a.i. but anyway good luck on your fork. i know i won't be using it.
  6. The promo screen announcing the season sale is uncloseable on android TV, had to reboot android TV.
  7. That's understandable. I'm in the midst of going back and forth with staff at AirVPN. They are very responsive and are sincerely trying to figure this out. I'm feeding them logs etc. Yet, From what I gather so far this may not be solved. If they can figure it out I'll be sure to inform you of what we did.
  8. Hello! Confirmed, the problem re-occurs periodically. We're investigating. Kind regards
  9. It looks like I was wrong, sorry. I should have been clearer I was talking about LMDE but I just tried it again and I have the same issue there too. It used to work for me there some time ago (I've done a fresh install since then) I think the settings might have been different (tried but nothing worked) or maybe my network lock just wasn't configured right and was allowing the connection anyways (seems to drop out / forget to activate sometimes). I could have been using bridge mode or something there too I don't remember exactly to be honest.
  10. Last week
  11. This would also solve the same problem for libvirt and Nat for KVM/QEMU I presume.
  12. I gave the procedure you suggested a try. As soon as the lock activates the NAT connection breaks. Thanks for the suggestion though.
  13. I've only used NAT (default). Are you saying a NAT Mint guest does not suffer this issue and the connections works when Eddie lock in in? I've only tested this with a MXLinux, guest. Debian 13 derivative.
  14. Oh, well... I guess we share the same levels of decrepitude then. Started at 13 on a Sinclair ZX-81, but of course the Commodore 64 was THE best computer of all time. At one point, I knew by heart how many CPU cycles each 6510 instruction used and what opcode each Assembly mnemonic translated to. That being said, my advice would be to ignore current MicroSlop's development guidelines - and Linux's, for that matter - and keep all program data in its own installation directory.
  15. Hello! If you run Eddie's uninstaller script for Windows, it does not remove the configuration file in the user's directory. It leaves both the directory and the configuration file inside it, including default.profile. This is intentional as uninstalling a software does not mean purging all the configuration files that can be preserved. No erratic behavior has been detected, it's just a script. This would be catastrophic in many cases. Firefox, Thunderbird, GitLab, Microsoft SQL SRS and probably hundreds of other programs do not support inverse migration (downgrade) in general, exactly for this problem. In case of a downgrade for which the configuration file becomes incompatible with the older version, deleting or overwriting the configuration files etc. will cause serious or, in case of absence of a recent backup, even dramatic inconvenience to the user. EDIT - NOTE BY THE DECREPIT FOUNDER In Eddie, profile preservation has an excellent side effect. The profile (encrypted or not) includes the client keys and server information, and Eddie reads them locally when it can't access the bootstrap servers. When you are in a restrictive network, or typically in specific countries (Iran, China, Russia...) the bootstrap servers or the protocol to reach them are not infrequently blocked. In such cases the user must first find another connection method, establish the connection and only then let Eddie contact the bootstrap servers to download the information that will be valuable for future connections. This is a once and for all operation that may be reproducible and performed in the face of potentially great adversity, so minimization of such a requirement is good. If we want to have a sad contest to see who’s the most decrepit, we have a good competitor. The founder of AirVPN built his first natural language parser in Assembly and BASIC in 1983 with a 1,500-word dictionary, pushing the limits of an 8-bit computer (a Commodore 64). Thirty-five years ago, he was already at CERN with Tim Berners-Lee who was creating HTML and testing and improving HTTP... But rest assured, he’s not the one working on Windows - it gives him an allergic reaction. 🤣 You can bet that he was behind the earlier caustic jokes about Windows. 🤔 Kind regards
  16. You're assuming a lot, aren't you? After uninstalling v2.26.2, and before trying to reinstall the previous version, I triple checked and there were no Eddie leftover directories anywhere in the system drive. Just for the sake of clarity, I did the whole process again, and this time the v2.26.2 uninstall DID leave Eddie config directories behind. It would seem to me that your uninstaller behaves erratically at times. And yes, a well written installer should be smart enough to detect config files from previous versions and, if it's unable to gather useful info from them, at least overwrite them, resetting the config. Were you even alive and already programming 31 years ago? Forgive me, this was irresistible...
  17. It works! 😀 Thank you so much for your work! This fix for a persistent bug related to privilege escalation allows me to upgrade directly from version 2.25.1 to version 2.27.2. I can therefore confirm to anyone who is a bit too quick to criticize the eddie-ui user interface that version 2.27.2 poses no obstacle to its use on current operating systems, and that—among many other options—it allows you to choose between 3 WireGuard protocols and more than 50 for OpenVPN! When free software works perfectly, is secure, and offers the end user so much freedom of choice in a graphical interface, we should 👏 thank and encourage the developers rather than criticizing the project for no good reason without contributing improvements in the form of pull requests or forks. 🌻 I hope that other users who encountered similar privilege escalation issues will take as much pleasure as I did in thanking the development team.
  18. zlimteck

    AltStore source

    Hello, A native AltStore source is now available for the full build (native WireGuard connect/disconnect, Live Activity, widget). It requires a paid Apple Developer account connected or P12 Certificate to AltServer/SideStore and more, since the Personal VPN entitlement can't be granted to a free account. Source Link : https://api.altstore.io/source/raw.githubusercontent.com/zlimteck/AirDash/main/altstore-source.json Last version : Airdash 1.0.12. Zlimteck.
  19. I hope the latest 2.27.2 automatically fix your issue, thanks for the report
  20. Version 2.27.2 (Mon, 14 Sep 2026 08:16:32 +0000) [fix] [macos] Traffic speed and session stats stuck at zero with many network interfaces [change] [all] Updated OpenVPN to 2.7.7 [change] [windows] Updated ovpn-dco Win11 driver to 2.8.7 [fix] [macos] Elevation and service install failed when /Library/PrivilegedHelperTools does not exist [fix] [all] Connect ignored after a session ended by itself [fix] [windows] Use tap-windows6 on Windows 10, the bundled ovpn-dco driver is Win11 only [fix] [all] Enforce OpenVPN script-security in privileged helper [fix] [all] OpenVPN config check now parses directives like OpenVPN [change] [all] Block OpenVPN management interface and pkcs11/engine modules in the privileged process [change] [all] Drop refused OpenVPN directives at config build, with a log warning [fix] [linux/macos] Elevation failed: IPC dir permissions too strict [fix] [all] Network Lock failed when shared state dir was removed
  21. YouTube has been actively blocking or demanding logins from IP addresses it identifies as VPN servers. Since they regularly blacklist these IPs, your best option right now is to simply experiment with different locations and switch between various AirVPN servers until you find one that works, as the list of usable servers changes all the time.
  22. Hello! The problem is different. You pretend a downward compatibility of a configuration file with a previous software version and this is not guaranteed in general. This is the problem. You can downgrade at will Eddie, but remember that you must purge the higher version of the configuration file because sometimes it may contain new supported options, directives, fields for new features and so on that can't be parsed by the older software. This is true for any software, not only for Eddie, and it is not at all ridiculous, it is correct and sometimes strictly necessary for a natural evolution of any software relying on a configuration file. According to nowadays conventions and Microsoft recommendations the configuration file is stored by default in the AppData directory of the user who installed Eddie. See also: https://eddie.website/support/data-path/ You think you have never met this case in 31 years of Windows usage exactly because you've been using Windows for 31 years. 😋 Forgive us, this was irresistible... Kind regards
  23. I've never seen anyone providing a memory dump around here before now I've seen it all, I guess. In any case, this reeks a bit of AI processing, like it's written by some form of AI agent. Kudos for the structured problem report, of course, but there are things in here that absolutely no human would ever write about in such excruciating detail. If the driver is the problem, did the agent try installing the official driver, not the one provided by Eddie? Did it try an older version? Because Eddie only bundles the driver, AirVPN doesn't code it per se, so a "sync gap during the driver's teardown phase" really belongs upstream, and not here, I would think. As outlined in Troubleshooting Performed, this was not tried.
  24. I install Eddie in D:\Net\AirVPN. I try to keep programs out of the Windows directories as much as possible. Anyways, I checked the C drive for any leftovers and also deleted what was left in my install folder. Nothing helped. Installing 2.27 beta will probably work - as reinstalling 2.26.2 did - but I should definitely be able to install the immediate previous version of a program without going through this much trouble.
  25. Hello! Thank you for the report, it will be put under the devs' attention. Your settings look correct. The workaround suggested by @Tech Jedi Alex can't work, as it pertains to the virtual network interface to be used for the tunnel, while here the problem seems that Eddie picks the wrong interface for the connection even when you explicitly tell it to use another one (Ethernet). Kind regards
  1. Load more activity
×
×
  • Create New...