26
26
27
27
In order to act as a relay for other hosts, ` am_relay` must be set to true (default false.) In order to use relays, a
28
28
host must have `use_relays` set to true (default true.) Any host can be a relay; it does not need to be a lighthouse.
29
- However, like lighthouses, relay nodes should be deployed with a public internet IP and firewall rules that permit
30
- Nebula's UDP traffic inbound.
29
+ However, like lighthouses, relay nodes should be deployed with a <UnderlayIP> public internet IP</UnderlayIP> and
30
+ firewall rules that permit Nebula's UDP traffic inbound.
31
31
32
32
Hosts specify which other hosts may act as a relay when connecting to them via the `relays` option in the config. This
33
33
allows hosts to specify relays that are "close" to them. For example, if you have some Nebula hosts in a private AWS
@@ -40,8 +40,10 @@ their own config.
40
40
41
41
<Pill className="mb-24">Reloadable</Pill>
42
42
43
- ` relays` is a list of Nebula IPs that peers can use to relay packets to this host. IPs in this list must have `am_relay`
44
- set to `true` in their configs, otherwise they will reject relay requests.
43
+ ` relays` is a list of <OverlayIP>Nebula IPs</OverlayIP> that peers can use to relay packets to this host.
44
+
45
+ <OverlayIP>IPs</OverlayIP> in this list must have `am_relay` set to `true` in their configs, otherwise they will reject relay
46
+ requests.
45
47
46
48
` ` ` yml
47
49
relays:
@@ -50,7 +52,7 @@ relays:
50
52
` ` `
51
53
52
54
This list of relays is reported to the Lighthouse. When other nodes attempt to handshake with this host, the Lighthouse
53
- will indicate its supported relays in addition to its known IP addresses.
55
+ will indicate its supported relays in addition to its <UnderlayIP> known IP addresses</UnderlayIP> .
54
56
55
57
# # relay.am_relay
56
58
0 commit comments