Unable to route overlapping /24 networks #2447

Open
opened 2025-11-20 07:09:58 -05:00 by saavagebueno · 0 comments
Owner

Originally created by @mitchplze on GitHub (Nov 8, 2025).

Hello, I am trying to use the Networks feature on NetBird Self-Hosted to route traffic, but experiencing inconsistent results.

Background

  • Home subnets are all located in the 10.13.0.0/16 range
  • Home server subnet is 10.13.5.0/24
  • Laptop gets user IP in 10.13.10.0/24, and has no direct access to 10.13.5.0/24 through firewall
  • Firewall is running OPNsense version of NetBird, properly configured and routing traffic
  • My Network Policy is configured to allow me access to All

Goal

  • Expose 10.13.5.0/24 server subnet over NetBird
  • Be able to ping host 10.13.5.107 in that subnet from laptop wherever I am

Routing Peer config in Network

Image

Config 1 - Exposing 10.13.5.0/24

Image

Routes:

mitch@Mitch's MacBook ~ % netstat -rn | grep 10.13
default            10.13.10.1         UGScg                 en0
10.13.0.1          10.13.10.1         UGH1                  en0
10.13.0.8          10.13.10.1         UGH1                  en0
10.13.0.12         10.13.10.1         UGH1                  en0
10.13.0.13         10.13.10.1         UGH1                  en0
10.13.5/24         utun100            U1c               utun100
10.13.5.102        10.13.10.1         UGH1                  en0
10.13.5.107        10.13.10.1         UGH1                  en0
10.13.5.108        10.13.10.1         UGH1                  en0
10.13.5.109        10.13.10.1         UGH1                  en0
10.13.7.1          10.13.10.1         UGH1                  en0
10.13.7.2          10.13.10.1         UGH1                  en0
10.13.9.8          10.13.10.1         UGH1                  en0
10.13.9.12         10.13.10.1         UGH1                  en0
10.13.9.13         10.13.10.1         UGH1                  en0
10.13.10/24        link#11            UCS                   en0      !
10.13.10.1/32      link#11            UCS                   en0      !
10.13.10.1         20:7c:14:f2:b5:2c  UHLWIir               en0   1190
10.13.10.13        bc:24:11:e2:ce:fc  UHLWI                 en0   1178
10.13.10.102       4:99:b9:5d:70:e6   UHLWI                 en0   1175
10.13.10.103       b0:be:83:66:cb:30  UHLWI                 en0   1043
10.13.10.104       40:ed:cf:80:b9:dc  UHLWI                 en0     69
10.13.10.114       a8:51:ab:a3:b4:ff  UHLWI                 en0     69
10.13.10.116       4:99:b9:5f:10:eb   UHLWI                 en0     69
10.13.10.174/32    link#11            UCS                   en0      !
10.13.10.174       d2:f5:b9:45:50:e   UHLWI                 lo0
10.13.10.223       98:50:2e:a4:d7:e1  UHLWI                 en0   1030
10.13.10.231       94:83:c4:bb:2c:ec  UHLWI                 en0     82
10.13.10.239       c4:c1:7d:4e:fe:68  UHLWIi                en0   1105
10.13.10.255       ff:ff:ff:ff:ff:ff  UHLWbI                en0      !

Ping fails unexpectedly:

mitch@Mitch's MacBook ~ % ping 10.13.5.107
PING 10.13.5.107 (10.13.5.107): 56 data bytes
Request timeout for icmp_seq 0

Config 2 - Exposing 10.13.5.107/32 in Netbird

Image

Routes:

NOTE: I had to take NetBird on my Mac down and bring it back up to even get this route to show up at all. This may be another bug.

