[bug] 当配置--network-name my-network --network-secret my-secret 时禁止中转失效

[ppttu]

问题简要描述 / Brief Description

当配置--network-name my-network --network-secret my-secret 时禁止中转（ --relay-network-whitelist --relay-all-peer-rpc ）没有效果

环境信息 / Environment Information

v:2.4.3-2145ef40

节点配置 / Node Configurations

easytier-core --relay-network-whitelist --relay-all-peer-rpc --network-name rahome --network-secret rahomexxxx --private-mode true

日志信息 / Log Information

~

重现步骤 / Reproduction Steps

禁止中继功能失效：easytier-core --relay-network-whitelist --relay-all-peer-rpc --network-name rahome --network-secret rahomexxxx--private-mode true

禁止中继功能有效：easytier-core --relay-network-whitelist --relay-all-peer-rpc

预期结果 / Expected Behavior

因为是买的云服务器，流量价格不菲 只希望具备打洞能力。 屏蔽中转

easytier-core --relay-network-whitelist --relay-all-peer-rpc --network-name rahome --network-secret rahomexxxx--private-mode true
期望能够禁止中继转发的同时限制网络名称

额外信息 / Additional Context

No response

[ppttu]

不理解，在 --network-name rahome --network-secret rahomexxxx --relay-network-whitelist 情况下，只有你自己的网络才可以使用中转，如果你不加 --relay-all-peer-rpc 其他人连打洞都用不了

而中转自己的可信网络，本身就是et必须要有的功能，如果你想不使用可信网络的中转功能，请把两地客户端网络环境调整成可以打洞，自然会切换到非中转线路。

如果你的设想是无法成功打洞也强制禁用可信网络中转，那么此时你两地客户端将无法连通。

从配置上来讲不应该出现这种互斥失效的情况呀？为了排查为啥禁不掉中转花了很多时间 😄

另外有2个典型场景：
1.打洞不通也不愿意支付服务器的流量费
2.多线用户， 比如我现在有电信+广电宽带，其中电信有公网ip，广电无公网但带宽高。 如果广电打洞成功我将享受广电的高带宽优势，如不通我可以通过电信网络访问

[ppttu]

点错了 close

[f0re1gnKey]

不理解，在 --network-name rahome --network-secret rahomexxxx --relay-network-whitelist 情况下，只有你自己的网络才可以使用中转，如果你不加 --relay-all-peer-rpc 其他人连打洞都用不了
而中转自己的可信网络，本身就是et必须要有的功能，如果你想不使用可信网络的中转功能，请把两地客户端网络环境调整成可以打洞，自然会切换到非中转线路。
如果你的设想是无法成功打洞也强制禁用可信网络中转，那么此时你两地客户端将无法连通。

从配置上来讲不应该出现这种互斥失效的情况呀？为了排查为啥禁不掉中转花了很多时间 😄

另外有2个典型场景： 1.打洞不通也不愿意支付服务器的流量费 2.多线用户， 比如我现在有电信+广电宽带，其中电信有公网ip，广电无公网但带宽高。 如果广电打洞成功我将享受广电的高带宽优势，如不通我可以通过电信网络访问

从配置上来讲，--relay-network-whitelist 是网络转发白名单，至少包含当前网络，--private-mode true 其实相当于空的白名单，作用一样

场景1 服务器不设置 --network-name rahome --network-secret rahomexxxx，仅设置 --relay-network-whitelist --relay-all-peer-rpc，即可进入纯打洞模式，此时你的两个客户端填服务器为公共IP，只会打洞不会转发

场景2 配置负载均衡，让客户端的数据包固定从广电出口出去，否则客户端无法用广电线路打洞

[ppttu]

不理解，在 --network-name rahome --network-secret rahomexxxx --relay-network-whitelist 情况下，只有你自己的网络才可以使用中转，如果你不加 --relay-all-peer-rpc 其他人连打洞都用不了
而中转自己的可信网络，本身就是et必须要有的功能，如果你想不使用可信网络的中转功能，请把两地客户端网络环境调整成可以打洞，自然会切换到非中转线路。
如果你的设想是无法成功打洞也强制禁用可信网络中转，那么此时你两地客户端将无法连通。

