netbird
netbird copied to clipboard
Client doesn't remember the last selected routes / exit nodes & detect if route is accessible directly
Slack: https://netbirdio.slack.com/archives/C02KHAE8VLZ/p1716836567943349
To Reproduce
- Connect
- Disable a route, for example an exit node
- Disconnect & Connect again
- All routes are selected again
Expected behaviour
- Remember the last selected (enabled or disabled) routes. I don't want to disable the exit node every time I connect.
- In other words: I only want to select the exit node, if I really need it :slightly_smiling_face:
- published routes shouldn't be used, if accessible locally / directly !
Are you using NetBird Cloud? No, self-host NetBird's control plane
NetBird version
- 0.27.10 (darwin/arm64)
Hello @florian-obradovic, This is the current behavior, but we will be adding persistence for route selections in one of the upcoming 0.28 versions, so your last selected routes (enabled or disabled) will be remembered.
@bcmmbaga thanks a lot !
This would be a huge gain in convenience, thanks a lot!
Perhaps it would also be possible to toggle the default route directly in the systray menu of the UI client without having to go to the full route selection window?
In my use case, I usually don't need the default route, but sometimes I want to route everything through the exit node.
Hey @bcmmbaga any news on this?
This causes significant issues if the exit node and the client are at same subnet.
+1 on this
every time my system boots up and netbird autostarts, i have 3 exit nodes enabled, along with subnet routes for subnets that are reachable without netbird. Causes all kinds of havoc. Either being able to set what routes get auto-applied to which client, if the route get's auto-applied at all, or having the client remember the routes selected, should be a top priority.
I'd like to +1 this request
Hello @florian-obradovic,
We're currently reviewing our open issues and would like to verify if this problem still exists in the latest NetBird version.
Could you please confirm if the issue is still there?
We may close this issue temporarily if we don't hear back from you within 2 weeks, but feel free to reopen it with updated information.
Thanks for your contribution to improving the project!
@nazarewk issue has been fixed...