cannot access the internal IP of a routing peer #2139

Closed
opened 2025-11-20 07:04:36 -05:00 by saavagebueno · 3 comments
Owner

Originally created by @lucasd23 on GitHub (Jul 30, 2025).

Describe the problem

I cannot access the internal IP of a routing peer if I am actively using that peer for routing.

To Reproduce

Steps to reproduce the behavior:

  1. Set up routing peer with access to 192.168.30.0/24. Routing Peer has internal IP of 192.168.30.5
  2. Ping NetBird IP of routing peer - succeeds
  3. Ping internal IP (192.168.30.5) - Request timed out
    Expected behavior

Pinging 192.168.30.5 should succeed.

Are you using NetBird Cloud?

Using NetBird Self Hosted

NetBird version

51.2

Is any other VPN software installed?

No

Debug output

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

netbird status -dA

netbird status -dA.txt

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

netbird debug for 1m -AS -U

799a6d96a7edf0e36805efc25c8b946c5e12366c37a058395649b205b0082ce9/35357d15-0033-406e-86a4-bdae2917fc84

Uploaded files are automatically deleted after 30 days.

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 @lucasd23 on GitHub (Jul 30, 2025). **Describe the problem** I cannot access the internal IP of a routing peer if I am actively using that peer for routing. **To Reproduce** Steps to reproduce the behavior: 1. Set up routing peer with access to 192.168.30.0/24. Routing Peer has internal IP of 192.168.30.5 2. Ping NetBird IP of routing peer - succeeds 3. Ping internal IP (192.168.30.5) - Request timed out **Expected behavior** Pinging 192.168.30.5 should succeed. **Are you using NetBird Cloud?** Using NetBird Self Hosted **NetBird version** 51.2 **Is any other VPN software installed?** No **Debug output** To help us resolve the problem, please attach the following anonymized status output netbird status -dA [netbird status -dA.txt](https://github.com/user-attachments/files/21516414/netbird.status.-dA.txt) Create and upload a debug bundle, and share the returned file key: netbird debug for 1m -AS -U 799a6d96a7edf0e36805efc25c8b946c5e12366c37a058395649b205b0082ce9/35357d15-0033-406e-86a4-bdae2917fc84 *Uploaded files are automatically deleted after 30 days.* **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 2025-11-20 07:04:36 -05:00
Author
Owner

@lixmal commented on GitHub (Aug 1, 2025):

Could you please create a debug bundle on the routing peer?
First thing that you can check is that you have a policy allowing access to the peer in addition to the policy allowing access to the resource.

@lixmal commented on GitHub (Aug 1, 2025): Could you please create a debug bundle on the routing peer? First thing that you can check is that you have a policy allowing access *to the peer* in addition to the policy allowing access to the resource.
Author
Owner

@saule1508 commented on GitHub (Aug 5, 2025):

isn't it what @nazarewk explains here ? https://github.com/netbirdio/docs/pull/401

@saule1508 commented on GitHub (Aug 5, 2025): isn't it what @nazarewk explains here ? https://github.com/netbirdio/docs/pull/401
Author
Owner

@lucasd23 commented on GitHub (Aug 6, 2025):

isn't it what @nazarewk explains here ? netbirdio/docs#401

Yes, it looks like what I am seeing is expected behavior. I moved around which devices I was using as routing peers it it should be fine.

@lucasd23 commented on GitHub (Aug 6, 2025): > isn't it what [@nazarewk](https://github.com/nazarewk) explains here ? [netbirdio/docs#401](https://github.com/netbirdio/docs/pull/401) Yes, it looks like what I am seeing is expected behavior. I moved around which devices I was using as routing peers it it should be fine.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: SVI/netbird#2139