从配置上来讲不应该出现这种互斥失效的情况呀？为了排查为啥禁不掉中转花了很多时间 😄
另外有2个典型场景： 1.打洞不通也不愿意支付服务器的流量费 2.多线用户， 比如我现在有电信+广电宽带，其中电信有公网ip，广电无公网但带宽高。 如果广电打洞成功我将享受广电的高带宽优势，如不通我可以通过电信网络访问

从配置上来讲，--relay-network-whitelist 是网络转发白名单，至少包含当前网络，--private-mode true 其实相当于空的白名单，作用一样

场景1 服务器不设置 --network-name rahome --network-secret rahomexxxx，仅设置 --relay-network-whitelist --relay-all-peer-rpc，即可进入纯打洞模式，此时你的两个客户端填服务器为公共IP，只会打洞不会转发

场景2 配置负载均衡，让客户端的数据包固定从广电出口出去，否则客户端无法用广电线路打洞

场景1 我并不希望因此把服务器变成“公共服务器”，请原谅我的自私 😄

场景2 目前就是这样配置的，所以广电是择优选择 如果打洞失败电信可以保底

[f0re1gnKey]

不理解，在 --network-name rahome --network-secret rahomexxxx --relay-network-whitelist 情况下，只有你自己的网络才可以使用中转，如果你不加 --relay-all-peer-rpc 其他人连打洞都用不了
而中转自己的可信网络，本身就是et必须要有的功能，如果你想不使用可信网络的中转功能，请把两地客户端网络环境调整成可以打洞，自然会切换到非中转线路。
如果你的设想是无法成功打洞也强制禁用可信网络中转，那么此时你两地客户端将无法连通。

从配置上来讲不应该出现这种互斥失效的情况呀？为了排查为啥禁不掉中转花了很多时间 😄
另外有2个典型场景： 1.打洞不通也不愿意支付服务器的流量费 2.多线用户， 比如我现在有电信+广电宽带，其中电信有公网ip，广电无公网但带宽高。 如果广电打洞成功我将享受广电的高带宽优势，如不通我可以通过电信网络访问

从配置上来讲，--relay-network-whitelist 是网络转发白名单，至少包含当前网络，--private-mode true 其实相当于空的白名单，作用一样
场景1 服务器不设置 --network-name rahome --network-secret rahomexxxx，仅设置 --relay-network-whitelist --relay-all-peer-rpc，即可进入纯打洞模式，此时你的两个客户端填服务器为公共IP，只会打洞不会转发
场景2 配置负载均衡，让客户端的数据包固定从广电出口出去，否则客户端无法用广电线路打洞

场景1 我并不希望因此把服务器变成“公共服务器”，请原谅我的自私 😄

场景2 目前就是这样配置的，所以广电是择优选择 如果打洞失败电信可以保底

针对场景1，目前et尚未有这种功能，建议采用随机高位端口规避，不使用默认端口

[ppttu]

不理解，在 --network-name rahome --network-secret rahomexxxx --relay-network-whitelist 情况下，只有你自己的网络才可以使用中转，如果你不加 --relay-all-peer-rpc 其他人连打洞都用不了
而中转自己的可信网络，本身就是et必须要有的功能，如果你想不使用可信网络的中转功能，请把两地客户端网络环境调整成可以打洞，自然会切换到非中转线路。
如果你的设想是无法成功打洞也强制禁用可信网络中转，那么此时你两地客户端将无法连通。

从配置上来讲不应该出现这种互斥失效的情况呀？为了排查为啥禁不掉中转花了很多时间 😄
另外有2个典型场景： 1.打洞不通也不愿意支付服务器的流量费 2.多线用户， 比如我现在有电信+广电宽带，其中电信有公网ip，广电无公网但带宽高。 如果广电打洞成功我将享受广电的高带宽优势，如不通我可以通过电信网络访问

从配置上来讲，--relay-network-whitelist 是网络转发白名单，至少包含当前网络，--private-mode true 其实相当于空的白名单，作用一样
场景1 服务器不设置 --network-name rahome --network-secret rahomexxxx，仅设置 --relay-network-whitelist --relay-all-peer-rpc，即可进入纯打洞模式，此时你的两个客户端填服务器为公共IP，只会打洞不会转发
场景2 配置负载均衡，让客户端的数据包固定从广电出口出去，否则客户端无法用广电线路打洞

