-
-
Notifications
You must be signed in to change notification settings - Fork 512
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can't login to dashboard & connect new devices with Netbird 0.30/0.31 & Authentik 2024.10 #2847
Comments
Commenting so i can track this, i installed 0.31 yesterday and while the existing clients worked any new clients would not work, if a client was disconnected and reconnected it would also fail. Due to the database changes i was forced to restore the entire virtual machine to downgrade. EDIT: I suspect your downgrade issues are due to the database changes as noted in the github changelog "Because of a database migration where the setup-keys are being hashed, a downgrade is no longer possible without restoring a backup. So, testing and making" |
I have explicitly noted that I have not tried downgrading from 0.31.0 to 0.30.X due to those very changes. |
I tried dropping Netbird's PostgreSQL DB and dashboard & auth started working again. Diff'ing the original database with the fresh one got me nothing - things look normal, though the order of some keys has changed, e.g.: (fresh DB) Is this not normal? |
Nevermind, only auth with setup keys got back up. Output of
I can see the following in Netbird service logs while trying to auth a client:
Apparently, that happens when trying to connect a Linux client. Android client connect just fine, app redirects me to the SSO page correctly. My
EDIT: apparently, it's only my local machine that fails to connect. Deleting |
Describe the problem
I have an installation of Netbird (with PostgreSQL 16.4 as db backend) running with rootless podman(-compose). It's been working fine since 0.28.something paired with Authentik 2024.8. That installation has survived a couple updates just fine. Authentik was configured as Netbird's selfhosting wiki page says.
Recently I've updated and restarted both Netbird and Authentik to 0.30.3 (and then to 0.31.0) and 2024.10, respectively. The dashboard stopped logging users in, displaying a "Unauthorized" message with a logout button. The IDM itself is just fine.
At the same time existing clients can (re)connect to this Netbird instance; initiating new log-ins (
netbird up --admin-url $URL --management-url $URL
) results in the following error being returned:2024-11-06T10:10:35+03:00 WARN client/cmd/root.go:244: retrying Login to the Management service in 606.5454ms due to error rpc error: code = Unknown desc = no SSO provider returned from management. Please proceed with setting up this device using setup keys https://docs.netbird.io/how-to/register-machines-using-setup-keys
Rolling Netbird/Authentik back doesn't help at all. No errors to be found in the logs.
I think it might have something to do with the Authentik side of things. 2024.10 introduced a built-in captcha stage and opt-in token encryption. Maybe some inner workings have also been changed, but I haven't seen that in the changelogs.
Considering that rolling versions back doesn't help - could something in the database get messed up? I have to note that I've tried rolling Netbird back only from 0.30.Y ti 0.30.X, before the upgrade to 0.31.0. After the upgrade to 0.31.0 I haven't tried rolling back to 0.30.X, so no database issues should arise from that in particular.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Dashboard opens as normal. New logins happen as normal.
Are you using NetBird Cloud?
No, it's a self-hosted instance.
NetBird version
0.31.0
NetBird status -dA output:
None.
Do you face any (non-mobile) client issues?
Yes (new logins fail, existing logins work fine).
Screenshots
In the Network debugging section I can see a request to
https://netbird.some.fqdn/api/users
failing with HTTP code 401:Additional context
Netbird and Authentik are hosted behind a reverse proxy. Could that be related? It worked fine before the upgrade, though.
Reverse proxy config:
The text was updated successfully, but these errors were encountered: