Skip to content

Latest commit

 

History

History
290 lines (202 loc) · 14.2 KB

gnb_config_manual_cn.md

File metadata and controls

290 lines (202 loc) · 14.2 KB

OpenGNB配置文档

OpenGNB是一个开源的去中心化的具有极致内网穿透能力的通过P2P进行三层网络交换的虚拟组网系统。

概述

每个接入GNB网络的设备都是一个GNB节点,每个节点拥有唯一的UUID,被称为nodeid,这是一个32bit无符号整型数字,可以由人工分配,必须保证每个节点的nodeid在整个GNB网络中是唯一的。

GNB节点的配置文件集中存放在一个目录下,一般情况下,每个节点的配置目录作为一个子目录放在 conf 目录下,可以用节点的nodeid来命名。

例如有 1001、1002、1003 三个节点,那么 conf/ 应该存在以下三个目录

conf/1001
conf/1002
conf/1003

目录下有几个配置文件 node.conf route.conf address.conf

GNB节点通过非对称加密来交换通讯的密钥,这是GNB节点通信的基础,因此需要为每个GNB节点创建一组公私钥,两个节点需要交换公钥才能进行通讯。

公私钥的命名分别是以节点的UUID为文件名 .private 和 .public 为文件的后缀名,以UUID为1001的节点公私钥文件应为 1001.public 1001.private

GNB 提供了一个名为 gnb_crypto 命令行工具,用于生成公私钥,

./gnb_crypto -c -p 1001.private -k 1001.public

本节点的公私钥存放在 conf/$uuid32/security/ 目录下,其他节点的公钥存放 conf/$uuid32/ed25519/

以UUID为1001的节点为例

conf/1001/security/ 目录下应该有 1001.private 1001.public conf/1001/ed25519/ 目录下应该有 1002.public 1003.public

script/目录下存放了一组脚本

是在虚拟网卡启动或关闭后调用的脚本,用于用户自定义设置路由,防火墙的指令

GNB目前支持的操作系统及平台有 Linux_x86_64,Windows10_x86_64, macOS,FreeBSD_AMD64,OpenBSD_AMD64,树莓派,OpenWRT,除有特别的说明,本文档适用于这些支持的平台发行版及针对特定平台源码编译的版本。

详细配置说明

node.conf:

以下是 node.conf 一个例子:

nodeid 1001
listen  9001

node.conf 用于存放节点的配置信息,格式如下

nodeid $nodeid
listen $listen_port

node.conf 所支持的配置项与gnb命令行参数一一对应,目前支持的配置项有

ifname nodeid listen listen6 listen4 multi-socket disabled-direct-forward ipv4-only ipv6-only passcode quiet daemon mtu port-detect-range port-detect-start port-detect-end log-file-path log-udp4 log-udp-type console-log-level file-log-level udp-log-level core-log-level pf-log-level main-log-level node-log-level index-log-level detect-log-level

route.conf: GNB网络里所有的节点共享的一张路由表,配置文件是route.conf

每个路由配置项占一行,路由配置项有两个类型 forwardrelay 用于设定本地节点的 payload 到达对端节点的方式。

forwardrelay 的区别:

forward 类似于default route(默认路由),当两个节点无法直接通信的时候自动通过 forward 节点转发payload。

relay 是通过明确自定义的中继路径对payload进行中继,payload在中继过程中会被中继节点再次加密。

forwardrelay 节点都无法得到通信的两端的payload的明文。

节点间route 方式可以是 forwardrelay,也可以是 forwardrelay 组合

route type forward

节点之间通信默认是点对点方式,配置中如果有 forward 节点,在点对点不成功的情况下或强制forward的情况下节点之间的通信会通过 forward 节点转发;

以下是 route.conf type forward 一个例子:

1001|10.1.0.1|255.255.255.0
1002|10.1.0.2|255.255.255.0
1003|10.1.0.3|255.255.255.0

配置文件中的每一行是一个节点的描述,格式如下

$nodeid|$tun_ipv4|$tun_netmask

每个配置项的含义是这样 $nodeid 节点的UUID $tun_ipv4 虚拟网卡的IPV4地址 $tun_netmask 虚拟网卡的IPV4地址的子网掩码

如果gnb运行两个网络的网关上,通过配置 route.conf 可以让两个ipv4子网内的设备进行互访,即使这些设备上没有运行gnb。 要注意的是,目前仍然需要自行在出口网关上设定路由 例如有一个虚拟ip为 10.1.0.2 的GNB节点,节点所在的内网是 192.168.0.0/24,想要在本地主机(没有运行GNB服务)上访问直接访问 192.168.0.0/24 里的主机,那么位于出口网关的GNB配置route.conf应该包含这两项配置

1002|10.1.0.2|255.255.255.0
1002|192.168.0.0|255.255.255.0

在出口网关上加一条路由