场景1 我并不希望因此把服务器变成“公共服务器”，请原谅我的自私 😄
场景2 目前就是这样配置的，所以广电是择优选择 如果打洞失败电信可以保底

针对场景1，目前et尚未有这种功能，建议采用随机高位端口规避，不使用默认端口

有计划做支持吗

[gdtv]

我的问题不知和楼主是否一样：

设备A稳定长期运行，但流量很贵。
设备B经常更换（哪个商家便宜就换到哪家），但流量很多很便宜带宽也很大。

所以我希望设备A做为一个固定的、稳定的“服务器端”，所有节点机器都设置--peers为设备A的公网ip，但是禁止设备A中转流量。然后让设备B中继转发所有打洞不成功的节点的流量。

按楼主的方法，在设备A上面设置--relay-network-whitelist --relay-all-peer-rpc 无效，还是会强制使用设备A中转流量。

我曾经发过一个帖子说这个问题，但没有得到答案。

[gdtv]

我的问题不知和楼主是否一样：
设备A稳定长期运行，但流量很贵。 设备B经常更换（哪个商家便宜就换到哪家），但流量很多很便宜带宽也很大。
所以我希望设备A做为一个固定的、稳定的“服务器端”，所有节点机器都设置--peers为设备A的公网ip，但是禁止设备A中转流量。然后让设备B中继转发所有打洞不成功的节点的流量。
按楼主的方法，在设备A上面设置--relay-network-whitelist --relay-all-peer-rpc 无效，还是会强制使用设备A中转流量。
我曾经发过一个帖子说这个问题，但没有得到答案。

设备A的 --network-name 和 --network-secret 需要为空

我是要建立私有网络，不允许别人加入，所以这两项不能设置为空。

[ppttu]

我的问题不知和楼主是否一样：

设备A稳定长期运行，但流量很贵。 设备B经常更换（哪个商家便宜就换到哪家），但流量很多很便宜带宽也很大。

所以我希望设备A做为一个固定的、稳定的“服务器端”，所有节点机器都设置--peers为设备A的公网ip，但是禁止设备A中转流量。然后让设备B中继转发所有打洞不成功的节点的流量。

按楼主的方法，在设备A上面设置--relay-network-whitelist --relay-all-peer-rpc 无效，还是会强制使用设备A中转流量。

我曾经发过一个帖子说这个问题，但没有得到答案。

是的，咱们场景很相近。 我的设备a是按流量计费的云服务器

[gdtv]

我的问题不知和楼主是否一样：
设备A稳定长期运行，但流量很贵。 设备B经常更换（哪个商家便宜就换到哪家），但流量很多很便宜带宽也很大。
所以我希望设备A做为一个固定的、稳定的“服务器端”，所有节点机器都设置--peers为设备A的公网ip，但是禁止设备A中转流量。然后让设备B中继转发所有打洞不成功的节点的流量。
按楼主的方法，在设备A上面设置--relay-network-whitelist --relay-all-peer-rpc 无效，还是会强制使用设备A中转流量。
我曾经发过一个帖子说这个问题，但没有得到答案。

设备A的 --network-name 和 --network-secret 需要为空

我是要建立私有网络，不允许别人加入，所以这两项不能设置为空。

--relay-network-whitelist 代表任何人无法使用节点转发 --relay-all-peer-rpc 代表任何人可以使用打洞功能 --network-name + --network-secret 会把网络名称加入 --relay-network-whitelist 从而开启 network-name 的转发功能

不影响你建立私有网络，为空也加入不了你的网络

还是不明白，请问一下，我是应该将设备A的--network-name 和 --network-secret设置为空吗？ 这样的话，别人也将--network-name 和 --network-secret设置为空，不就可以连上我的设备A了吗？

我希望：
1、我的设备A和我的其他设备可以互相访问
2、设备A可以为我的其他所有设备进行打洞，但不转发流量
3、别人连接不上我的所有设备，包括设备A，也不能用我的设备A进行打洞。

[gdtv]

