· Updated on
Private mesh network vs traditional VPN: which one do you need?
A private mesh network connects every device to the others directly, encrypted with WireGuard, with no central gateway and no open ports. A traditional VPN concentrates all traffic on one server that decrypts, filters and forwards it. The mesh wins on latency and exposed surface; the classic VPN wins when what you want is a single controlled exit point.
The Architecture of Traditional VPNs
In a traditional VPN setup, a central server acts as the gateway. When a client device, such as a laptop or a phone, wants to communicate with another resource, it must first establish an encrypted tunnel to this central gateway. The gateway decrypts the traffic and forwards it to the destination. If two remote devices need to exchange data, the packets must travel from the first device to the central server, and then from the central server to the second device. This routing pattern, often referred to as hub-and-spoke, can introduce significant latency and creates a single point of failure at the central gateway, which must process all network traffic.
How a Private Mesh Network Works
A private mesh network, such as the one implemented by prialo, operates on a peer-to-peer basis. Instead of routing all data through a central hub, devices establish direct encrypted connections to one another. When you install the software on a Mac, a phone, or a Linux server, each device is assigned a unique IP address within the shared 100.64.x.x range. This range is part of the Shared Address Space defined in RFC 6598, which is specifically designated for carrier-grade NAT environments, ensuring that these private addresses do not conflict with standard local home or office network ranges.
The coordination of these connections is handled by a control plane, which helps nodes discover each other's public IP addresses and negotiate direct paths. Once the connection is established, the actual data plane traffic flows directly between the devices using the WireGuard protocol for encryption. This means that sensitive data never passes through an intermediary server, preserving privacy and maximising the throughput supported by the physical internet connections of the participating devices.
Key Differences in Traffic Routing and Security
The fundamental differences between these two architectures can be categorised across several areas, highlighting how direct routing alters security and performance:
- Path efficiency: Mesh networks route packets directly between peers, reducing latency compared to routing through a distant central gateway.
- No exposed ports: Devices do not need open public ports on firewalls to accept incoming connections, as the coordination mechanism facilitates traversal through Network Address Translation (NAT) using modern hole-punching techniques.
- Reduced single point of failure: While a central coordination server is used to exchange connection details, the actual data traffic does not pass through it. If the coordination server is temporarily offline, existing direct tunnels continue to function without interruption.
- Resource isolation: Access can be restricted to specific devices on the mesh, preventing broader network lateral movement and reducing the blast radius of a compromised node.
Gateway VPN or WireGuard mesh network: comparison table
| Criterion | Traditional VPN with a gateway | WireGuard mesh network |
|---|---|---|
| Traffic path | Always through the central server, even when both machines are in the same city | Direct between devices; a relay only when NAT prevents it |
| Open ports | The server exposes a public port; the clients, none | None: every machine dials out to the control plane |
| Who decrypts the traffic | The gateway decrypts and forwards it | Only the destination device; the relay cannot read it |
| Single point of failure | The gateway: if it goes down, nobody reaches anything | The control plane only coordinates and never sees the traffic |
| Best fit | One controlled exit point towards the Internet or an office | Reaching your own machines wherever they are |
Use cases: when a traditional VPN is enough and when you need a mesh
- Remote work into one office with a single hop: a traditional VPN does the job if everything you need sits behind that gateway and you accept that all traffic goes through it.
- Reaching the Internet with another country's or the company's IP: that is classic VPN work; a mesh connects your devices to each other, it does not change your exit IP.
- Servers, NAS boxes and laptops spread across several homes and networks: the mesh joins them with a fixed 100.64.x.x address each, with no open ports and no dependence on fixed IPs.
- MSP technicians reaching customer servers behind CGNAT: the mesh, with subnet routes approved by the administrator, avoids exposing RDP or SSH on the customer's router.
- A phone that needs the server at home: the mesh gives the same result over 5G or wifi, and with an SSH client on your phone the session reaches it at the private address.
Practical Application on Linux Servers
For system administrators managing Linux servers alongside client devices, configuring a node on a mesh network involves running a background daemon that manages the virtual network interface. Once active, the interface automatically routes traffic destined for the 100.64.0.0/10 range through the encrypted mesh. For example, verifying the status of the local node and its active peer connections can be performed using standard command-line tools:
prialo status
This command displays the active peer connections, their assigned 100.64.x.x addresses, and the current cryptographic handshakes, ensuring that administrators can verify direct connectivity. By utilizing this mesh structure, teams can securely access remote administrative services like SSH or database ports without exposing those services to the public internet or configuring complex firewall rules.
Frequently asked questions
Does a private mesh network replace the company VPN?
A private mesh network replaces the company VPN when the goal is reaching specific machines: servers, internal dashboards, databases. It does not replace it when what you want is all Internet traffic leaving through one controlled point, because the mesh does not change your exit IP.
Why does a mesh network not need open ports?
A mesh network needs no open ports because every device opens the connection itself, towards the control plane and towards the other nodes, using STUN to discover its public address. Nobody waits for inbound connections; when NAT blocks the direct path, a relay forwards packets it cannot decrypt.
Does the mesh control plane see my traffic?
The mesh control plane does not see the traffic: it only coordinates who is who, hands out 100.64.x.x addresses and public keys, and records when each device connects. The content travels encrypted with WireGuard between the two endpoints, and if it passes through a relay, the relay forwards what it cannot read.
Would you rather run your own server? Guide to the self-hosted prialo package