[WIP] profile switching (multiple networks)

[oskardotglobal]

Describe your changes

This issue attempts to support switching between multiple management servers and/or users ("networks") as described in #446.

I have thought of 3 approaches to implement this:

1. Rewrite the config and daemon in large parts to support this
2. Somehow store the currently used config both in the daemon and client persistently (config for config path, anyone?)
3. Have multiple configs and symlink to /etc/netbird/config.json and restart the daemon after changing configs

For obvious reasons, I decided on approach 3. I'm still currently facing an issue where the service doesn't start on macOS unless I reinstall it, but otherwise this works. A GUI integration is planned, but I won't be writing support for Android / iOS anytime soon.

The usage looks like this:

netbird profiles # list profiles
netbird profile # show current profile
netbird profile <name> # switch to profile <name> (/etc/netbird/profiles/<name>.json)

Issue ticket number and link

#2233
#446 (in parts)

Checklist

• Is it a bug fix
• Is a typo/documentation fix
• Is a feature enhancement
• It is a refactor
• Created tests that fail without the change (if possible)
• Extended the README / documentation, if necessary

[oskardotglobal]

Never mind, this works; I just had a stale module cache from when I wrote #1161

[mlsmaycon]

Hello @oskardotglobal, thank you for your proposal to add multiple profile switching to Netbird. We appreciate your contribution and wanted to share our vision for this feature.

We’ve been planning to move configuration files to a user-specific path for increased security, especially on shared user computers. With that, profiles would be managed in the following paths:

•	Default and setup-key activated profiles: /etc/netbird/profiles/default.json
•	User profiles: /home/user/.config/netbird/profiles

When creating a new profile via CLI, it will initially be stored in memory, and once activated, it will be saved to the appropriate directory. For the GUI, since it’s user-bound, we plan to create the profile on disk immediately.

The most recently selected profile will be stored in a state file, allowing the application to reload this profile on system boot or daemon restart.

We envision that profile switching will be simple, with commands to select and activate profiles, but note that switching profiles will disconnect any running processes.

Finally, our GUI will display the current profile and offer easy management options, including creating, selecting, and deleting profiles.

We’d love to discuss this vision with you in more detail. Please join our Slack channel, where we can discuss further this vision.

Looking forward to your thoughts!

[oskardotglobal]

I've gone ahead and sent a message with my ideas in the slack channel

[salja03-t21]

Hello @oskardotglobal, thank you for your proposal to add multiple profile switching to Netbird. We appreciate your contribution and wanted to share our vision for this feature.

We’ve been planning to move configuration files to a user-specific path for increased security, especially on shared user computers. With that, profiles would be managed in the following paths:

•	Default and setup-key activated profiles: /etc/netbird/profiles/default.json
•	User profiles: /home/user/.config/netbird/profiles

When creating a new profile via CLI, it will initially be stored in memory, and once activated, it will be saved to the appropriate directory. For the GUI, since it’s user-bound, we plan to create the profile on disk immediately.

The most recently selected profile will be stored in a state file, allowing the application to reload this profile on system boot or daemon restart.

We envision that profile switching will be simple, with commands to select and activate profiles, but note that switching profiles will disconnect any running processes.

Finally, our GUI will display the current profile and offer easy management options, including creating, selecting, and deleting profiles.

We’d love to discuss this vision with you in more detail. Please join our Slack channel, where we can discuss further this vision.

Looking forward to your thoughts!

When are you planning to have this?

[sonarcloud]

Quality Gate failed

Failed conditions
1 New issue
1 New Code Smells (required ≤ 0)

See analysis details on SonarCloud

Catch issues before they fail your Quality Gate with our IDE extension SonarLint

[netandreus]

Up. There is really needed feature.

[zerobearing2]

👍

[DevOpsMage]

Also looking forward to this to be included in a future release!

[oskardotglobal]

Yeah, sorry, this PR is kind of a mess atm
But I have gotten parts of it to work so it is possible this will see the light of day .. some day