我的问题不知和楼主是否一样：
设备A稳定长期运行，但流量很贵。 设备B经常更换（哪个商家便宜就换到哪家），但流量很多很便宜带宽也很大。
所以我希望设备A做为一个固定的、稳定的“服务器端”，所有节点机器都设置--peers为设备A的公网ip，但是禁止设备A中转流量。然后让设备B中继转发所有打洞不成功的节点的流量。
按楼主的方法，在设备A上面设置--relay-network-whitelist --relay-all-peer-rpc 无效，还是会强制使用设备A中转流量。
我曾经发过一个帖子说这个问题，但没有得到答案。

设备A的 --network-name 和 --network-secret 需要为空

我是要建立私有网络，不允许别人加入，所以这两项不能设置为空。

--relay-network-whitelist 代表任何人无法使用节点转发 --relay-all-peer-rpc 代表任何人可以使用打洞功能 --network-name + --network-secret 会把网络名称加入 --relay-network-whitelist 从而开启 network-name 的转发功能
不影响你建立私有网络，为空也加入不了你的网络

还是不明白，请问一下，我是应该将设备A的--network-name 和 --network-secret设置为空吗？ 这样的话，别人也将--network-name 和 --network-secret设置为空，不就可以连上我的设备A了吗？
我希望： 1、我的设备A和我的其他设备可以互相访问 2、设备A可以为我的其他所有设备进行打洞，但不转发流量 3、别人连接不上我的所有设备，包括设备A，也不能用我的设备A进行打洞。

使用强度足够的随机数生成器（如UUID）生成随机的--network-name 和 --network-secret，使暴力破解成为不可能 最终你会获得如下cli：--network-name (uuid) --network-secret (-uuid) --relay-network-whitelist --relay-all-peer-rpc 以上应该能满足你的所有需求

设备A：--network-name (uuid) --network-secret (-uuid) --relay-network-whitelist --relay-all-peer-rpc
设备B：--network-name (uuid) --network-secret (-uuid) --peers tcp://设备A的公网IP:11010
设备C：--network-name (uuid) --network-secret (-uuid) --peers tcp://设备A的公网IP:11010
设备D：--network-name (uuid) --network-secret (-uuid) --peers tcp://设备A的公网IP:11010
假设C和D无法打洞成功，我期望的效果：
C和D通过B中转流量。
实际上的效果：
C和D通过A中转流量。

请帮忙看一下我是哪里设置错了？

[gdtv]

我的问题不知和楼主是否一样：
设备A稳定长期运行，但流量很贵。 设备B经常更换（哪个商家便宜就换到哪家），但流量很多很便宜带宽也很大。
所以我希望设备A做为一个固定的、稳定的“服务器端”，所有节点机器都设置--peers为设备A的公网ip，但是禁止设备A中转流量。然后让设备B中继转发所有打洞不成功的节点的流量。
按楼主的方法，在设备A上面设置--relay-network-whitelist --relay-all-peer-rpc 无效，还是会强制使用设备A中转流量。
我曾经发过一个帖子说这个问题，但没有得到答案。

设备A的 --network-name 和 --network-secret 需要为空

我是要建立私有网络，不允许别人加入，所以这两项不能设置为空。

--relay-network-whitelist 代表任何人无法使用节点转发 --relay-all-peer-rpc 代表任何人可以使用打洞功能 --network-name + --network-secret 会把网络名称加入 --relay-network-whitelist 从而开启 network-name 的转发功能
不影响你建立私有网络，为空也加入不了你的网络

还是不明白，请问一下，我是应该将设备A的--network-name 和 --network-secret设置为空吗？ 这样的话，别人也将--network-name 和 --network-secret设置为空，不就可以连上我的设备A了吗？
我希望： 1、我的设备A和我的其他设备可以互相访问 2、设备A可以为我的其他所有设备进行打洞，但不转发流量 3、别人连接不上我的所有设备，包括设备A，也不能用我的设备A进行打洞。

使用强度足够的随机数生成器（如UUID）生成随机的--network-name 和 --network-secret，使暴力破解成为不可能 最终你会获得如下cli：--network-name (uuid) --network-secret (-uuid) --relay-network-whitelist --relay-all-peer-rpc 以上应该能满足你的所有需求