ip route add 192.168.0.0/24 via 10.1.0.2

为了让对端 192.168.0.0/24 子网中的机器能够访问到本地主机,在对端虚拟ip 为 10.1.0.2 的GNB节点上也需要为到达本地设一条路由。

route type relay

为对端的节点设定中继节点, 可以为一个对端的节点设置最多8条中继的路由,每条中继路由最多可以有5个中继节点。

以下是 route.conf type relay 一些例子:

1006|1003
1006|auto,static
1006|1003,1004,1005
1006|force,static
1006|1003,1005
1006|1005,1004
1006|1005,1003
1006|force,balance

$nodeid|$relay_nodeid3,$relay_nodeid2,$relay_nodeid1 $nodeid|$relay_mode

本地节点的payload通过中继节点到达对端节点的路径是 local_node => relay_node1 => relay_node2 => relay_node3 => dst_node, 而 dst_node 到 local_node 的路径则由对端的 dst_node 的node.conf配置所决定。

$relay_mode 可以是 auto, force, static, balance

auto 当对端节点无法点对点通信及没有forward节点转发时通过预设的中继路由转发 force 强制与该对端的节点的通信必须经过中继路由 static 当一个对端的节点有多条中继路由时,使用第一条中继路由 balance 当一个对端的节点有多条中继路由时,以负载均衡的方式选择中继路由

address.conf 配置说明

address.conf 用于配置节点的属性和公网ip地址及端口

以下是 address.conf 一个例子:

i|0|a.a.a.a|9001
if|1001|b.b.b.b|9001
n|1002|c.c.c.c|9001

其中,a.a.a.a b.b.b.b c.c.c.c 代表公网ip地址,需要根据实际情况填写

配置文件中的每一行是一个地址 的描述,格式如下

$attrib|$nodeid|$ipv4/$ipv6|$port

$attrib 节点的属性,用一组字符来表示,i表示这个节点是index节点; f表示这个节点是forward节点; n表示这个节点是一个普通节点; s为静默(slience)节点,本地节点如果含有s属性将不会与index节点通信避免,也不会响应ping-pong及地址探测的请求暴露本地ip地址 $nodeid 节点的UUID,与 route.conf 中的$nodeid相对应 $ipv6 GNB节点的IPV6地址 $ipv4 GNB节点的IPV4地址 $port GNB节点的服务端口

如果一个节点同时拥有ipv4和ipv6地址,这就需要分两行配置项,GNB会通过 ping-pong 协议方式去测量该节点哪个ip地址有更低的延时,在发送ip分组数据的时候自动发往低延时的地址。

index节点的作用类似于DNS,如果一组相互之间不知道对方ip地址和端口的GNB节点都向同一个index节点提交自身的ip地址和端口,那这些GNB节点就可以通过对端节点的公钥向index查询对端节点的ip地址和端口。 GNB index 协议允许在提交和查询节点ip地址端口过程中不验证报文的数字签名,即index节点允许对提交和查询ip的报文不验证数字签名,普通节点对index节点响应查询ip的报文不验证数字签名。 index节点可以不绑定nodeid,不需要在 route.conf 配置文件中描述,对于不绑定nodeid的index节点被定义为 public gnb index node 并在 address.conf 中把 $nodeid 这一列设置成0。

forward节点可以为无法直接互访的GNB节点中转ip分组,这些节点通常部署在内网中且没有固定公网ip,并且用尽了所有的办法都无法实现nat穿透实现点对点通讯,forward节点并不能解密两个节点之间的通信的内容。 出于安全考虑,forward节点必须绑定 nodeid 作为配置项出现在 route.conf 中,与 gnb forward 协议相关的报文都要发送验证节点的数字签名,即要求forward节点和通过forward节点转发报文的普通节点都必须相互交换了公钥。

address.conf 中 index节点和forward节点可以有多项,包括可以有多项 $nodeid设为0的 public gnb index node。 一旦配置了多个index节点或forward节点, 就可以使用GNB的index和forward服务的负载均衡和容错模式。

gnb的命令行参数

执行gnb -h可以看到gnb在当前平台所支持的参数,这里只对一些已经明确固定下来的参数进行解释

