mirror of
https://github.com/netbirdio/docs.git
synced 2026-10-10 23:59:04 +02:00
Added mention of peer disconnection notification feature to networks docs (#706)
This commit is contained in:
@@ -34,6 +34,10 @@ You can add multiple routing peers using individual peers or groups to ensure hi
|
|||||||
<img src="/docs-static/img/manage/networks/index/add-routing-peer-1.png" alt="high-level-dia" className="imagewrapper"/>
|
<img src="/docs-static/img/manage/networks/index/add-routing-peer-1.png" alt="high-level-dia" className="imagewrapper"/>
|
||||||
</p>
|
</p>
|
||||||
|
|
||||||
|
<Note>
|
||||||
|
To get alerted when a routing peer goes offline, enable the **Routing Peer Disconnected** event in [Notifications](/manage/settings/notifications). You can receive alerts via email, webhook, or Slack.
|
||||||
|
</Note>
|
||||||
|
|
||||||
<Note>
|
<Note>
|
||||||
A network resource policy grants access to the network **behind** the routing peer, not to the routing peer machine itself. If you need to access services running on the routing peer (for example, Pi-hole, Home Assistant, or a monitoring dashboard), add the routing peer to a group and create a peer-to-peer [access control policy](/manage/access-control) with that group as the destination.
|
A network resource policy grants access to the network **behind** the routing peer, not to the routing peer machine itself. If you need to access services running on the routing peer (for example, Pi-hole, Home Assistant, or a monitoring dashboard), add the routing peer to a group and create a peer-to-peer [access control policy](/manage/access-control) with that group as the destination.
|
||||||
</Note>
|
</Note>
|
||||||
|
|||||||
@@ -189,7 +189,7 @@ Your cloud application can now securely access the on-premise database.
|
|||||||
### High Availability
|
### High Availability
|
||||||
|
|
||||||
- Deploy multiple routing peers and configure failover
|
- Deploy multiple routing peers and configure failover
|
||||||
- Monitor routing peer health with your existing tools
|
- Monitor routing peer health with your existing tools or set up [Notifications](/manage/settings/notifications) to get alerted when a routing peer disconnects
|
||||||
- Use cloud-native load balancing where appropriate
|
- Use cloud-native load balancing where appropriate
|
||||||
|
|
||||||
### Performance
|
### Performance
|
||||||
|
|||||||
@@ -160,7 +160,7 @@ Alternatively, create a setup key with "`remote-workers`" as an auto-assigned gr
|
|||||||
|
|
||||||
For critical connections, consider:
|
For critical connections, consider:
|
||||||
- Multiple routing peers at each location
|
- Multiple routing peers at each location
|
||||||
- Monitoring routing peer health
|
- Monitoring routing peer health via [Notifications](/manage/settings/notifications) to get alerted when a routing peer disconnects
|
||||||
- Automatic failover configuration
|
- Automatic failover configuration
|
||||||
|
|
||||||
### Security
|
### Security
|
||||||
|
|||||||
Reference in New Issue
Block a user