mirror of
https://github.com/fosrl/docs-v2.git
synced 2026-02-07 21:46:42 +00:00
38 lines
2.4 KiB
Plaintext
38 lines
2.4 KiB
Plaintext
---
|
|
title: "Remote Nodes"
|
|
description: "Control your own Pangolin node with cloud management"
|
|
---
|
|
|
|
<Note>
|
|
Remote Nodes are available in Pangolin Enterprise and Pangolin Cloud.
|
|
</Note>
|
|
|
|
Remote nodes, you run your own Pangolin node - your tunnels, SSL termination, and traffic all stay on your server and use your bandwidth. The difference is that management and monitoring are handled through our cloud or your central Pangolin Enterprise server. The node just handles terminating Wireguard tunnels, serving HTTP(S) traffic, and routing relayed client connections - it is essentially a remote networking hub.
|
|
|
|
Think of different nodes as the "front doors" to your applications - users connect to the closest one, and it securely routes their requests to your backend services.
|
|
|
|
<Tip>
|
|
You can deploy a remote Pangolin node [using the installer](/manage/remote-node/quick-install-remote).
|
|
</Tip>
|
|
|
|
## How It Works
|
|
|
|
- **Host the Node**: Run Gerbil, Traefik, and a light weight agent on your server that communicates with the central Pangolin control plane with a websocket connection.
|
|
- **Delegate the DNS**: Your domain and DNS config is still controlled by the Pangolin control plane and the central DNS server routes to the right node when connecting.
|
|
- **Certificates and Config**: The control plane pushes down WireGuard configs, SSL certificates, and routing rules to your node as you create resources and sites.
|
|
- **Failover**: If you have multiple nodes, the control plane will failover between them. If one node becomes unavailable, traffic can optionally fail over to our cloud infrastructure or other nodes until you restore service.
|
|
|
|
<Frame>
|
|
<img src="/images/ha.svg" width="400" centered/>
|
|
</Frame>
|
|
|
|
## Some Benefits
|
|
|
|
### Automatic Updates and Less Maintenance
|
|
The cloud dashboard evolves quickly, so you get new features and bug fixes without having to manually pull new containers every time. Because the remote node is just handling the networking you do not need to do database migrations, or backups.
|
|
|
|
### Cloud Failover
|
|
If your nodes goes down, your tunnels can temporarily fail over to our cloud points of presence or another node until you bring it back online. This ensures continuous availability.
|
|
|
|
### High Availability (PoPs)
|
|
You can attach multiple nodes to your account for redundancy and better performance. For example, deploy nodes across different regions or providers for decreased latency. |