mitch@Mitch's MacBook ~ % netstat -rn | grep 10.13
default            10.13.10.1         UGScg                 en0
10.13.0.1          10.13.10.1         UGH1                  en0
10.13.0.8          10.13.10.1         UGH1                  en0
10.13.0.12         10.13.10.1         UGH1                  en0
10.13.0.13         10.13.10.1         UGH1                  en0
10.13.5.1          10.13.10.1         UGH1                  en0
10.13.5.102        10.13.10.1         UGH1                  en0
10.13.5.107        utun100            UH1               utun100
10.13.7.1          10.13.10.1         UGH1                  en0
10.13.7.2          10.13.10.1         UGH1                  en0
10.13.9.8          10.13.10.1         UGH1                  en0
10.13.9.13         10.13.10.1         UGH1                  en0
10.13.10/24        link#11            UCS                   en0      !
10.13.10.1/32      link#11            UCS                   en0      !
10.13.10.1         20:7c:14:f2:b5:2c  UHLWIir               en0   1142
10.13.10.13        bc:24:11:e2:ce:fc  UHLWI                 en0   1175
10.13.10.102       4:99:b9:5d:70:e6   UHLWI                 en0   1192
10.13.10.103       b0:be:83:66:cb:30  UHLWI                 en0   1192
10.13.10.104       40:ed:cf:80:b9:dc  UHLWI                 en0   1192
10.13.10.114       a8:51:ab:a3:b4:ff  UHLWI                 en0   1192
10.13.10.116       4:99:b9:5f:10:eb   UHLWI                 en0   1192
10.13.10.174/32    link#11            UCS                   en0      !
10.13.10.174       d2:f5:b9:45:50:e   UHLWI                 lo0
10.13.10.223       98:50:2e:a4:d7:e1  UHLWI                 en0   1143
10.13.10.231       94:83:c4:bb:2c:ec  UHLWI                 en0   1192
10.13.10.239       c4:c1:7d:4e:fe:68  UHLWIi                en0   1127
10.13.10.255       ff:ff:ff:ff:ff:ff  UHLWbI                en0      !

Ping works as intended:

mitch@Mitch's MacBook ~ % ping 10.13.5.107
PING 10.13.5.107 (10.13.5.107): 56 data bytes
64 bytes from 10.13.5.107: icmp_seq=0 ttl=64 time=7.268 ms
64 bytes from 10.13.5.107: icmp_seq=1 ttl=64 time=5.723 ms

Expectation

I should be able to communicate with IPs in 10.13.5.0/24, without exposing each host as a /32.

I have tried adjusting the route metric to 1 instead of 9999, and it made no difference.

Note that 10.13.5.107 is a NetBird host, but is not configured as a Routing Peer, so #4606 would seem not to apply.

This happens on any subnet in 10.13/16 that I try and route via NetBird - they are inaccessible to me unless I expose /32s.

