@Donahue 15# 那不是啊，我玩黑威，得考虑是否会对数据产生影响，需要实践前验证升级、更新等各种操作是否会对数据产生影响，然后才实施。否则谁给我背锅，不还是自己。而且还需要他处备份，再防一层。
玩白的，有厂商；玩黑的，当然是自己喽。当然 boom 不存在黑白问题，但也应该知道后果，以往万一。

所以，问题不是 unas 清空了你的硬盘，而是你的不正确操作清空了硬盘。

@BadFox 13# 看你的视频码率呗，一般多是 20-30Mbps 以内，当然 HDR 之类的好一些的，有 50Mbps 甚至 100Mbps 的。

@sapphire 53#
额，看情况，根据附言 1 的图，我猜你测试的是右侧 NodeA 上的，我不知道你继续测试右侧 NodeA 下如果再带一台机器比如 NodeA-A ，能否继续广播通。我没有实现的就是 NodeA 下的 NodeA-A 寻找左侧 0.11 或者 0.2 这些机器。
单纯做到附言 1 的图，没有任何问题。

补 50#，如果说另建一个 tun 端口，那是不是就是类似构建 gre 隧道的形式来保证广播双向可达，这个我是没有实践，不知道具体什么情况。

@sapphire 48#
ZT 做出来几层，你也不能否认他在三层以上做互通，做到了 VL1 那肯定是用软件模拟，毕竟不是网线，不是交换机。如果是 VL1 ，理论上，你说的 DHCP 以及 ARP 我认为都应该没问题。但事实上，什么是事实，事实就是实践，实践告诉我，没搞定，¯\(°_o)/¯，office 端（子端）收不到 DHCP ，ARP 广播也只能在 H 端或 O 端内部运转。我在主题和回复中提及了数次，有文章说需要在 ZT 的流量控制上禁止 UDP67UDP68 也就是 DHCP ，因为会产生不可预测的情况发生。那这些，就与所谓的 VL1 不匹配了，所以才有本主题，失败了。

@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 问题，可能会有一个解释：不分主从，只能数据包无法通达。