DYNR/netbird
2
0
Fork 0
mirror of https://github.com/netbirdio/netbird.git synced 2026-08-05 00:15:26 -04:00
Code Issues 23.5k Packages Projects Releases 10 Wiki Activity

[GH-ISSUE #5542] Cannot get a client/server to register with my self-hosted NetBird instance #11719

New Issue
Closed
opened 2026-08-05 01:30:40 -04:00 by saavagebueno · 17 comments
saavagebueno commented 2026-08-05 01:30:40 -04:00
Owner
Copy Link

Originally created by @reddwarf666 on GitHub (Mar 8, 2026).
Original GitHub issue: https://github.com/netbirdio/netbird/issues/5542

Describe the problem

I am trying to self-host NetBird but I face issues when I try to register servers

To Reproduce

netbird up --management-url https://netbird.example.com --setup-key 9ACAFB14-redacted

Expected behavior

A successful registration which shows in the Dashboard and have the server be part of the VPN network.

Are you using NetBird Cloud?

No, I use the Self-Hosted variant

NetBird version

netbird version : 0.66.2
Management : v0.66.2
Dashboard : v2.33.0

Is any other VPN software installed?

Yes, tailscale client is running on the servers.
I have to use that VPN because I cannot yet use NetBird to SSH into servers

Debug output

To help us resolve the problem, please attach the following anonymized status output

netbird status -dA

Daemon status: LoginFailed

Run UP command to log in with SSO (interactive login):

 netbird up 

If you are running a self-hosted version and no SSO provider has been configured in your Management Server,
you can use a setup-key:

 netbird up --management-url <YOUR_MANAGEMENT_URL> --setup-key <YOUR_SETUP_KEY>

More info: https://docs.netbird.io/how-to/register-machines-using-setup-keys

Create and upload a debug bundle, and share the returned file key:

netbird debug for 1m -AS -U

Results:
Error: failed to up: context deadline exceeded

Uploaded files are automatically deleted after 30 days.

Alternatively, create the file only and attach it here manually:

netbird debug for 1m -AS

Tried this one as well and got this message:

Error: failed to get status: failed while getting Management Service public key: failed while getting Management Service public key

Screenshots

If applicable, add screenshots to help explain your problem.

Additional context

I used the setup script as provided on the NetBird installation page
I'm running this on a VPS at Hetzner, the DNS is in CloudFlare.
I created an A record netbird.example.com and made sure the proxy setting is off on that record.
I previously used the cloud version of NetBird and I could connect that same server just fine with a setup key.
The proxy server (called Godoxy) and NetBird run on the same server in Docker and are both part of the same Docker network I created.
I also tried to use the same netbird up command on another server and I get the same results and error messages.
I also had to change the exposed ports in my compose file from 8080 and 8081 as it conflicted and so I used ports 9080 and 9081
I also disabled Tailscale on the server to see if that would help. To do this I temporarily allowed port 22 into my Hetzner server, this is now closed again of course. The results were the same

When I try and register a server with with the netbird up command:
netbird up --management-url https://netbird.example.com --setup-key 9ACAFB14-redacted

That command waits for a long time and finally stops with an error, a timeout it seems:
Error: daemon up failed: login backoff cycle failed: rpc error: code = Unknown desc = failed while getting Management Service public key

And the common theme in errors seems to be:
failed while getting Management Service public key

I can see in the proxy server log:

03-08 13:48 WRN not found: netbird.example.com:443 method=POST remote=<my public ip>:37046 url=/management.ManagementService/GetServerKey
03-08 13:48 WRN not found: netbird.example.com:443 method=POST remote=<my public ip>:52204 url=/management.ManagementService/GetServerKey
03-08 13:48 WRN not found: netbird.example.com:443 method=POST remote=<my public ip>:34010 url=/management.ManagementService/GetServerKey

This is my docker-compose file content:

networks:
  default:
    name: proxy
    external: true

services:

  netbird-dashboard:
    image: netbirdio/dashboard:latest
    container_name: netbird-dashboard
    restart: unless-stopped
    ports:
      - '127.0.0.1:9080:80'
    env_file:
      - ./dashboard.env
    labels:
      proxy.aliases: netbird
      proxy.netbird.port: 80
      proxy.netbird.scheme: http
      proxy.netbird.homepage: |
        name: NetBird
        icon: "@selfhst/netbird.svg"
        category: networking
      proxy.netbird.rules: |
        path glob(/signalexchange.SignalExchange/**) | path glob(/management.ManagementService/**) | path glob(/management.ProxyService/**) {
          route netbird-grpc
        }
        path glob(/relay*) | path glob(/ws-proxy/**) | path glob(/api*) | path glob(/oauth2*) {
          route netbird-api
        }
        default {
          pass
        }

  netbird-server:
    image: netbirdio/netbird-server:latest
    container_name: netbird-server
    restart: unless-stopped
    #networks: [netbird]
    ports:
      - '127.0.0.1:9081:80'
      - '3478:3478/udp'
    volumes:
      - ./data/netbird:/var/lib/netbird
      - ./config.yaml:/etc/netbird/config.yaml
    command: ["--config", "/etc/netbird/config.yaml"]
    labels:
      proxy.aliases: netbird-api, netbird-grpc
      proxy.netbird-api.port: 80
      proxy.netbird-api.scheme: http
      proxy.netbird-api.homepage: |
        show: false
        name: NetBird API
        icon: "@selfhst/netbird.svg"
      proxy.netbird-grpc.port: 80
      proxy.netbird-grpc.scheme: h2c
      proxy.netbird-grpc.homepage: |
        show: false
        name: NetBird gRPC
        icon: "@selfhst/netbird.svg"

And this is my config.yml file content:

# Combined NetBird Server Configuration (Simplified)
# Generated by getting-started.sh

server:
  listenAddress: ":80"
  exposedAddress: "https://netbird.example.com:443"
  stunPorts:
    - 3478
  metricsPort: 9090
  healthcheckAddress: ":9000"
  logLevel: "info"
  logFile: "console"

  authSecret: "redacted"
  dataDir: "/var/lib/netbird"

  auth:
    issuer: "https://netbird.example.com/oauth2"
    signKeyRefreshEnabled: true
    dashboardRedirectURIs:
      - "https://netbird.example.com/nb-auth"
      - "https://netbird.example.com/nb-silent-auth"
    cliRedirectURIs:
      - "http://localhost:53000/"

  reverseProxy:
    trustedHTTPProxies:
      - "172.30.0.10/32"
        
  store:
    engine: "sqlite"
    encryptionKey: "redacted"

And my dashboard.env file content:

# Endpoints
NETBIRD_MGMT_API_ENDPOINT=https://netbird.example.com
NETBIRD_MGMT_GRPC_API_ENDPOINT=https://netbird.example.com
# OIDC - using embedded IdP
AUTH_AUDIENCE=netbird-dashboard
AUTH_CLIENT_ID=netbird-dashboard
AUTH_CLIENT_SECRET=
AUTH_AUTHORITY=https://netbird.example.com/oauth2
USE_AUTH0=false
AUTH_SUPPORTED_SCOPES=openid profile email groups
AUTH_REDIRECT_URI=/nb-auth
AUTH_SILENT_REDIRECT_URI=/nb-silent-auth
# SSL
NGINX_SSL_PORT=443
# Letsencrypt
LETSENCRYPT_DOMAIN=none

Have you tried these troubleshooting steps?

  • Reviewed client troubleshooting (if applicable)
  • Checked for newer NetBird versions
  • Searched for similar issues on GitHub (including closed ones)
  • Restarted the NetBird client
  • Disabled other VPN software
  • Checked firewall settings
Originally created by @reddwarf666 on GitHub (Mar 8, 2026). Original GitHub issue: https://github.com/netbirdio/netbird/issues/5542 **Describe the problem** I am trying to self-host NetBird but I face issues when I try to register servers **To Reproduce** `netbird up --management-url https://netbird.example.com --setup-key 9ACAFB14-redacted` **Expected behavior** A successful registration which shows in the Dashboard and have the server be part of the VPN network. **Are you using NetBird Cloud?** No, I use the Self-Hosted variant **NetBird version** `netbird version` : 0.66.2 `Management` : v0.66.2 `Dashboard` : v2.33.0 **Is any other VPN software installed?** Yes, tailscale client is running on the servers. I have to use that VPN because I cannot yet use NetBird to SSH into servers **Debug output** To help us resolve the problem, please attach the following anonymized status output netbird status -dA ``` Daemon status: LoginFailed Run UP command to log in with SSO (interactive login): netbird up If you are running a self-hosted version and no SSO provider has been configured in your Management Server, you can use a setup-key: netbird up --management-url <YOUR_MANAGEMENT_URL> --setup-key <YOUR_SETUP_KEY> More info: https://docs.netbird.io/how-to/register-machines-using-setup-keys ``` Create and upload a debug bundle, and share the returned file key: netbird debug for 1m -AS -U Results: `Error: failed to up: context deadline exceeded` *Uploaded files are automatically deleted after 30 days.* Alternatively, create the file only and attach it here manually: netbird debug for 1m -AS Tried this one as well and got this message: ``` Error: failed to get status: failed while getting Management Service public key: failed while getting Management Service public key ``` **Screenshots** If applicable, add screenshots to help explain your problem. **Additional context** I used the setup script as provided on the NetBird installation page I'm running this on a VPS at Hetzner, the DNS is in CloudFlare. I created an A record `netbird.example.com` and made sure the proxy setting is off on that record. I previously used the cloud version of NetBird and I could connect that same server just fine with a setup key. The proxy server (called Godoxy) and NetBird run on the same server in Docker and are both part of the same Docker network I created. I also tried to use the same `netbird up` command on another server and I get the same results and error messages. I also had to change the exposed ports in my compose file from `8080` and `8081` as it conflicted and so I used ports `9080` and `9081` I also disabled Tailscale on the server to see if that would help. To do this I temporarily allowed port 22 into my Hetzner server, this is now closed again of course. The results were the same When I try and register a server with with the `netbird up` command: `netbird up --management-url https://netbird.example.com --setup-key 9ACAFB14-redacted` That command waits for a long time and finally stops with an error, a timeout it seems: `Error: daemon up failed: login backoff cycle failed: rpc error: code = Unknown desc = failed while getting Management Service public key` And the common theme in errors seems to be: `failed while getting Management Service public key` I can see in the proxy server log: ``` 03-08 13:48 WRN not found: netbird.example.com:443 method=POST remote=<my public ip>:37046 url=/management.ManagementService/GetServerKey 03-08 13:48 WRN not found: netbird.example.com:443 method=POST remote=<my public ip>:52204 url=/management.ManagementService/GetServerKey 03-08 13:48 WRN not found: netbird.example.com:443 method=POST remote=<my public ip>:34010 url=/management.ManagementService/GetServerKey ``` This is my docker-compose file content: ``` networks: default: name: proxy external: true services: netbird-dashboard: image: netbirdio/dashboard:latest container_name: netbird-dashboard restart: unless-stopped ports: - '127.0.0.1:9080:80' env_file: - ./dashboard.env labels: proxy.aliases: netbird proxy.netbird.port: 80 proxy.netbird.scheme: http proxy.netbird.homepage: | name: NetBird icon: "@selfhst/netbird.svg" category: networking proxy.netbird.rules: | path glob(/signalexchange.SignalExchange/**) | path glob(/management.ManagementService/**) | path glob(/management.ProxyService/**) { route netbird-grpc } path glob(/relay*) | path glob(/ws-proxy/**) | path glob(/api*) | path glob(/oauth2*) { route netbird-api } default { pass } netbird-server: image: netbirdio/netbird-server:latest container_name: netbird-server restart: unless-stopped #networks: [netbird] ports: - '127.0.0.1:9081:80' - '3478:3478/udp' volumes: - ./data/netbird:/var/lib/netbird - ./config.yaml:/etc/netbird/config.yaml command: ["--config", "/etc/netbird/config.yaml"] labels: proxy.aliases: netbird-api, netbird-grpc proxy.netbird-api.port: 80 proxy.netbird-api.scheme: http proxy.netbird-api.homepage: | show: false name: NetBird API icon: "@selfhst/netbird.svg" proxy.netbird-grpc.port: 80 proxy.netbird-grpc.scheme: h2c proxy.netbird-grpc.homepage: | show: false name: NetBird gRPC icon: "@selfhst/netbird.svg" ``` And this is my config.yml file content: ``` # Combined NetBird Server Configuration (Simplified) # Generated by getting-started.sh server: listenAddress: ":80" exposedAddress: "https://netbird.example.com:443" stunPorts: - 3478 metricsPort: 9090 healthcheckAddress: ":9000" logLevel: "info" logFile: "console" authSecret: "redacted" dataDir: "/var/lib/netbird" auth: issuer: "https://netbird.example.com/oauth2" signKeyRefreshEnabled: true dashboardRedirectURIs: - "https://netbird.example.com/nb-auth" - "https://netbird.example.com/nb-silent-auth" cliRedirectURIs: - "http://localhost:53000/" reverseProxy: trustedHTTPProxies: - "172.30.0.10/32" store: engine: "sqlite" encryptionKey: "redacted" ``` And my dashboard.env file content: ``` # Endpoints NETBIRD_MGMT_API_ENDPOINT=https://netbird.example.com NETBIRD_MGMT_GRPC_API_ENDPOINT=https://netbird.example.com # OIDC - using embedded IdP AUTH_AUDIENCE=netbird-dashboard AUTH_CLIENT_ID=netbird-dashboard AUTH_CLIENT_SECRET= AUTH_AUTHORITY=https://netbird.example.com/oauth2 USE_AUTH0=false AUTH_SUPPORTED_SCOPES=openid profile email groups AUTH_REDIRECT_URI=/nb-auth AUTH_SILENT_REDIRECT_URI=/nb-silent-auth # SSL NGINX_SSL_PORT=443 # Letsencrypt LETSENCRYPT_DOMAIN=none ``` **Have you tried these troubleshooting steps?** - [x] Reviewed [client troubleshooting](https://docs.netbird.io/how-to/troubleshooting-client) (if applicable) - [x] Checked for newer NetBird versions - [x] Searched for similar issues on GitHub (including closed ones) - [x] Restarted the NetBird client - [x] Disabled other VPN software - [x] Checked firewall settings
saavagebueno added the triage-needed label 2026-08-05 01:30:40 -04:00
saavagebueno commented 2026-08-05 01:30:40 -04:00
Author
Owner
Copy Link

@Sergey842248 commented on GitHub (Mar 8, 2026):

Same Problem here, for me it seems this is also a problem with the cloud managed instance since this didn't work for me either.
Additionally I'm also at Cloudflare and have nearly the exact same setup (no VPS but a mini PC at my home). All outputs are exactly the same.

Thank you for posting the Issue I alreqdy thought I am the only one facing the Issue.

<!-- gh-comment-id:4019347560 --> @Sergey842248 commented on GitHub (Mar 8, 2026): **Same Problem** here, for me it seems this is also a problem with the cloud managed instance since this didn't work for me either. Additionally I'm also at Cloudflare and have nearly the exact same setup (no VPS but a mini PC at my home). All outputs are exactly the same. Thank you for posting the Issue I alreqdy thought I am the only one facing the Issue.
saavagebueno commented 2026-08-05 01:30:40 -04:00
Author
Owner
Copy Link

@Sergey842248 commented on GitHub (Mar 10, 2026):

With the docker connection command I got some logs, maybe they help

2026-03-10T04:28:48+00:00 INFO /usr/local/bin/netbird-entrypoint.sh:96: registered new service process 'netbird service run', currently running: '7'
2026-03-10T04:28:48+00:00 INFO /usr/local/bin/netbird-entrypoint.sh:41: waiting for log line 'started daemon server' for 5 seconds...
2026-03-10T04:28:48.818Z INFO client/cmd/service_controller.go:27: starting NetBird service
2026-03-10T04:28:48.818Z INFO client/cmd/service_controller.go:27: starting NetBird service
2026-03-10T04:28:48.828Z INFO client/server/server.go:961: active profile config existed: true, err <nil>
2026-03-10T04:28:48.828Z INFO client/server/server.go:961: active profile config existed: true, err <nil>
2026-03-10T04:28:48.829Z INFO client/cmd/service_controller.go:74: started daemon server: /var/run/netbird.sock
2026-03-10T04:28:48.829Z INFO client/cmd/service_controller.go:74: started daemon server: /var/run/netbird.sock
2026-03-10T04:28:48.829Z INFO client/internal/connect.go:134: starting NetBird client version 0.66.3 on linux/amd64
2026-03-10T04:28:48.829Z INFO client/internal/connect.go:134: starting NetBird client version 0.66.3 on linux/amd64
2026-03-10T04:28:48.830Z INFO client/net/env_linux.go:70: system supports advanced routing
2026-03-10T04:28:48.830Z INFO client/net/env_linux.go:70: system supports advanced routing
2026-03-10T04:28:48.945Z ERRO shared/management/client/grpc.go:460: failed while getting Management Service public key: rpc error: code = Unimplemented desc = unexpected HTTP status code received from server: 404 (Not Found); transport: received unexpected content-type "text/plain; charset=utf-8"
2026-03-10T04:28:48.945Z ERRO shared/management/client/grpc.go:460: failed while getting Management Service public key: rpc error: code = Unimplemented desc = unexpected HTTP status code received from server: 404 (Not Found); transport: received unexpected content-type "text/plain; charset=utf-8"
2026-03-10T04:28:49+00:00 INFO /usr/local/bin/netbird-entrypoint.sh:41: waiting for log line 'peer has been successfully registered|management connection state READY' for 5 seconds...
2026-03-10T04:28:50.460Z ERRO shared/management/client/grpc.go:460: failed while getting Management Service public key: rpc error: code = Unimplemented desc = unexpected HTTP status code received from server: 404 (Not Found); transport: received unexpected content-type "text/plain; charset=utf-8"
2026-03-10T04:28:50.460Z ERRO shared/management/client/grpc.go:460: failed while getting Management Service public key: rpc error: code = Unimplemented desc = unexpected HTTP status code received from server: 404 (Not Found); transport: received unexpected content-type "text/plain; charset=utf-8"
2026-03-10T04:28:51.417Z ERRO shared/management/client/grpc.go:460: failed while getting Management Service public key: rpc error: code = Unimplemented desc = unexpected HTTP status code received from server: 404 (Not Found); transport: received unexpected content-type "text/plain; charset=utf-8"
2026-03-10T04:28:51.417Z ERRO shared/management/client/grpc.go:460: failed while getting Management Service public key: rpc error: code = Unimplemented desc = unexpected HTTP status code received from server: 404 (Not Found); transport: received unexpected content-type "text/plain; charset=utf-8"
2026-03-10T04:28:54+00:00 INFO /usr/local/bin/netbird-entrypoint.sh:87: logging in...
Error: unable to get daemon status: rpc error: code = FailedPrecondition desc = failed while getting Management Service public key: failed while getting Management Service public key
2026-03-10T04:28:54+00:00 INFO /usr/local/bin/netbird-entrypoint.sh:26: Shutting down NetBird daemon...
2026-03-10T04:28:54+00:00 INFO /usr/local/bin/netbird-entrypoint.sh:28: terminating service process IDs: '7'
2026-03-10T04:28:54.834Z INFO client/cmd/root.go:207: shutdown signal received
2026-03-10T04:28:54.834Z INFO client/cmd/root.go:207: shutdown signal received
2026-03-10T04:28:54.834Z INFO client/server/server.go:877: service is down
2026-03-10T04:28:54.834Z INFO client/server/server.go:877: service is down
2026-03-10T04:28:57.350Z INFO client/cmd/service_controller.go:100: stopped NetBird service
2026-03-10T04:28:57.350Z INFO client/cmd/service_controller.go:100: stopped NetBird service
<!-- gh-comment-id:4028589233 --> @Sergey842248 commented on GitHub (Mar 10, 2026): With the docker connection command I got some logs, maybe they help ``` 2026-03-10T04:28:48+00:00 INFO /usr/local/bin/netbird-entrypoint.sh:96: registered new service process 'netbird service run', currently running: '7' 2026-03-10T04:28:48+00:00 INFO /usr/local/bin/netbird-entrypoint.sh:41: waiting for log line 'started daemon server' for 5 seconds... 2026-03-10T04:28:48.818Z INFO client/cmd/service_controller.go:27: starting NetBird service 2026-03-10T04:28:48.818Z INFO client/cmd/service_controller.go:27: starting NetBird service 2026-03-10T04:28:48.828Z INFO client/server/server.go:961: active profile config existed: true, err <nil> 2026-03-10T04:28:48.828Z INFO client/server/server.go:961: active profile config existed: true, err <nil> 2026-03-10T04:28:48.829Z INFO client/cmd/service_controller.go:74: started daemon server: /var/run/netbird.sock 2026-03-10T04:28:48.829Z INFO client/cmd/service_controller.go:74: started daemon server: /var/run/netbird.sock 2026-03-10T04:28:48.829Z INFO client/internal/connect.go:134: starting NetBird client version 0.66.3 on linux/amd64 2026-03-10T04:28:48.829Z INFO client/internal/connect.go:134: starting NetBird client version 0.66.3 on linux/amd64 2026-03-10T04:28:48.830Z INFO client/net/env_linux.go:70: system supports advanced routing 2026-03-10T04:28:48.830Z INFO client/net/env_linux.go:70: system supports advanced routing 2026-03-10T04:28:48.945Z ERRO shared/management/client/grpc.go:460: failed while getting Management Service public key: rpc error: code = Unimplemented desc = unexpected HTTP status code received from server: 404 (Not Found); transport: received unexpected content-type "text/plain; charset=utf-8" 2026-03-10T04:28:48.945Z ERRO shared/management/client/grpc.go:460: failed while getting Management Service public key: rpc error: code = Unimplemented desc = unexpected HTTP status code received from server: 404 (Not Found); transport: received unexpected content-type "text/plain; charset=utf-8" 2026-03-10T04:28:49+00:00 INFO /usr/local/bin/netbird-entrypoint.sh:41: waiting for log line 'peer has been successfully registered|management connection state READY' for 5 seconds... 2026-03-10T04:28:50.460Z ERRO shared/management/client/grpc.go:460: failed while getting Management Service public key: rpc error: code = Unimplemented desc = unexpected HTTP status code received from server: 404 (Not Found); transport: received unexpected content-type "text/plain; charset=utf-8" 2026-03-10T04:28:50.460Z ERRO shared/management/client/grpc.go:460: failed while getting Management Service public key: rpc error: code = Unimplemented desc = unexpected HTTP status code received from server: 404 (Not Found); transport: received unexpected content-type "text/plain; charset=utf-8" 2026-03-10T04:28:51.417Z ERRO shared/management/client/grpc.go:460: failed while getting Management Service public key: rpc error: code = Unimplemented desc = unexpected HTTP status code received from server: 404 (Not Found); transport: received unexpected content-type "text/plain; charset=utf-8" 2026-03-10T04:28:51.417Z ERRO shared/management/client/grpc.go:460: failed while getting Management Service public key: rpc error: code = Unimplemented desc = unexpected HTTP status code received from server: 404 (Not Found); transport: received unexpected content-type "text/plain; charset=utf-8" 2026-03-10T04:28:54+00:00 INFO /usr/local/bin/netbird-entrypoint.sh:87: logging in... Error: unable to get daemon status: rpc error: code = FailedPrecondition desc = failed while getting Management Service public key: failed while getting Management Service public key 2026-03-10T04:28:54+00:00 INFO /usr/local/bin/netbird-entrypoint.sh:26: Shutting down NetBird daemon... 2026-03-10T04:28:54+00:00 INFO /usr/local/bin/netbird-entrypoint.sh:28: terminating service process IDs: '7' 2026-03-10T04:28:54.834Z INFO client/cmd/root.go:207: shutdown signal received 2026-03-10T04:28:54.834Z INFO client/cmd/root.go:207: shutdown signal received 2026-03-10T04:28:54.834Z INFO client/server/server.go:877: service is down 2026-03-10T04:28:54.834Z INFO client/server/server.go:877: service is down 2026-03-10T04:28:57.350Z INFO client/cmd/service_controller.go:100: stopped NetBird service 2026-03-10T04:28:57.350Z INFO client/cmd/service_controller.go:100: stopped NetBird service ```
saavagebueno commented 2026-08-05 01:30:40 -04:00
Author
Owner
Copy Link

@Sergey842248 commented on GitHub (Mar 11, 2026):

@reddwarf666 Did you find a solution or a workaround for this?

<!-- gh-comment-id:4040466703 --> @Sergey842248 commented on GitHub (Mar 11, 2026): @reddwarf666 Did you find a solution or a workaround for this?
saavagebueno commented 2026-08-05 01:30:40 -04:00
Author
Owner
Copy Link

@steven-git-oca commented on GitHub (Mar 11, 2026):

@Sergey842248 Nope, never found a solution for this. My current workaround is to keep using the free cloud offering for now. I also face some rather annoying DNS issues with NetBird where a server cannot resolve hostnames of other connected nodes. I will try and focus on that as I think solving that will be easier then this problem we talk about. Seems we have to figure that out on our own, alas. Well, they do not owe us anything I guess so I will accept that I will fail in self hosting NetBird.

Self hosting NetBird would be great but perhaps beyond my reach and capabilities. 🤷🏼

<!-- gh-comment-id:4042040356 --> @steven-git-oca commented on GitHub (Mar 11, 2026): @Sergey842248 Nope, never found a solution for this. My current workaround is to keep using the free cloud offering for now. I also face some rather annoying DNS issues with NetBird where a server cannot resolve hostnames of other connected nodes. I will try and focus on that as I think solving that will be easier then this problem we talk about. Seems we have to figure that out on our own, alas. Well, they do not owe us anything I guess so I will accept that I will fail in self hosting NetBird. Self hosting NetBird would be great but perhaps beyond my reach and capabilities. 🤷🏼
saavagebueno commented 2026-08-05 01:30:40 -04:00
Author
Owner
Copy Link

@mlsmaycon commented on GitHub (Mar 11, 2026):

Hello Folks,

This error is usually linked to a reverse proxy misconfiguration, or in the case of Cloudflare, a DNS configuration with proxy enabled.

For the latter, better to just disable Cloudflare's proxy or check how to set it up for gRPC connections.

For a reverse proxy configuration, we recommend reviewing the settings. You will find a few examples in the link below:

https://docs.netbird.io/selfhosted/reverse-proxy

You can also share your current configuration so we can help you troubleshoot.

<!-- gh-comment-id:4042541586 --> @mlsmaycon commented on GitHub (Mar 11, 2026): Hello Folks, This error is usually linked to a reverse proxy misconfiguration, or in the case of Cloudflare, a DNS configuration with proxy enabled. For the latter, better to just disable Cloudflare's proxy or check how to set it up for gRPC connections. For a reverse proxy configuration, we recommend reviewing the settings. You will find a few examples in the link below: https://docs.netbird.io/selfhosted/reverse-proxy You can also share your current configuration so we can help you troubleshoot.
saavagebueno commented 2026-08-05 01:30:40 -04:00
Author
Owner
Copy Link

@Sergey842248 commented on GitHub (Mar 12, 2026):

Hi @reddwarf666 thank you for your answer,

My current workaround is to keep using the free cloud offering for now.

This is strange because for me it gives me the same error for the cloud environment too (so I guess no reverse proxy issue).

netbird up --setup-key 6AE10759-redacted - l debug
Error: unable to get daemon status: rpc error: code = FailedPrecondition desc = failed while getting Management Service public key: failed while getting Management Service public key

<!-- gh-comment-id:4043823166 --> @Sergey842248 commented on GitHub (Mar 12, 2026): Hi @reddwarf666 thank you for your answer, > My current workaround is to keep using the free cloud offering for now. This is strange because for me it gives me the same error for the cloud environment too (so I guess no reverse proxy issue). `netbird up --setup-key 6AE10759-redacted - l debug` `Error: unable to get daemon status: rpc error: code = FailedPrecondition desc = failed while getting Management Service public key: failed while getting Management Service public key`
saavagebueno commented 2026-08-05 01:30:41 -04:00
Author
Owner
Copy Link

@steven-git-oca commented on GitHub (Mar 12, 2026):

@Sergey842248 sorry, I cannot help you with that, for me registering a server with NB cloud seems to work

@mlsmaycon thanks for the offer to help! In my tickets description I think I gave everything you asked for. Can you tell me what is missing so I can give that to you to help analyze this issue? Thanks!

<!-- gh-comment-id:4050546073 --> @steven-git-oca commented on GitHub (Mar 12, 2026): @Sergey842248 sorry, I cannot help you with that, for me registering a server with NB cloud seems to work @mlsmaycon thanks for the offer to help! In my tickets description I think I gave everything you asked for. Can you tell me what is missing so I can give that to you to help analyze this issue? Thanks!
saavagebueno commented 2026-08-05 01:30:41 -04:00
Author
Owner
Copy Link

@steven-git-oca commented on GitHub (Mar 20, 2026):

@mlsmaycon I was wondering if you need more info or perhaps have some idea on what actions I could take to make self-hosting NetBird a reality.

<!-- gh-comment-id:4101446538 --> @steven-git-oca commented on GitHub (Mar 20, 2026): @mlsmaycon I was wondering if you need more info or perhaps have some idea on what actions I could take to make self-hosting NetBird a reality.
saavagebueno commented 2026-08-05 01:30:41 -04:00
Author
Owner
Copy Link

@reddwarf666 commented on GitHub (Apr 12, 2026):

@mlsmaycon did you have a chance to look at the information sent? Is there anything I can do to make this work?

<!-- gh-comment-id:4231407589 --> @reddwarf666 commented on GitHub (Apr 12, 2026): @mlsmaycon did you have a chance to look at the information sent? Is there anything I can do to make this work?
saavagebueno commented 2026-08-05 01:30:41 -04:00
Author
Owner
Copy Link

@reddwarf666 commented on GitHub (Apr 17, 2026):

Anybody who sees this, what is the best way to get some help for problems like these?

<!-- gh-comment-id:4269238086 --> @reddwarf666 commented on GitHub (Apr 17, 2026): Anybody who sees this, what is the best way to get some help for problems like these?
saavagebueno commented 2026-08-05 01:30:41 -04:00
Author
Owner
Copy Link

@azrikahar commented on GitHub (Apr 18, 2026):

Huge disclaimer that I've never actually used Godoxy, but since I had success setting it up with Caddy, I wonder if using the Content-Type header for route matching that Caddy is using would also work in Godoxy?

To be specific, this would mean for your existing rule:

path glob(/signalexchange.SignalExchange/**) | path glob(/management.ManagementService/**) | path glob(/management.ProxyService/**) {
  route netbird-grpc
}

can you try replacing it with this instead:

header Content-Type glob(application/grpc**) {
  route netbird-grpc
}

I referred the header matching syntax from https://docs.godoxy.dev/docs/godoxy/advanced-topics/rule-based-routing, hopefully that's a 1-to-1 translation of syntax as expected.

Another side question is may I know was there any source reference for your following rule:

path glob(/relay*) | path glob(/ws-proxy/**) | path glob(/api*) | path glob(/oauth2*) {
  route netbird-api
}

I assume it's from netbird's traefik examples?

From a quick glance in https://docs.godoxy.dev/docs/godoxy/advanced-topics/rule-based-routing/Conditions#glob-patterns, I wonder should you ensure to use ** instead of * only as well? single asterisk in Godoxy might not be the same as in other reverse proxies. This means updating your rule to:

path glob(/relay**) | path glob(/ws-proxy/**) | path glob(/api**) | path glob(/oauth2**) {
  route netbird-api
}

(updated relay, api, and oauth2 glob to use double asterisks instead of one asterisk)

<!-- gh-comment-id:4273137583 --> @azrikahar commented on GitHub (Apr 18, 2026): Huge disclaimer that I've never actually used Godoxy, but since I had success setting it up with Caddy, I wonder if using the [Content-Type header for route matching that Caddy is using](https://github.com/netbirdio/netbird/blob/8ae8f2098fb4bb7a9177b3f2d8d908a413b8fc49/infrastructure_files/getting-started.sh#L1174) would also work in Godoxy? To be specific, this would mean for your existing rule: ```yaml path glob(/signalexchange.SignalExchange/**) | path glob(/management.ManagementService/**) | path glob(/management.ProxyService/**) { route netbird-grpc } ``` can you try replacing it with this instead: ```yaml header Content-Type glob(application/grpc**) { route netbird-grpc } ``` I referred the header matching syntax from https://docs.godoxy.dev/docs/godoxy/advanced-topics/rule-based-routing, hopefully that's a 1-to-1 translation of syntax as expected. --- Another side question is may I know was there any source reference for your following rule: ``` path glob(/relay*) | path glob(/ws-proxy/**) | path glob(/api*) | path glob(/oauth2*) { route netbird-api } ``` I assume it's from netbird's traefik examples? From a quick glance in https://docs.godoxy.dev/docs/godoxy/advanced-topics/rule-based-routing/Conditions#glob-patterns, I wonder should you ensure to use `**` instead of `*` only as well? single asterisk in Godoxy might not be the same as in other reverse proxies. This means updating your rule to: ``` path glob(/relay**) | path glob(/ws-proxy/**) | path glob(/api**) | path glob(/oauth2**) { route netbird-api } ``` (updated relay, api, and oauth2 glob to use double asterisks instead of one asterisk)
saavagebueno commented 2026-08-05 01:30:41 -04:00
Author
Owner
Copy Link

@reddwarf666 commented on GitHub (Apr 19, 2026):

Thanks @azrikahar , appreciate the effort you take to help me out with this.

Unfortunately, the settings did not work.
I have this configuration now. I tried lots of changes and guesses. I added double asterisk everywhere, added the header Content-Type and only that one, added the path glob back, etc. Nothing works.

services:

  netbird-dashboard:
    image: netbirdio/dashboard:latest
    container_name: netbird-dashboard
    restart: unless-stopped
    #networks: [netbird]
    ports:
      - '127.0.0.1:9080:80'
    env_file:
      - ./dashboard.env
    logging:
      driver: "json-file"
      options:
        max-size: "500m"
        max-file: "2"
    labels:
      proxy.aliases: netbird
      proxy.netbird.port: 80
      proxy.netbird.scheme: http
      proxy.netbird.homepage: |
        name: NetBird
        icon: "@selfhst/netbird.svg"
        category: networking
      proxy.netbird.rules: |
        path glob(/signalexchange.SignalExchange/**) | path glob(/management.ManagementService/**) | path glob(/management.ProxyService/**) {
          route netbird-grpc
        }
        header Content-Type glob(application/grpc**) {
          route netbird-grpc
        }
        path glob(/relay**) | path glob(/ws-proxy/**) | path glob(/api*) | path glob(/oauth2**) {
          route netbird-api
        }
        default {
          pass
        }

  netbird-server:
    image: netbirdio/netbird-server:latest
    container_name: netbird-server
    restart: unless-stopped
    #networks: [netbird]
    ports:
      - '127.0.0.1:9081:80'
      - '3478:3478/udp'
    volumes:
      - ./data/netbird:/var/lib/netbird
      - ./config.yaml:/etc/netbird/config.yaml
    command: ["--config", "/etc/netbird/config.yaml"]
    logging:
      driver: "json-file"
      options:
        max-size: "500m"
        max-file: "2"
    labels:
      proxy.aliases: netbird-api, netbird-grpc
      proxy.netbird-api.port: 80
      proxy.netbird-api.scheme: http
      proxy.netbird-api.homepage: |
        show: false
        name: NetBird API
        icon: "@selfhst/netbird.svg"
      proxy.netbird-grpc.port: 80
      proxy.netbird-grpc.scheme: h2c
      proxy.netbird-grpc.homepage: |
        show: false
        name: NetBird gRPC
        icon: "@selfhst/netbird.svg"

Testing by removing the Cloud setup and then trying to connect to my self hosted netbird is painful tbh. I never know if something is left hanging or whatnot. But the real pain is in after trying this all, I want to reconnect to the Cloud netbird version and that fails every single time. It takes a long time of trial and error to get back to a working situation.
This makes me hesitant to mess it all up again, see it fail and then having to get the cloud version working again is really taking a toll on me. I have been trying to get netbird self hosting to work for months and months now and the constant failures and difficulty of getting back to a working cloud setup is getting to me tbh.

I have no idea what to do now and I honestly think this is just not going to work for me, for whatever reason. It's probably my ineptitude of it all.

It would seriously help if there was a tool from netbird that scans every step and tells you what fails. You can argue that it is already telling you it failed but I mean some sort of guidance on what to fix, I dunno. Probably impossible with all the variables involved. Man, I feel empty right now. My home server is not connecting to the netbird cloud anymore as I cannot find how to get that bit working again. Ah well

Hey, sorry for the ranting, I really appreciate the heck out of your efforts to try to help on this so this ranting is not towards you, it is frustration on someting bugging me for 6+ months now (I have had earlier effforts with netbird and failed)

EDIT: I could of course run a Debian container and test netbird connections within that one, that should work, right? Just run netbird up --management-url https://netbird.example.com:443 --setup-key <setup key>

<!-- gh-comment-id:4276934605 --> @reddwarf666 commented on GitHub (Apr 19, 2026): Thanks @azrikahar , appreciate the effort you take to help me out with this. Unfortunately, the settings did not work. I have this configuration now. I tried lots of changes and guesses. I added double asterisk everywhere, added the `header Content-Type` and only that one, added the path glob back, etc. Nothing works. ``` services: netbird-dashboard: image: netbirdio/dashboard:latest container_name: netbird-dashboard restart: unless-stopped #networks: [netbird] ports: - '127.0.0.1:9080:80' env_file: - ./dashboard.env logging: driver: "json-file" options: max-size: "500m" max-file: "2" labels: proxy.aliases: netbird proxy.netbird.port: 80 proxy.netbird.scheme: http proxy.netbird.homepage: | name: NetBird icon: "@selfhst/netbird.svg" category: networking proxy.netbird.rules: | path glob(/signalexchange.SignalExchange/**) | path glob(/management.ManagementService/**) | path glob(/management.ProxyService/**) { route netbird-grpc } header Content-Type glob(application/grpc**) { route netbird-grpc } path glob(/relay**) | path glob(/ws-proxy/**) | path glob(/api*) | path glob(/oauth2**) { route netbird-api } default { pass } netbird-server: image: netbirdio/netbird-server:latest container_name: netbird-server restart: unless-stopped #networks: [netbird] ports: - '127.0.0.1:9081:80' - '3478:3478/udp' volumes: - ./data/netbird:/var/lib/netbird - ./config.yaml:/etc/netbird/config.yaml command: ["--config", "/etc/netbird/config.yaml"] logging: driver: "json-file" options: max-size: "500m" max-file: "2" labels: proxy.aliases: netbird-api, netbird-grpc proxy.netbird-api.port: 80 proxy.netbird-api.scheme: http proxy.netbird-api.homepage: | show: false name: NetBird API icon: "@selfhst/netbird.svg" proxy.netbird-grpc.port: 80 proxy.netbird-grpc.scheme: h2c proxy.netbird-grpc.homepage: | show: false name: NetBird gRPC icon: "@selfhst/netbird.svg" ``` Testing by removing the Cloud setup and then trying to connect to my self hosted netbird is painful tbh. I never know if something is left hanging or whatnot. But the real pain is in after trying this all, I want to reconnect to the Cloud netbird version and that fails every single time. It takes a long time of trial and error to get back to a working situation. This makes me hesitant to mess it all up again, see it fail and then having to get the cloud version working again is really taking a toll on me. I have been trying to get netbird self hosting to work for months and months now and the constant failures and difficulty of getting back to a working cloud setup is getting to me tbh. I have no idea what to do now and I honestly think this is just not going to work for me, for whatever reason. It's probably my ineptitude of it all. It would seriously help if there was a tool from netbird that scans every step and tells you what fails. You can argue that it is already telling you it failed but I mean some sort of guidance on what to fix, I dunno. Probably impossible with all the variables involved. Man, I feel empty right now. My home server is not connecting to the netbird cloud anymore as I cannot find how to get that bit working again. Ah well Hey, sorry for the ranting, I really appreciate the heck out of your efforts to try to help on this so this ranting is not towards you, it is frustration on someting bugging me for 6+ months now (I have had earlier effforts with netbird and failed) EDIT: I could of course run a Debian container and test netbird connections within that one, that should work, right? Just run `netbird up --management-url https://netbird.example.com:443 --setup-key <setup key>`
saavagebueno commented 2026-08-05 01:30:41 -04:00
Author
Owner
Copy Link

@azrikahar commented on GitHub (Apr 26, 2026):

Finally got around to trying out Godoxy, and since netbird server grpc also listens on port 33073 to be backwards compatible, I tried using your original labels but with just a single change on the port for netbird-grpc, like so:

     labels:
       proxy.aliases: netbird-api, netbird-grpc
       proxy.netbird-api.port: 80
       proxy.netbird-api.scheme: http
       proxy.netbird-api.homepage: |
         show: false
         name: NetBird API
         icon: "@selfhst/netbird.svg"
-      proxy.netbird-grpc.port: 80
+      proxy.netbird-grpc.port: 33073
       proxy.netbird-grpc.scheme: h2c
       proxy.netbird-grpc.homepage: |
         show: false
         name: NetBird gRPC
         icon: "@selfhst/netbird.svg"

It seems like the setup key works now, at least from my testing. We can actually see the peer showing up in the management dashboard.

However... the peer now just gets stuck at "connecting" when actually trying to establish the connection.

When I try a Caddy setup with (almost) a one-to-one map from Godoxy config & route rules to Caddyfile config (using caddy cloudflare dns plugin), assuming a setup of Godoxy autocert cloudflare provider with domain *.[example.com](http://example.com/):

  • .env

    EMAIL=email@example.com
DOMAIN=example.com
CLOUDFLARE_API_TOKEN=<same token used in Godoxy's config.yaml>

  • Caddyfile

    @netbird-grpc and @netbird-api are like Godoxy's labels and route rules

    {
        email {$EMAIL}
        acme_dns cloudflare {env.CLOUDFLARE_API_TOKEN}
}

*.{$DOMAIN} {
        # Native gRPC (needs HTTP/2 cleartext to server)
        @netbird-grpc {
                host netbird.{$DOMAIN}
                header Content-Type application/grpc*
        }
        reverse_proxy @netbird-grpc h2c://netbird-server:80

        # Combined server paths (relay, signal, management, OAuth2)
        @netbird-api {
                host netbird.{$DOMAIN}
                path /relay* /ws-proxy/* /api/* /oauth2/*
        }
        reverse_proxy @netbird-api netbird-server:80

        # Dashboard (everything else)
        @netbird-dashboard {
                host netbird.{$DOMAIN}
        }
        reverse_proxy @netbird-dashboard netbird-dashboard:80
}

The Caddy setup works without any problem at all.

I think for Godoxy, it it somehow having issues with it comes to grpc and/or websocket? Other reverse proxies requires specific configs to extend timeouts etc to prevent such issues specifically, as seen in Netbird's script for each of them:

So unfortunately I think Godoxy requires similar configurations but they may not be exposed at the moment.

<!-- gh-comment-id:4321631518 --> @azrikahar commented on GitHub (Apr 26, 2026): Finally got around to trying out Godoxy, and since netbird server grpc also listens on port 33073 to be backwards compatible, I tried using your original labels but with just a single change on the port for netbird-grpc, like so: ```diff labels: proxy.aliases: netbird-api, netbird-grpc proxy.netbird-api.port: 80 proxy.netbird-api.scheme: http proxy.netbird-api.homepage: | show: false name: NetBird API icon: "@selfhst/netbird.svg" - proxy.netbird-grpc.port: 80 + proxy.netbird-grpc.port: 33073 proxy.netbird-grpc.scheme: h2c proxy.netbird-grpc.homepage: | show: false name: NetBird gRPC icon: "@selfhst/netbird.svg" ``` It seems like the setup key works now, at least from my testing. We can actually see the peer showing up in the management dashboard. However... the peer now just gets stuck at "connecting" when actually trying to establish the connection. When I try a Caddy setup with (almost) a one-to-one map from Godoxy config & route rules to Caddyfile config (using caddy cloudflare dns plugin), assuming a setup of Godoxy autocert cloudflare provider with domain `*.[example.com](http://example.com/)`: - .env ```env EMAIL=email@example.com DOMAIN=example.com CLOUDFLARE_API_TOKEN=<same token used in Godoxy's config.yaml> ``` - Caddyfile `@netbird-grpc` and `@netbird-api` are like Godoxy's labels and route rules ``` { email {$EMAIL} acme_dns cloudflare {env.CLOUDFLARE_API_TOKEN} } *.{$DOMAIN} { # Native gRPC (needs HTTP/2 cleartext to server) @netbird-grpc { host netbird.{$DOMAIN} header Content-Type application/grpc* } reverse_proxy @netbird-grpc h2c://netbird-server:80 # Combined server paths (relay, signal, management, OAuth2) @netbird-api { host netbird.{$DOMAIN} path /relay* /ws-proxy/* /api/* /oauth2/* } reverse_proxy @netbird-api netbird-server:80 # Dashboard (everything else) @netbird-dashboard { host netbird.{$DOMAIN} } reverse_proxy @netbird-dashboard netbird-dashboard:80 } ``` The Caddy setup works without any problem at all. I think for Godoxy, it it somehow having issues with it comes to grpc and/or websocket? Other reverse proxies requires specific configs to extend timeouts etc to prevent such issues specifically, as seen in Netbird's script for each of them: - Traefik https://github.com/netbirdio/netbird/blob/d6f08e48408a7a09995076c4bd595832555eb407/infrastructure_files/getting-started.sh#L689-L692 https://github.com/netbirdio/netbird/blob/d6f08e48408a7a09995076c4bd595832555eb407/infrastructure_files/getting-started.sh#L700-L702 - Nginx https://github.com/netbirdio/netbird/blob/d6f08e48408a7a09995076c4bd595832555eb407/infrastructure_files/getting-started.sh#L1126 https://github.com/netbirdio/netbird/blob/d6f08e48408a7a09995076c4bd595832555eb407/infrastructure_files/getting-started.sh#L1132-L1134 - Caddy Currently Caddy v2 doesn't require anything else, as shown in my sample Caddyfile above which is heavily referenced from Netbird's: https://github.com/netbirdio/netbird/blob/d6f08e48408a7a09995076c4bd595832555eb407/infrastructure_files/getting-started.sh#L1173-L1182 but IIRC Caddy v1 required some configs as well when it comes to websocket. So unfortunately I think Godoxy requires similar configurations but they may not be exposed at the moment.
saavagebueno commented 2026-08-05 01:30:41 -04:00
Author
Owner
Copy Link

@reddwarf666 commented on GitHub (Apr 27, 2026):

Hi @azrikahar !

Incredible, I appreciate all your effort so, so much!

I see the same as you I think, the peer shows up in the WebUI but the client fails after a minute or 2 with:
Error: daemon up failed: call service up method: rpc error: code = DeadlineExceeded desc = context deadline exceeded

I have informed the developer of Godoxy of this thread, perhaps he can shed a light on this problem. It feels like we are so close...

<!-- gh-comment-id:4331005671 --> @reddwarf666 commented on GitHub (Apr 27, 2026): Hi @azrikahar ! Incredible, I appreciate all your effort so, so much! I see the same as you I think, the peer shows up in the WebUI but the client fails after a minute or 2 with: `Error: daemon up failed: call service up method: rpc error: code = DeadlineExceeded desc = context deadline exceeded` I have informed the developer of Godoxy of this thread, perhaps he can shed a light on this problem. It feels like we are so close...
saavagebueno commented 2026-08-05 01:30:41 -04:00
Author
Owner
Copy Link

@yusing commented on GitHub (May 5, 2026):

Thanks @azrikahar @reddwarf666 for testing. This issue has been fixed in https://github.com/yusing/godoxy/releases/tag/v0.29.0 release.

Latest setup example for netbird with godoxy in https://github.com/yusing/godoxy/blob/main/examples/docker-compose/netbird.yml

<!-- gh-comment-id:4377075111 --> @yusing commented on GitHub (May 5, 2026): Thanks @azrikahar @reddwarf666 for testing. This issue has been fixed in <https://github.com/yusing/godoxy/releases/tag/v0.29.0> release. Latest setup example for netbird with godoxy in <https://github.com/yusing/godoxy/blob/main/examples/docker-compose/netbird.yml>
saavagebueno commented 2026-08-05 01:30:41 -04:00
Author
Owner
Copy Link

@reddwarf666 commented on GitHub (May 5, 2026):

Thanks @yusing for the incredible efforts you have put in to make this work!
And thanks to @azrikahar and @mlsmaycon for sticking with this and helping out, appreciated!

<!-- gh-comment-id:4377409674 --> @reddwarf666 commented on GitHub (May 5, 2026): Thanks @yusing for the incredible efforts you have put in to make this work! And thanks to @azrikahar and @mlsmaycon for sticking with this and helping out, appreciated!
saavagebueno commented 2026-08-05 01:30:41 -04:00
Author
Owner
Copy Link

@azrikahar commented on GitHub (May 5, 2026):

Thanks @yusing, works flawlessly! Love the new approach with embedded frontend as a single Godoxy container!

<!-- gh-comment-id:4384149067 --> @azrikahar commented on GitHub (May 5, 2026): Thanks @yusing, works flawlessly! Love the new approach with embedded frontend as a single Godoxy container!
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
2021 Q4
2021 Q4
2021 Q4
2022 Q1
2022 Q1
2022 Q1
2022 Q1
2022 Q1
2022 Q1
accessibility
accessibility
accessibility
acl
acl
acl
agent
agent
agent
agent
agent
agent
Android
Android
Android
Android
Android
Android
api
api
api
authentik
authentik
authentik
automation
automation
automation
azure
azure
azure
battery-usage
battery-usage
battery-usage
bug
cache
cache
cache
client
client
client
client-ui
client-ui
client-ui
cloud
cloud
cloud
cloud-only
cloud-only
cloud-only
cloudflare
cloudflare
cloudflare
community
community
community
compatibility
compatibility
compatibility
config-idp
config-idp
config-idp
config-issue
config-issue
config-issue
connection
connection
connection
contribution
contribution
contribution
coturn
coturn
coturn
cross-vpn
cross-vpn
cross-vpn
dashboard
dashboard
dashboard
data-usage
data-usage
data-usage
distribution
distribution
distribution
dns
dns
dns
docker
docker
docker
documentation
documentation
documentation
duplicate
duplicate
duplicate
enhancement
enhancement
event-stream
event-stream
event-stream
feature-request
feature-request
feature-request
freebsd
freebsd
freebsd
getting-started
getting-started
getting-started
go
go
go
good first issue
good first issue
good first issue
gui
gui
gui
help wanted
help wanted
help wanted
home-assistant
home-assistant
home-assistant
idp
idp
idp
inconsistency
inconsistency
inconsistency
integration
integration
integration
integrations
integrations
integrations
ios
ios
ios
ipv6
ipv6
ipv6
jwt
jwt
jwt
k8s
k8s
k8s
keycloak
keycloak
keycloak
linux
linux
linux
login
login
login
macos
macos
macos
management-service
management-service
management-service
Medium
Medium
Medium
missing-docs
missing-docs
missing-docs
mobile
mobile
mobile
moved-internal
moved-internal
moved-internal
needs-review
needs-review
needs-review
netbird-ui
netbird-ui
netbird-ui
networking
networking
networking
new-platform
new-platform
new-platform
nginx
nginx
nginx
notification
notification
notification
okta
okta
okta
openwrt
openwrt
openwrt
P2
P2
P2
packaging
packaging
packaging
peer-management
peer-management
peer-management
peer-management
peer-management
peer-management
peer-management
peer-management
peer-management
performance
performance
performance
postgres
postgres
postgres
posture-checks
posture-checks
posture-checks
psk
psk
psk
pull-request
Mirrored from GitHub Pull Request
 question
question
question
refactor
refactor
refactor
relay
relay
relay
release
release
release
rfc
rfc
rfc
routes
routes
routes
security
security
security
security-improvement
security-improvement
security-improvement
security-related
security-related
security-related
self-hosting
self-hosting
self-hosting
server
server
server
signal
signal
signal
sleep-issue
sleep-issue
sleep-issue
ssh
ssh
ssh
ssl
ssl
ssl
status
status
status
store
store
store
synology
synology
synology
system-compatibility-issue
system-compatibility-issue
system-compatibility-issue
test-suite
test-suite
test-suite
third-party-integration
third-party-integration
third-party-integration
triage
triage
triage
triage
triage
triage
triage-needed
triage-needed
triage-needed
troubleshooting
troubleshooting
troubleshooting
UX
UX
UX
waiting-feedback
waiting-feedback
waiting-feedback
windows
windows
windows
wontfix
wontfix
wontfix
zitadel
zitadel
zitadel
No Label triage-needed
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
dynr-servers saavagebueno
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: DYNR/netbird#11719
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?