@okletgo 44#
额。。。
- 首先，DHCP 。有文章说，不要通过 ZT 的网络发送 DHCP 的 UDP 包，会导致意想不到的情况；
- 其次，网段。100/24+101/24 两个网段是不行，但是 100/23 也好还是 100/24 也好，首先二层一个网，然后无非就是 256 台还是 256+256 台主机数量而已，这也不是关键；
- 再次，桥接。桥接操作很简单，ZT 配置上勾上，OP 上绑定端口，主网和次网均此；

然后问题就出现了，主网内不废话，DHCP 也好，ARP 也罢，二层互通，但是次网只有接入的 OP 设备能够找到主网的所有设备（主网也能找到这个 OP ），OP 下边的所有设备只在 OP 内运转，不能找到主网任何一台设备（主网的也找不到子网的设备），拦包观察的是，子网设备找主网的 ARP 广播包不能传到主网里，所以别说 DHCP 了就算手动配置子网的 IP ，也无法获取主网设备的 MAC ，更不要说通信了。

最后按照官方文档的说法，如附言 1 的图，右侧只能各个节点接入，节点下再挂就得是另外一个网段，通过节点[路由|NAT]到主网——那也就是网段不同了。至于原因，我判断，ZT 属于三层（甚至以上）做互通，并不能完成二层的一些协议，所以无法完全做到两个网络的二层桥接，即使用两个 ZT 实现软虚拟的网桥或者交换机设备。

最最后，这个事情，我干脆通过路由解决了。即右侧 NodeA 下挂一个 10.0.1.x 的网络，通过 NodeA 路由到 10.0.0.x 的主网，同时配置主网的路由策略，10.0.1.0/24 via 10.0.0.101 。

那 1000 的下行，只有 30 的上行，怎么说？

既然座充了，既然电动车了，要不咱还是“创新”换电吧！——NOKLA 大呼内行。

RAID 是保持的硬盘组在线，而不是数据安全，坏了一块盘所有盘还能持续服务。而保证数据安全，需要多点备份。

家用，五盘，搞个 RAID5 省心。

额。。。。这帖子还挺热闹，反正我是无法理解 LZ 和所有一众不适应国行系统的安卓用户。

我的现状是，一加 12 ，纯纯的 coloros14 ，还跟着更新，之前的一加 9pro 也是跟着更新，再往前是 110 先的 P20Pro 当然这是个欧版了。再往前是个啥忘了——但总归都是国行系统，主要是用了欧版本地化确实不行——插个题外话，观望了三代大法 X1(3,4,5)都没有下手，就是那个没有本地化的系统确实不顺手。

那么广告跳 APP 什么的在我这里基本没有发生——所以不理解 LZ 和一众的行为么。开屏广告的确有，纯等 3-5 秒钟，当然最烦的是高德，我用高德都是正在开车路上需要查前方路况，这几秒钟给我耽误的很危险。然后 APP 弄几个文件夹半屏就码下了，哪哪的四五屏，不用那么多。再然后应用市场点（以及其他地方点）都很稳重，看清楚了再点，权限申请弹窗什么的默认左侧那个按钮（按照规范右侧按钮是同意/允许之类）。反正系统很整洁，也没有那么多烦扰的事情。

以上就是纯描述我自己的状态。

看来我一圈，感觉一切的源头都在第一段中乱点装 APP ，这臭毛病改掉，不啥事没有了？？

这，很难描述么？
“亲，这是一种新技术，使用浏览器运行本地的程序，不需要网络支持，断网的时候也能用”，或者再发明一个新词：Offline Browser(Web) Application ，OB(W)A 。

输出没有问题，输入怎么办？各种系统里，总得输入这些字符，没有中文输入法，怎么输入？
中文没问题了，三哥说我一世界第三，怎么说也得支持，甭说三哥家有多少种语言，就这输入法是不是也得。。。。

额。。。感觉全都是音标没学好的。。。

那个 nginx 的 g 的/dʒ/不是 zh(i)支而更像不带元音的 zhe 着，后边的 i 也不是/ai/而是/i/，连在一起像拼音的 [jin] 今，但是跟 [zhei] 就差的很远了，但是我印象上，也有读/'endʒinks/的，也并不是完整的/'endʒi,neks/

至于 android ，oi 九成九都发/ɔi/，怎么也不会也出现个“卓尔的”。