Originally created by @mitchplze on GitHub (Nov 8, 2025). Hello, I am trying to use the **Networks** feature on NetBird Self-Hosted to route traffic, but experiencing inconsistent results. ## Background - Home subnets are all located in the 10.13.0.0/16 range - Home server subnet is 10.13.5.0/24 - Laptop gets user IP in 10.13.10.0/24, and has no direct access to 10.13.5.0/24 through firewall - Firewall is running OPNsense version of NetBird, properly configured and routing traffic - My Network Policy is configured to allow me access to All ## Goal - Expose 10.13.5.0/24 server subnet over NetBird - Be able to ping host 10.13.5.107 in that subnet from laptop wherever I am ## Routing Peer config in Network <img width="697" height="103" alt="Image" src="https://github.com/user-attachments/assets/9aaf2b7c-b474-4c4d-b1a4-c9a2632bbc81" /> ## Config 1 - Exposing 10.13.5.0/24 <img width="932" height="464" alt="Image" src="https://github.com/user-attachments/assets/e797d512-d92c-4c7a-bc54-2401c1dd8eee" /> **Routes:** ``` mitch@Mitch's MacBook ~ % netstat -rn | grep 10.13 default 10.13.10.1 UGScg en0 10.13.0.1 10.13.10.1 UGH1 en0 10.13.0.8 10.13.10.1 UGH1 en0 10.13.0.12 10.13.10.1 UGH1 en0 10.13.0.13 10.13.10.1 UGH1 en0 10.13.5/24 utun100 U1c utun100 10.13.5.102 10.13.10.1 UGH1 en0 10.13.5.107 10.13.10.1 UGH1 en0 10.13.5.108 10.13.10.1 UGH1 en0 10.13.5.109 10.13.10.1 UGH1 en0 10.13.7.1 10.13.10.1 UGH1 en0 10.13.7.2 10.13.10.1 UGH1 en0 10.13.9.8 10.13.10.1 UGH1 en0 10.13.9.12 10.13.10.1 UGH1 en0 10.13.9.13 10.13.10.1 UGH1 en0 10.13.10/24 link#11 UCS en0 ! 10.13.10.1/32 link#11 UCS en0 ! 10.13.10.1 20:7c:14:f2:b5:2c UHLWIir en0 1190 10.13.10.13 bc:24:11:e2:ce:fc UHLWI en0 1178 10.13.10.102 4:99:b9:5d:70:e6 UHLWI en0 1175 10.13.10.103 b0:be:83:66:cb:30 UHLWI en0 1043 10.13.10.104 40:ed:cf:80:b9:dc UHLWI en0 69 10.13.10.114 a8:51:ab:a3:b4:ff UHLWI en0 69 10.13.10.116 4:99:b9:5f:10:eb UHLWI en0 69 10.13.10.174/32 link#11 UCS en0 ! 10.13.10.174 d2:f5:b9:45:50:e UHLWI lo0 10.13.10.223 98:50:2e:a4:d7:e1 UHLWI en0 1030 10.13.10.231 94:83:c4:bb:2c:ec UHLWI en0 82 10.13.10.239 c4:c1:7d:4e:fe:68 UHLWIi en0 1105 10.13.10.255 ff:ff:ff:ff:ff:ff UHLWbI en0 ! ``` **Ping fails unexpectedly:** ``` mitch@Mitch's MacBook ~ % ping 10.13.5.107 PING 10.13.5.107 (10.13.5.107): 56 data bytes Request timeout for icmp_seq 0 ``` ## Config 2 - Exposing 10.13.5.107/32 in Netbird <img width="928" height="458" alt="Image" src="https://github.com/user-attachments/assets/79ff5629-66ec-4eea-8364-e0e604893de1" /> **Routes:** **NOTE:** I had to take NetBird on my Mac down and bring it back up to even get this route to show up at all. This may be another bug. ``` mitch@Mitch's MacBook ~ % netstat -rn | grep 10.13 default 10.13.10.1 UGScg en0 10.13.0.1 10.13.10.1 UGH1 en0 10.13.0.8 10.13.10.1 UGH1 en0 10.13.0.12 10.13.10.1 UGH1 en0 10.13.0.13 10.13.10.1 UGH1 en0 10.13.5.1 10.13.10.1 UGH1 en0 10.13.5.102 10.13.10.1 UGH1 en0 10.13.5.107 utun100 UH1 utun100 10.13.7.1 10.13.10.1 UGH1 en0 10.13.7.2 10.13.10.1 UGH1 en0 10.13.9.8 10.13.10.1 UGH1 en0 10.13.9.13 10.13.10.1 UGH1 en0 10.13.10/24 link#11 UCS en0 ! 10.13.10.1/32 link#11 UCS en0 ! 10.13.10.1 20:7c:14:f2:b5:2c UHLWIir en0 1142 10.13.10.13 bc:24:11:e2:ce:fc UHLWI en0 1175 10.13.10.102 4:99:b9:5d:70:e6 UHLWI en0 1192 10.13.10.103 b0:be:83:66:cb:30 UHLWI en0 1192 10.13.10.104 40:ed:cf:80:b9:dc UHLWI en0 1192 10.13.10.114 a8:51:ab:a3:b4:ff UHLWI en0 1192 10.13.10.116 4:99:b9:5f:10:eb UHLWI en0 1192 10.13.10.174/32 link#11 UCS en0 ! 10.13.10.174 d2:f5:b9:45:50:e UHLWI lo0 10.13.10.223 98:50:2e:a4:d7:e1 UHLWI en0 1143 10.13.10.231 94:83:c4:bb:2c:ec UHLWI en0 1192 10.13.10.239 c4:c1:7d:4e:fe:68 UHLWIi en0 1127 10.13.10.255 ff:ff:ff:ff:ff:ff UHLWbI en0 ! ``` **Ping works as intended:** ``` mitch@Mitch's MacBook ~ % ping 10.13.5.107 PING 10.13.5.107 (10.13.5.107): 56 data bytes 64 bytes from 10.13.5.107: icmp_seq=0 ttl=64 time=7.268 ms 64 bytes from 10.13.5.107: icmp_seq=1 ttl=64 time=5.723 ms ``` ## Expectation I should be able to communicate with IPs in 10.13.5.0/24, without exposing each host as a /32. I have tried adjusting the route metric to `1` instead of `9999`, and it made no difference. Note that 10.13.5.107 _is_ a NetBird host, but is _not_ configured as a Routing Peer, so #4606 would seem **not** to apply. This happens on any subnet in 10.13/16 that I try and route via NetBird - they are inaccessible to me unless I expose /32s.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: SVI/netbird#2447