[GH-ISSUE #1991] Issues with Netbird client on Windows #3801

Closed
opened 2026-08-05 00:54:22 -04:00 by saavagebueno · 4 comments
Owner

Originally created by @vincent-lg18 on GitHub (May 15, 2024).
Original GitHub issue: https://github.com/netbirdio/netbird/issues/1991

Describe the problem

I want to access my services through Netbird (I'm using Windows 11). In order to do this, I created a route to my pfSense's DNS server to be able to resolve my services domain name (gitlab.mycompany.net for example).

Sometimes, my nameserver isn't available at all :

Nameservers:
  [10.220.220.1:53] for [gitlab.mycompany.net, ...] is Unavailable, reason: 1 error occurred:
        * read udp 172.20.10.7:57553->10.220.220.1:53: i/o timeout

Sometimes, after restarting my Netbird's client (netbird down, netbird up), my nameserver is marked as available:

Nameservers:
  [10.220.220.1:53] for [gitlab.mycompany.net, ...] is Available

BUT, my gitlab web ui is taking a while to load, and my ping to the gitlab server are very strange:

➜  ~ ping gitlab.mycompany.net
PING gitlab.mycompany.net (10.230.230.10) 56(84) bytes of data.
64 bytes from 10.230.230.10 (10.230.230.10): icmp_seq=8 ttl=62 time=95.5 ms
64 bytes from 10.230.230.10 (10.230.230.10): icmp_seq=9 ttl=62 time=83.6 ms
64 bytes from 10.230.230.10 (10.230.230.10): icmp_seq=16 ttl=62 time=50.8 ms
64 bytes from 10.230.230.10 (10.230.230.10): icmp_seq=17 ttl=62 time=60.7 ms
64 bytes from 10.230.230.10 (10.230.230.10): icmp_seq=18 ttl=62 time=67.4 ms
^C
--- gitlab.mycompany.net ping statistics ---
22 packets transmitted, 5 received, 77.2727% packet loss, time 22213ms

However, if I ping it using Netbird's domain name, it works perfectly.

➜  ~ ping faucon.mycompany.vpn
PING gitlab.mycompany.vpn (100.73.149.194) 56(84) bytes of data.
64 bytes from 100.73.149.194 (100.73.149.194): icmp_seq=1 ttl=63 time=65.0 ms
64 bytes from 100.73.149.194 (100.73.149.194): icmp_seq=2 ttl=63 time=137 ms
64 bytes from 100.73.149.194 (100.73.149.194): icmp_seq=3 ttl=63 time=63.0 ms
64 bytes from 100.73.149.194 (100.73.149.194): icmp_seq=4 ttl=63 time=163 ms
^C64 bytes from 100.73.149.194: icmp_seq=5 ttl=63 time=60.5 ms

--- gitlab.mycompany.vpn ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4609ms

Note that in my client.log, the route is switching from one to another endlessly, maybe this is why it's working sometimes.

2024-05-15T12:18:52+02:00 INFO client/internal/peer/conn.go:388: connected to peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg=, endpoint address: 10.220.220.203:51820
2024-05-15T12:18:52+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cocfipmijnec73et6b2g:cocfdamijnec73et6av0 with peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg= with score 2.860692 for network 10.230.230.0/24
2024-05-15T12:18:52+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cocfe8uijnec73et6avg:cocfdamijnec73et6av0 with peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg= with score 2.860692 for network 10.220.220.0/24
2024-05-15T12:18:52+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cp284muijnec73b1n4ig:cocfdamijnec73et6av0 with peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg= with score 2.860692 for network 10.220.220.1/32
2024-05-15T12:18:58+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cocfe8uijnec73et6avg:cocj5q6ijnec73et6b30 with peer hSrRxPSUMOJK37zj2k8OkPtiYlGw7V6rqxlB3Hgngms= with score 0.927682 for network 10.220.220.0/24
2024-05-15T12:18:58+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cocfipmijnec73et6b2g:cocj5q6ijnec73et6b30 with peer hSrRxPSUMOJK37zj2k8OkPtiYlGw7V6rqxlB3Hgngms= with score 0.927682 for network 10.230.230.0/24
2024-05-15T12:18:58+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cp284muijnec73b1n4ig:cocj5q6ijnec73et6b30 with peer hSrRxPSUMOJK37zj2k8OkPtiYlGw7V6rqxlB3Hgngms= with score 0.927682 for network 10.220.220.1/32
2024-05-15T12:19:00+02:00 INFO client/internal/peer/conn.go:388: connected to peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg=, endpoint address: 10.220.220.203:51820
2024-05-15T12:19:00+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cocfipmijnec73et6b2g:cocfdamijnec73et6av0 with peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg= with score 2.860692 for network 10.230.230.0/24
2024-05-15T12:19:00+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cp284muijnec73b1n4ig:cocfdamijnec73et6av0 with peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg= with score 2.860692 for network 10.220.220.1/32

Expected behavior

I want to access my gitlab server through gitlab.mycompany.net

Are you using NetBird Cloud?

I'm using a self-hosted NetBird instance.

NetBird version

Both client and server version are 0.27.7

Additional context

It's perfectly working on Linux clients.

Originally created by @vincent-lg18 on GitHub (May 15, 2024). Original GitHub issue: https://github.com/netbirdio/netbird/issues/1991 **Describe the problem** I want to access my services through Netbird (I'm using Windows 11). In order to do this, I created a route to my pfSense's DNS server to be able to resolve my services domain name (gitlab.mycompany.net for example). Sometimes, my nameserver isn't available at all : ``` Nameservers: [10.220.220.1:53] for [gitlab.mycompany.net, ...] is Unavailable, reason: 1 error occurred: * read udp 172.20.10.7:57553->10.220.220.1:53: i/o timeout ``` Sometimes, after restarting my Netbird's client (netbird down, netbird up), my nameserver is marked as available: ``` Nameservers: [10.220.220.1:53] for [gitlab.mycompany.net, ...] is Available ``` BUT, my gitlab web ui is taking a while to load, and my ping to the gitlab server are very strange: ``` ➜ ~ ping gitlab.mycompany.net PING gitlab.mycompany.net (10.230.230.10) 56(84) bytes of data. 64 bytes from 10.230.230.10 (10.230.230.10): icmp_seq=8 ttl=62 time=95.5 ms 64 bytes from 10.230.230.10 (10.230.230.10): icmp_seq=9 ttl=62 time=83.6 ms 64 bytes from 10.230.230.10 (10.230.230.10): icmp_seq=16 ttl=62 time=50.8 ms 64 bytes from 10.230.230.10 (10.230.230.10): icmp_seq=17 ttl=62 time=60.7 ms 64 bytes from 10.230.230.10 (10.230.230.10): icmp_seq=18 ttl=62 time=67.4 ms ^C --- gitlab.mycompany.net ping statistics --- 22 packets transmitted, 5 received, 77.2727% packet loss, time 22213ms ``` However, if I ping it using Netbird's domain name, it works perfectly. ``` ➜ ~ ping faucon.mycompany.vpn PING gitlab.mycompany.vpn (100.73.149.194) 56(84) bytes of data. 64 bytes from 100.73.149.194 (100.73.149.194): icmp_seq=1 ttl=63 time=65.0 ms 64 bytes from 100.73.149.194 (100.73.149.194): icmp_seq=2 ttl=63 time=137 ms 64 bytes from 100.73.149.194 (100.73.149.194): icmp_seq=3 ttl=63 time=63.0 ms 64 bytes from 100.73.149.194 (100.73.149.194): icmp_seq=4 ttl=63 time=163 ms ^C64 bytes from 100.73.149.194: icmp_seq=5 ttl=63 time=60.5 ms --- gitlab.mycompany.vpn ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4609ms ``` Note that in my client.log, the route is switching from one to another endlessly, maybe this is why it's working sometimes. ``` 2024-05-15T12:18:52+02:00 INFO client/internal/peer/conn.go:388: connected to peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg=, endpoint address: 10.220.220.203:51820 2024-05-15T12:18:52+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cocfipmijnec73et6b2g:cocfdamijnec73et6av0 with peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg= with score 2.860692 for network 10.230.230.0/24 2024-05-15T12:18:52+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cocfe8uijnec73et6avg:cocfdamijnec73et6av0 with peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg= with score 2.860692 for network 10.220.220.0/24 2024-05-15T12:18:52+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cp284muijnec73b1n4ig:cocfdamijnec73et6av0 with peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg= with score 2.860692 for network 10.220.220.1/32 2024-05-15T12:18:58+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cocfe8uijnec73et6avg:cocj5q6ijnec73et6b30 with peer hSrRxPSUMOJK37zj2k8OkPtiYlGw7V6rqxlB3Hgngms= with score 0.927682 for network 10.220.220.0/24 2024-05-15T12:18:58+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cocfipmijnec73et6b2g:cocj5q6ijnec73et6b30 with peer hSrRxPSUMOJK37zj2k8OkPtiYlGw7V6rqxlB3Hgngms= with score 0.927682 for network 10.230.230.0/24 2024-05-15T12:18:58+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cp284muijnec73b1n4ig:cocj5q6ijnec73et6b30 with peer hSrRxPSUMOJK37zj2k8OkPtiYlGw7V6rqxlB3Hgngms= with score 0.927682 for network 10.220.220.1/32 2024-05-15T12:19:00+02:00 INFO client/internal/peer/conn.go:388: connected to peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg=, endpoint address: 10.220.220.203:51820 2024-05-15T12:19:00+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cocfipmijnec73et6b2g:cocfdamijnec73et6av0 with peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg= with score 2.860692 for network 10.230.230.0/24 2024-05-15T12:19:00+02:00 INFO client/internal/routemanager/client.go:165: new chosen route is cp284muijnec73b1n4ig:cocfdamijnec73et6av0 with peer IBP0umyGvrcmp48XUe4a18wkLnkVBzGo5IUtrDv5XBg= with score 2.860692 for network 10.220.220.1/32 ``` **Expected behavior** I want to access my gitlab server through gitlab.mycompany.net **Are you using NetBird Cloud?** I'm using a self-hosted NetBird instance. **NetBird version** Both client and server version are 0.27.7 **Additional context** It's perfectly working on Linux clients.
saavagebueno added the waiting-feedbacktriage-needed labels 2026-08-05 00:54:22 -04:00
Author
Owner

@MonadMaverick commented on GitHub (Sep 7, 2024):

temporary workaround that works for me:
in windows: netbird service restart
in netbird admin panel: DNS -> Nameservers -> toggle <local_dns> off and on

<!-- gh-comment-id:2336515359 --> @MonadMaverick commented on GitHub (Sep 7, 2024): temporary workaround that works for me: in windows: netbird service restart in netbird admin panel: DNS -> Nameservers -> toggle <local_dns> off and on
Author
Owner

@fruworg commented on GitHub (Jan 22, 2025):

We have the same problem. Any updates?

<!-- gh-comment-id:2606708828 --> @fruworg commented on GitHub (Jan 22, 2025): We have the same problem. Any updates?
Author
Owner

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

Hello @vincent-lg18,

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!

<!-- gh-comment-id:2835675193 --> @nazarewk commented on GitHub (Apr 28, 2025): Hello @vincent-lg18, 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.

<!-- gh-comment-id:2927892626 --> @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.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: DYNR/netbird#3801