7# 说的那俩，一个从西班牙语还是哪个过来的，但是如果结尾 e 发音，会写成 josé，还有 resume 和 resumé，两个发音两个意思，而 chef 从法语来的，自然不会按照英语的/tʃ/发音。

@matate 38# 初衷是这样的，分处两端的设备在 L2 直接通信，且不通过 l2tp 、gre 等方法。但事实上，zerotier 做不到。我观察，ARP 可以在主 LAN 和子 NODE 之间广播，但无法广播到子 NODE 桥接的 LAN 的其他设备，就是 A 询问 B 的 ARP ，C 、D 都能获得（ C 、D 是两个节点 zerotier ，且允许桥接）而 B 是收不到数据包的。我猜应该是 zerotier 打开 L2 Bridging 之后，只能接收 ARP 并且给各个 NODE 发送，而不能转发 ARP 广播——这就需要看源码了。这是观察到的 ARP 信息，没有 ARP ，二层通信应该就完全没有了，AB 不通的原因在此。

@sapphire 39# 我觉得你的测试环境可能不清晰，也许通过其他路由策略完成了链路通道。某个角落文章说过桥接的时候要禁止 DHCP 包的广播，否则会让 zerotier 产生更加奇怪的情况。主从的问题，我也非常纳闷，两个同等的 LAN ，ZT 是怎么知道谁主谁从的，第一个接入还是什么，如果结合本贴前半截说的 ARP 问题，可能会有一个解释：不分主从，只能数据包无法通达。

@matate 36# 最初的原动力就是 zerotier 说可以 L2 Bridge ，那问题就来了，能不能桥接两个 LAN （甚至多个），实践结果就是不能，只能在一个 LAN 中完成桥接，不能桥接到第二个 LAN 中——附言一的那张图。如果非要做，可能就是需要 L2TP 或者 wireguard 的 GRE 隧道等技术完成。

windows 的多用户也叫多用户？？
OP 这需求，开虚拟桌面吧（不是 windows10 以后的那个多桌面啊）

驳斥 OP 最后一句话，很多 U 盘到后期，都得斜着掰一下，系统才能识别。

但从稳固上来说，越大越稳固，越小越不稳固——带挂钩的 DP 公头是我使用中最难受的，但是你无法否认它的坚固。而小型接口中，type-c 是一个非常赶鸭子上架的接口：机械性能差——触点小舌安排在的母座端，如果小舌损坏，甚至可能报废整个主机；电气性能差——线头多（ 20/21 个引脚）其为了兼顾一样定义浪费太大，而 PD3.1 又加了 48V/5A/240W 的标准，那小触点……相比之下 L 先就好一点，特别是 VisIonPRO 上出现了 Lightning Pro/Max 什么的，触点够但又不繁，小舌在公头上，真的坏了换线而不是换母座（主机）。

@bjfane 29#

你这个 lan to lan ，其实还是 peer to peer ，因为通过 NAT ，每个 peer 隐藏了身后的 LAN 。其实我的原始效果是想要两个 LAN 在二层形成一个 LAN ，即统一的地址和掩码，以及广播地址，这样深处两网的两台机器的通讯，是通过基本的网络交换完成的——在广播地址上呼喊 ARP ，然后数据包直接到达连接端口，这是硬件交换机的模型。但是 zerotier 在这里是一个软件产品，桥接了两个网，某种意义上并不存在“交换机端口”，所以我觉得不能把远端的 LAN 桥接入本地的 LAN ，原因也只在于此。

然后通过 wireguard 实现二层桥接，补充里说了，有人通过 wg 的 p2p 构建链路之后，创建 gre 隧道二层桥接网络。

再然后，如果不是一个 LAN 地址，不使用 NAT ，直接三层路由转发，那就是 4#和 27#说的事情了。现在我对于远端的 LAN 就是这么做的。

但凡发射个 wifi 信号，这信号不就能被查到么。千方百计走有线。

楼上这个小黄鱼上 120 。

@Immunize 26# 我知道了，你这个没有用 luci_app_zerotier 的相关东西，那个里边有一个 NAT 选项，选定后自带脚本会加上一条 MASQUERADE 记录，也就是一条 NAT 规则，于是都按照 NAT 往外走了。而且官网文档上也有三条 iptables 的规则其中最后一条就这个 MASQUERADE 。