mirror of
https://github.com/ntop/n2n.git
synced 2024-09-19 16:41:11 +02:00
e01daf4a85
* support linux l2 bridge * unified timeout name * typo * minor code style adaptions * feature define * feature define * feature define * feature define * added hint to bridging to help output * added hint to bridging * drafted bridging documentation * added bridging hint --------- Co-authored-by: Logan oos Even <46396513+Logan007@users.noreply.github.com>
44 lines
2.1 KiB
Markdown
44 lines
2.1 KiB
Markdown
# Advanced Configuration
|
||
|
||
|
||
## Configuration Files
|
||
|
||
Read about [Configuration Files](ConfigurationFiles.md) as they might come in handy – especially, but not limited to, if edges or supernodes shall be run as a service (see below) or in case of bulk automated parameter generation for mass deployment.
|
||
|
||
## Running edge as a Service
|
||
|
||
edge can also be run as a service instead of cli:
|
||
|
||
1. Edit `/etc/n2n/edge.conf` with your custom options. See `/etc/n2n/edge.conf.sample`.
|
||
2. Start the service: `sudo systemctl start edge`
|
||
3. Optionally enable edge start on boot: `sudo systemctl enable edge`
|
||
|
||
You can run multiple edge service instances by creating `/etc/n2n/edge-instance1.conf` and
|
||
starting it with `sudo systemctl start edge@instance1`.
|
||
|
||
|
||
## Communities
|
||
|
||
You might be interested to learn some [details about Communities](Communities.md) and understand how to limit supernodes' services to only a specified set of communities.
|
||
|
||
|
||
## Federation
|
||
|
||
It is available a special community which provides interconnection between supernodes. Details about how it works and how you can use it are available in [Federation](Federation.md).
|
||
|
||
## Virtual Network Device Configuration
|
||
|
||
The [TAP Configuration Guide](TapConfiguration.md) contains hints on various settings that can be applied to the virtual network device, including IPv6 addresses as well as notes on MTU and on how to draw IP addresses from DHCP servers.
|
||
|
||
|
||
## Bridging and Routing the Traffic
|
||
|
||
Reaching a remote network or tunneling all the internet traffic via n2n are two common tasks which require a proper routing setup. n2n supports routing needs by temporarily modifying the routing table (`tools/n2n-route`). Details can be found in the [Routing document](Routing.md).
|
||
|
||
Also, n2n supports [Bridging](Bridging.md) of LANs, e.g. to connect otherwise un-connected LANs by an encrypted n2n tunnel on level 2.
|
||
|
||
|
||
## Traffic Restrictions
|
||
|
||
It is possible to drop or accept specific packet transmit over edge network interface by rules. Rules can be specify by (`-R rule_str`) multiple times. Details can be found in the [Traffic Restrictions](TrafficRestrictions.md).
|