[GH-ISSUE #2514] Clients are connected but sometimes don't use routes #5400

Open
opened 2026-08-05 01:03:00 -04:00 by saavagebueno · 0 comments
Owner

Originally created by @WortmannImpleco on GitHub (Sep 2, 2024).
Original GitHub issue: https://github.com/netbirdio/netbird/issues/2514

Describe the problem

We use Netbird in our Org with around 45 users.
It is selfhosted with azure auth (that works great).
The Mac clients have the most problems and don't wake up after sleepmode (there is already a bug ticket for that), but still show that they are connected.
But the Windows Clients have a similar problem. They often simply don't use the routes, but they are visible and active on the client.
They work after reconnecting and using the incognito tab. Clearing the cache every time is no option. We have configured an exit node for some clients for all traffic but they simply are not used many times by the browser (edge, chrome and safari).
Some people started reinstalling the client every time, because even down and up doesn't work.
The Linux client seems to be the only one without any problems.

I really love the system and want to use it, but management already starts to hate it, and I would really love to fix that.
All clients are up to date, everything seems to work except the simple connection itself. It works often, but just stops.
I have tried every tip I found in the Issues and update as soon as a new version comes out (and read the changelog), but the problems keep appearing.

To Reproduce

Steps to reproduce the behavior:

  1. Install Netbird
  2. Use Netbird for some time
  3. Routes stop being used without changing anything

Expected behavior
The Netbird Clients should use the configured routes unless it is deactivated, the clients should reconnect after sleep mode.
If a full-tunnel vpn is configured via an exit node all traffic should go through that, without any leaks.

Are you using NetBird Cloud?
No, selfhosted

NetBird version
Always uptoDate, 0.28.9

Originally created by @WortmannImpleco on GitHub (Sep 2, 2024). Original GitHub issue: https://github.com/netbirdio/netbird/issues/2514 **Describe the problem** We use Netbird in our Org with around 45 users. It is selfhosted with azure auth (that works great). The Mac clients have the most problems and don't wake up after sleepmode ([there is already a bug ticket for that](https://github.com/netbirdio/netbird/issues/2454)), but still show that they are connected. But the Windows Clients have a similar problem. They often simply don't use the routes, but they are visible and active on the client. They work after reconnecting and using the incognito tab. Clearing the cache every time is no option. We have configured an exit node for some clients for all traffic but they simply are not used many times by the browser (edge, chrome and safari). Some people started reinstalling the client every time, because even down and up doesn't work. The Linux client seems to be the only one without any problems. I really love the system and want to use it, but management already starts to hate it, and I would really love to fix that. All clients are up to date, everything seems to work except the simple connection itself. It works often, but just stops. I have tried every tip I found in the Issues and update as soon as a new version comes out (and read the changelog), but the problems keep appearing. **To Reproduce** Steps to reproduce the behavior: 1. Install Netbird 2. Use Netbird for some time 3. Routes stop being used without changing anything **Expected behavior** The Netbird Clients should use the configured routes unless it is deactivated, the clients should reconnect after sleep mode. If a full-tunnel vpn is configured via an exit node all traffic should go through that, without any leaks. **Are you using NetBird Cloud?** No, selfhosted **NetBird version** Always uptoDate, 0.28.9
saavagebueno added the waiting-feedbacktriage-needed labels 2026-08-05 01:03:00 -04:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: DYNR/netbird#5400