Timing4537 0 Posted ... To keep this simple il stick with Hummingbird (I tried with bluetit on the AirVPN Suite beta 2.0.0 with similar results) On the first connection, everything works great, but when gracefully stopping hummingbird, resolv.conf is not restored/linked to default. Due to this follow-up connections fail to resolve america3.vpn.airdns.org and I cannot connect. Modifying the hummingbird service, to include a ExecStopPost command, or manually running that command each time works... ExecStopPost=/bin/sh -c 'ln -rsf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf' is this just a bug/incompatibility with 24.04...maybe due to network manager & systemd-resolve being removed? is there a better solution to the ExecStopPost command? Quote Share this post Link to post
Staff 9972 Posted ... @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 Quote Share this post Link to post