HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
tjjh89017
stunmesh-go
Go2025–2026
tjjh89017 / stunmesh-go

stunmesh-go

A WireGuard helper that enables peer-to-peer connections through NAT using STUN discovery, with encrypted endpoint storage via a pluggable backend system.

2Distinct people
3Mentions
0Explicit recommenders
269GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

A WireGuard helper that enables peer-to-peer connections through NAT using STUN discovery, with encrypted endpoint storage via a pluggable backend system.

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

rVPN – stealth VPN with end-to-end encryption direct repository linkDebated

Commenters heavily criticize the project's security claims, arguing that wrapping WireGuard in a custom transport increases attack surface and that 'stealth' capabilities are easily defeated by modern deep packet inspection. Conversely, other voices defend the approach as a pragmatic solution for circumventing censorship and argue that layering transports does not inherently compromise the underlying protocol's security.

77 readable replies · Supporting reply 1 · Supporting reply 2 · Supporting reply 3 · Supporting reply 4

Mentions over time

HN mentions by month3 dated mentions

Observed mentions: 2025-02-02 07:02:34 UTC to 2026-01-12 00:42:53 UTC.

0122025-02-01 00:00:00 UTC to 2025-03-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 commentsFeb 20252025-03-01 00:00:00 UTC to 2025-04-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-04-01 00:00:00 UTC to 2025-05-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-05-01 00:00:00 UTC to 2025-06-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-06-01 00:00:00 UTC to 2025-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-07-01 00:00:00 UTC to 2025-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsJul 20252025-08-01 00:00:00 UTC to 2025-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-09-01 00:00:00 UTC to 2025-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-10-01 00:00:00 UTC to 2025-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-11-01 00:00:00 UTC to 2025-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-12-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-01-01 00:00:00 UTC to 2026-02-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsJan 2026

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Feb 20252025-02-01 00:00:00 UTC2025-03-01 00:00:00 UTC211
Mar 20252025-03-01 00:00:00 UTC2025-04-01 00:00:00 UTC000
Apr 20252025-04-01 00:00:00 UTC2025-05-01 00:00:00 UTC000
May 20252025-05-01 00:00:00 UTC2025-06-01 00:00:00 UTC000
Jun 20252025-06-01 00:00:00 UTC2025-07-01 00:00:00 UTC000
Jul 20252025-07-01 00:00:00 UTC2025-08-01 00:00:00 UTC000
Aug 20252025-08-01 00:00:00 UTC2025-09-01 00:00:00 UTC000
Sep 20252025-09-01 00:00:00 UTC2025-10-01 00:00:00 UTC000
Oct 20252025-10-01 00:00:00 UTC2025-11-01 00:00:00 UTC000
Nov 20252025-11-01 00:00:00 UTC2025-12-01 00:00:00 UTC000
Dec 20252025-12-01 00:00:00 UTC2026-01-01 00:00:00 UTC000
Jan 20262026-01-01 00:00:00 UTC2026-02-01 00:00:00 UTC101

What Hacker News says

3 sources
Hello everyone I'm excited to share my latest personal open-source project, STUNMESH-go! This networking tool, is designed to tackle CGNAT traversal challenges, enabling devices in diverse network environments to connect seamlessly and form a robust, flexible mesh network. - Optimized for CGNAT Environments: stunmesh-go is specifically tailored for Full Cone NAT. In such environments, it uses the STUN protocol to help devices correctly obtain their public IP addresses and establish Wireguard P2P connections without any relay server. Example: Imagine two devices located in different telecom networks, each behind CGNAT. Traditional methods might struggle with the NAT restrictions. However, stunmesh-go uses the STUN protocol to determine their public addresses and, by utilizing the Full Cone NAT characteristics, allows these devices to commu
Read the rest
nicate directly. - Decentralized Network Architecture: stunmesh-go leverages a decentralized design that eliminates the need for a VPN hub or centralized servers to relay traffic, enabling direct peer-to-peer connections. This not only enhances network fault tolerance and scalability but also helps save on significant data transfer costs typically associated with public cloud providers like AWS. For instance: If one node temporarily goes offline, the remaining nodes can still communicate through the mesh network without a single point of failure disrupting the system. - Ease of Use: stunmesh-go doesn't require installing an additional WireGuard distribution (e.g. Tailscale/Headscale). Instead, you can directly use the WireGuard kernel module on Linux and the wireguard-go on macOS. This makes integration seamless, providing a consistent experience across different operating systems. stunmesh-go has been successfully tested on both #VyOS Router and macOS platforms, further demonstrating its stable operation and cross-platform integration capabilities. In the project README, you can get the sample configuration to setup your VyOS with STUNMESH-go. stunmesh-go is an excellent complement to #VyOS or #OpenWrt with 4G/5G modems for building flexible and efficient SD-WAN solutions. Leveraging its NAT traversal capabilities, you can easily integrate resources from diverse networks in Full Cone NAT (e.g., CGNAT) environments to achieve stable remote connectivity and dynamic routing, meeting modern enterprises’ demands for high reliability and network flexibility. I believe this tool can empower you to build stable P2P or mesh networks in Full Cone NAT environments, such as those found in telecom CGNAT scenarios. If you’re interested in networking technologies, P2P connections, or distributed systems—and your use case meets the Full Cone NAT requirements—please check out the project and share your feedback! Project: https://github.com/tjjh89017/stunmesh-go You can download the pre-built binary in the release page, or you can deploy it as containers from: `docker pull tjjh89017/stunmesh:latest`
In Stunmesh-go, a WireGuard helper tool to get through Full-Cone NAT

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.