参数 明细
-c, --conf 指定gnb node的目录
-n, --nodeid nodeid
-P, --public-index-service 作为公共索引服务运行
-a, --node-address node address
-r, --node-route node route
-i, --ifname 指定虚拟网卡的的名字,这在macOS和windows上是无效的,这些系统对虚拟网卡的命名有自己的规则
-4, --ipv4-only 禁用ipv6,gnb将不通过ipv6地址收发数据,gnb开启的虚拟网卡不会绑定ipv6地址,由于禁用了ipv6,因此gnb可以设置小于1280的mtu,对于一些限制比较多的网络环境可以利用这个特性尝试使用更小的mtu
-6, --ipv6-only 禁用ipv4,gnb将不通过ipv4地址收发数据,gnb开启的虚拟网卡不会绑定ipv4地址
-d, --daemon 作为daemon进程启动,Windows不支持这个选项
-q, --quiet 禁止在控制台输出信息
-t, --selftest self test
-p, --passcode a hexadecimal string of 32-bit unsigned integer, use to strengthen safety
-l, --listen listen address default is '0.0.0.0:9001'
-b, --ctl-block ctl block mapper file
-e, --es-argv pass-through gnb_es argv
--node-woker-queue-length node woker queue length
--index-woker-queue-length index woker queue length
--index-service-woker-queue index service woker queue length
--port-detect-start port detect start
--port-detect-end port detect end
--port-detect-range port detect range
--mtu 虚拟网卡的mtu,在比较糟糕的网络环境下ipv4可以设为532,ipv6不可小于1280
--crypto 'xor' or 'rc4' or 'none' default is 'xor'; 设定gnb传输数据的加密算法,选择'none'就是不加密,默认是xor使得在CPU运算能力很弱的硬件上也可以有较高的数据吞吐能力。未来会支持aes算法。两个gnb节点必须保持相同的加密算法才可以正常通讯。
--crypto-key-update-interval 'hour' or 'minute' or none default is 'none';gnb的节点之间可以通过时钟同步变更密钥,这依赖与节点的时钟必须保持较精确的同步,由于考虑到实际环境中一些节点时钟可能2无法及时同步时间,因此这个选项默认是不启用,如果运行gnb的节点能够保证同步时钟,可以考虑选择一个同步更新密钥的间隔,这可以提升一点通讯的安全性。
--multi-index-type 'simple-fault-tolerant' or 'simple-load-balance' default is 'simple-fault-tolerant';如果设置了多个index节点,那么可以选择一个选取index节点的方式,负载均衡或容错模式,这个选项目前还不完善,容错模式只能在交换了通讯密钥的节点之间进行
--multi-forward-type 'simple-fault-tolerant' or 'simple-load-balance' default is 'simple-fault-tolerant';如果有多个forward节点,可以选择一个forward节点的方式,负载均衡或在容错模式
--socket-if-name example: 'eth0', 'eno1', only for unix-like os;在unix-like系统上可以让gnb的数据通过指定物理网卡发送,这里需要用户输入物理网卡的名字,Windows不支持这个特性,也看不到该选项
--address-secure 'hide part of ip address in logs 'on' or 'off' default is 'on'
--if-dump 'dump the interface data frame 'on' or 'off' default is 'off';把经过gnb开启的虚拟网卡的ip分组在日志中输出,这样方便调试系统
--pf-route packet filter route
--multi-socket 开启多端口探测,在nat穿透端口探测过程中可以较大提升nat穿透成功率
--direct-forwarding 'on' or 'off' default is 'on'
--set-tun 不启动虚拟网卡,这个选项时不需要用root权限去启动进程,用在index和fwd服务
--index-worker 'on' or 'off' default is 'on'
--index-service-worker 'on' or 'off' default is 'on'
--node-detect-worker 'on' or 'off' default is 'on'
--set-fwdu0 'on' or 'off' default is 'on'
--pid-file 指定保存gnb进程id的文件,方便通过脚本去kill进程,如果不指定这个文件,pid文件将保存在当前节点的配置目录下
--node-cache-file gnb会定期把成功连通的节点的ip地址和端口记录在一个缓存文件中,gnb进程在退出后,这些地址信息不会消失,重新启动进程时会读入这些数据,这样新启动gnb进程就可能不需通过index 节点查询曾经成功连接过的节点的地址信息
--log-file-path 指定输出文件日志的路径,如果不指定将不会产生日志文件
--log-udp4 send log to the address ipv4 default is '127.0.0.1:9000
--log-udp-type the log udp type 'binary' or 'text' default is 'binary'
--console-log-level log console level 0-3
--file-log-level log file level 0-3
--udp-log-level log udp level 0-3
--core-log-level core log level 0-3
--pf-log-level packet filter log level 0-3
--main-log-level main log level 0-3
--node-log-level node log level 0-3
--index-log-level index log level 0-3
--index-service-log-level index service log level 0-3
--node-detect-log-level node detect log level 0-3
--help

gnb_es的命令行参数

执行gnb_es -h可以看到gnb_es在当前平台所支持的参数

参数 明细
-b, --ctl_block ctl block mapper file
-s, --service service mode
-d, --daemon daemon
--upnp upnp
--resolv resolv
--dump-address dump address
--broadcast-addres broadcast addre
--pid-file pid file
--wan-address6-file wan address6 file
--if-up call at interface up
--if-down call at interface down
--log-udp4 send log to the address ipv4 default is '127.0.0.1:9000'
--log-udp-type the log udp type 'binary' or 'text' default is 'binary'