设备A：--network-name (uuid) --network-secret (-uuid) --relay-network-whitelist --relay-all-peer-rpc 设备B：--network-name (uuid) --network-secret (-uuid) --peers tcp://设备A的公网IP:11010 设备C：--network-name (uuid) --network-secret (-uuid) --peers tcp://设备A的公网IP:11010 设备D：--network-name (uuid) --network-secret (-uuid) --peers tcp://设备A的公网IP:11010 假设C和D无法打洞成功，我期望的效果： C和D通过B中转流量。 实际上的效果： C和D通过A中转流量。
请帮忙看一下我是哪里设置错了？

设备A：--network-name (uuidA) --network-secret (-uuidB) --relay-network-whitelist --relay-all-peer-rpc 设备B：--network-name (你的网络名) --network-secret (你的密码) --peers tcp://设备A的公网IP:11010 设备C：--network-name (你的网络名) --network-secret (你的密码) --peers tcp://设备A的公网IP:11010 设备D：--network-name (你的网络名) --network-secret (你的密码) --peers tcp://设备A的公网IP:11010

不明白uuid和网络名有什么不同，uuid意思是复杂的网络名？ 设备A和B C D的 --network-name和--network-secret 不同，A和B C D能互相通过easytier的内网ip访问吗？

[gdtv]

我的问题不知和楼主是否一样：
设备A稳定长期运行，但流量很贵。 设备B经常更换（哪个商家便宜就换到哪家），但流量很多很便宜带宽也很大。
所以我希望设备A做为一个固定的、稳定的“服务器端”，所有节点机器都设置--peers为设备A的公网ip，但是禁止设备A中转流量。然后让设备B中继转发所有打洞不成功的节点的流量。
按楼主的方法，在设备A上面设置--relay-network-whitelist --relay-all-peer-rpc 无效，还是会强制使用设备A中转流量。
我曾经发过一个帖子说这个问题，但没有得到答案。

设备A的 --network-name 和 --network-secret 需要为空

我是要建立私有网络，不允许别人加入，所以这两项不能设置为空。

--relay-network-whitelist 代表任何人无法使用节点转发 --relay-all-peer-rpc 代表任何人可以使用打洞功能 --network-name + --network-secret 会把网络名称加入 --relay-network-whitelist 从而开启 network-name 的转发功能
不影响你建立私有网络，为空也加入不了你的网络

还是不明白，请问一下，我是应该将设备A的--network-name 和 --network-secret设置为空吗？ 这样的话，别人也将--network-name 和 --network-secret设置为空，不就可以连上我的设备A了吗？
我希望： 1、我的设备A和我的其他设备可以互相访问 2、设备A可以为我的其他所有设备进行打洞，但不转发流量 3、别人连接不上我的所有设备，包括设备A，也不能用我的设备A进行打洞。

使用强度足够的随机数生成器（如UUID）生成随机的--network-name 和 --network-secret，使暴力破解成为不可能 最终你会获得如下cli：--network-name (uuid) --network-secret (-uuid) --relay-network-whitelist --relay-all-peer-rpc 以上应该能满足你的所有需求

设备A：--network-name (uuid) --network-secret (-uuid) --relay-network-whitelist --relay-all-peer-rpc 设备B：--network-name (uuid) --network-secret (-uuid) --peers tcp://设备A的公网IP:11010 设备C：--network-name (uuid) --network-secret (-uuid) --peers tcp://设备A的公网IP:11010 设备D：--network-name (uuid) --network-secret (-uuid) --peers tcp://设备A的公网IP:11010 假设C和D无法打洞成功，我期望的效果： C和D通过B中转流量。 实际上的效果： C和D通过A中转流量。
请帮忙看一下我是哪里设置错了？

设备A：--network-name (uuidA) --network-secret (-uuidB) --relay-network-whitelist --relay-all-peer-rpc 设备B：--network-name (你的网络名) --network-secret (你的密码) --peers tcp://设备A的公网IP:11010 设备C：--network-name (你的网络名) --network-secret (你的密码) --peers tcp://设备A的公网IP:11010 设备D：--network-name (你的网络名) --network-secret (你的密码) --peers tcp://设备A的公网IP:11010

不明白uuid和网络名有什么不同，uuid意思是复杂的网络名？ 设备A和B C D的 --network-name和--network-secret 不同，A和B C D能互相通过easytier的内网ip访问吗？

设备A不参与组网，只做打洞

那不适合我的要求，我要求A也参与组网。