EOS使用“peer-key peer-private-key“进行节点接入控制

规则

peer-key：

• 指定允许接入的节点的公钥，要求接入节点必须用peer-private-key来指定对应的私钥。
• 节点一旦设置了一个peer-key，那么本节点就要求接入的节点必须要有peer-private-key来指定对应的私钥。
• 可以指定多次，来控制接入不同密钥的节点

peer-private-key：

• 接入节点的私钥，与peer-key的公钥对应，才可以接入。
• [PublicKey, WIF private key] 格式
• 可以指定多次，来接到不同的节点

peer-key和peer-private-key可以单独存在。有peer-key即说明接入节点必须配置peer-private-key才能接入。 

如果本地节点A要求控制接入，对方节点B不做接入控制。那么：

A节点：peer-key= B的公钥

B节点：peer-private-key=B的私钥，不能配置配置peer-key

主机规划

192.168.7.22   生产节点

192.168.7.21   业务节点1

192.168.7.15   业务节点2

场景一：（已验证）

生产节点配置 peer-key=1

业务节点1配置对应 peer-private-key=1 （同步生产节点正常）

业务节点2不配置 peer-private-key （同步生产节点失败）

场景二：（已验证）

生产节点配置 peer-key=1

业务节点1配置对应 peer-private-key=1 （同步生产节点正常）

业务节点2不配置 peer-private-key （同步业务节点1正常）

测试结果：

场景三：

生产节点配置 peer-key=1

业务节点1配置对应 peer-private-key=1 （同步生产节点异常）

          配置 peer-key=2

业务节点2配置对应 peer-private-key=2 （同步业务节点1正常，但无法捕捉块）

测试结果：

场景四：

生产节点配置 peer-key=1

业务节点1配置对应 peer-private-key=1 （同步生产节点 异常）

          配置 peer-key=2

业务节点2不配置 peer-private-key     （同步业务节点1  失败）

测试结果：

场景五：

生产节点不配置

业务节点1配置对应 peer-key=2 （同步生产节点异常）

业务节点2配置  peer-private-key=2 （同步业务节点1 正常，但无法捕捉块）

测试结果：