Clients are connected but sometimes don't use routes #1204

Closed
opened 2025-11-20 05:25:53 -05:00 by saavagebueno · 8 comments
Owner

Originally created by @WortmannImpleco on GitHub (Sep 2, 2024).

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). **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 2025-11-20 05:25:53 -05:00
Author
Owner

@afvbozzo commented on GitHub (Sep 3, 2024):

We are experiencing the same issue on Windows 11 clients using the Saas Hosting.
netbird status -d shows that peers are connected but no more WireGuard handshakes seems to be made after about one minute from the Last connection update.

Apparently disabling Quantum resistance on the peers seems to solve the issue.

@afvbozzo commented on GitHub (Sep 3, 2024): We are experiencing the same issue on Windows 11 clients using the Saas Hosting. `netbird status -d` shows that peers are connected but no more WireGuard handshakes seems to be made after about one minute from the `Last connection update`. Apparently disabling Quantum resistance on the peers seems to solve the issue.
Author
Owner

@WortmannImpleco commented on GitHub (Sep 3, 2024):

I already tried it with activated and deactivated Quantum Resistence and Network Monitor.
The Network Monitor already improved the experience on Windows Clients but it keeps happening.

For the Macs the obvious bug after going to sleepmode seems to be the main problem, but all clients except the linux systems lose connections after some time even though the network is stable and it shows that it's connected.
And sometimes it still works in an incognito tab oder cleared cache browser, but that's no option. The browser does seem to forget that it should use the provided route.

@WortmannImpleco commented on GitHub (Sep 3, 2024): I already tried it with activated and deactivated Quantum Resistence and Network Monitor. The Network Monitor already improved the experience on Windows Clients but it keeps happening. For the Macs the obvious bug after going to sleepmode seems to be the main problem, but all clients except the linux systems lose connections after some time even though the network is stable and it shows that it's connected. And sometimes it still works in an incognito tab oder cleared cache browser, but that's no option. The browser does seem to forget that it should use the provided route.
Author
Owner

@hmica commented on GitHub (Sep 6, 2024):

I am also losing my routes. I have a VPS to check my infrastructure, but it loses routes three times a week.

This is what appears in the logs when it happens:

OPrXKmXCMxZSe2gzzHXXXXX=, endpoint address: 85.xx.xx.xx:51820
2024-09-06T04:53:29+02:00 WARN signal/client/grpc.go:160: disconnected from the Signal service but will retry silently. Reason: rpc error: code = Internal desc = server closed the stream without sending trailers
2024-09-06T04:53:33+02:00 INFO signal/client/grpc.go:147: connected to the Signal Service stream
2024-09-06T04:59:21+02:00 INFO client/internal/peer/conn.go:362: connected to peer nav0xxxxxxxxxxxxx

Both clients are running on Linux: version 0.28.9 - SaaS version.

@hmica commented on GitHub (Sep 6, 2024): I am also losing my routes. I have a VPS to check my infrastructure, but it loses routes three times a week. This is what appears in the logs when it happens: ```log OPrXKmXCMxZSe2gzzHXXXXX=, endpoint address: 85.xx.xx.xx:51820 2024-09-06T04:53:29+02:00 WARN signal/client/grpc.go:160: disconnected from the Signal service but will retry silently. Reason: rpc error: code = Internal desc = server closed the stream without sending trailers 2024-09-06T04:53:33+02:00 INFO signal/client/grpc.go:147: connected to the Signal Service stream 2024-09-06T04:59:21+02:00 INFO client/internal/peer/conn.go:362: connected to peer nav0xxxxxxxxxxxxx ``` Both clients are running on Linux: version 0.28.9 - SaaS version.
Author
Owner

@Rob787 commented on GitHub (Sep 23, 2024):

Same here on Windows, network routes seems to dissappear after a while. Changing then something server side in the routes (like active/deactive on route) seems to trigger a client update and network routes appear again.

@Rob787 commented on GitHub (Sep 23, 2024): Same here on Windows, network routes seems to dissappear after a while. Changing then something server side in the routes (like active/deactive on route) seems to trigger a client update and network routes appear again.
Author
Owner

@Rob787 commented on GitHub (Sep 23, 2024):

@mlsmaycon Any information you need that can help troubleshoot?

@Rob787 commented on GitHub (Sep 23, 2024): @mlsmaycon Any information you need that can help troubleshoot?
Author
Owner

@nazarewk commented on GitHub (Apr 28, 2025):

Hello @WortmannImpleco,

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 commented on GitHub (Apr 28, 2025): Hello @WortmannImpleco, We're currently reviewing our open issues and would like to verify if this problem still exists in the [latest NetBird version](https://github.com/netbirdio/netbird/releases). 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!
Author
Owner

@mlsmaycon commented on GitHub (Jun 1, 2025):

closing issue due to no recent feedback. Feel free to open a new one if the issue persist or reopen if this was a feature request.

@mlsmaycon commented on GitHub (Jun 1, 2025): closing issue due to no recent feedback. Feel free to open a new one if the issue persist or reopen if this was a feature request.
Author
Owner

@Ciazarca commented on GitHub (Aug 28, 2025):

This is still an issue.
Getting the same problem on Ubuntu and fedora ( with KDE )
What kindof information could i provide to help ?

@Ciazarca commented on GitHub (Aug 28, 2025): This is still an issue. Getting the same problem on Ubuntu and fedora ( with KDE ) What kindof information could i provide to help ?
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: SVI/netbird#1204