[GH-ISSUE #5604] Feature Request: Replace / add support for TrustTunnel instead of WireGuard for P2P connections (better DPI resistance) #11531

Open
opened 2026-08-05 01:29:56 -04:00 by saavagebueno · 2 comments
Owner

Originally created by @iForged on GitHub (Mar 16, 2026).
Original GitHub issue: https://github.com/netbirdio/netbird/issues/5604

Netbird's WireGuard-based P2P works great in open networks, but in censored/restricted environments (Russia, Egypt, Iran etc.) standard WireGuard is easily detected and blocked.
TrustTunnel (open-source since Jan 2026, https://github.com/TrustTunnel/TrustTunnel) is a modern HTTPS-masquerading protocol (HTTP/2 + QUIC/TLS) that looks like regular web traffic — much harder to DPI-block, with near-zero speed loss compared to obfuscated WireGuard.
Request: Please consider adding support for TrustTunnel as an alternative (or replacement) transport for P2P connections, or allow switching per-peer/network.
This would make Netbird far more usable in high-censorship scenarios without extra wrappers.
As I wrote above, this option will likely be better than adding obfuscation in terms of useful traffic, which is discussed here: https://github.com/netbirdio/netbird/issues/1096

Originally created by @iForged on GitHub (Mar 16, 2026). Original GitHub issue: https://github.com/netbirdio/netbird/issues/5604 Netbird's WireGuard-based P2P works great in open networks, but in censored/restricted environments (Russia, Egypt, Iran etc.) standard WireGuard is easily detected and blocked. TrustTunnel (open-source since Jan 2026, https://github.com/TrustTunnel/TrustTunnel) is a modern HTTPS-masquerading protocol (HTTP/2 + QUIC/TLS) that looks like regular web traffic — much harder to DPI-block, with near-zero speed loss compared to obfuscated WireGuard. Request: Please consider adding support for TrustTunnel as an alternative (or replacement) transport for P2P connections, or allow switching per-peer/network. This would make Netbird far more usable in high-censorship scenarios without extra wrappers. As I wrote above, this option will likely be better than adding obfuscation in terms of useful traffic, which is discussed here: https://github.com/netbirdio/netbird/issues/1096
saavagebueno added the feature-request label 2026-08-05 01:29:56 -04:00
Author
Owner

@lixmal commented on GitHub (Mar 17, 2026):

How would this work for P2P? TrustTunnel appears to be Hub and Spoke, so not much different than NetBird's relay

<!-- gh-comment-id:4072381010 --> @lixmal commented on GitHub (Mar 17, 2026): How would this work for P2P? TrustTunnel appears to be Hub and Spoke, so not much different than NetBird's relay
Author
Owner

@iForged commented on GitHub (Mar 17, 2026):

Yes, you are absolutely right. At the moment, TrustTunnel does not support peer-to-peer networking, but according to their roadmap, this feature is planned.
https://github.com/TrustTunnel/TrustTunnelClient?tab=readme-ov-file#roadmap

<!-- gh-comment-id:4073524455 --> @iForged commented on GitHub (Mar 17, 2026): Yes, you are absolutely right. At the moment, TrustTunnel does not support peer-to-peer networking, but according to their roadmap, this feature is planned. https://github.com/TrustTunnel/TrustTunnelClient?tab=readme-ov-file#roadmap
Sign in to join this conversation.
No Label feature-request
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: DYNR/netbird#11531