看来我一圈，感觉一切的源头都在第一段中乱点装 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 。

首先，搞定 iptv 的组播接收问题（穿透路由、IGMP Snooping 什么的）
其次，弄个 udprxy 完活，从 UDP 组播包转成 TCP 包
再次，其实我家的机顶盒是通过无线接入网关的，网关做了静态路由到光猫 IPTV VLAN 的上游。

所以，不存在什么中继 iptv 的问题。只要能做到二层桥接各个网络就行了。

一加 11 好像侧重游戏，一加 12 应该是支棱起来了。

@Immunize 14# 额。。。你说的那个，我理解就是 NAT 而不是路由，路由转发后的 IP 包是源地址 IP ，NAT 之后 IP 包的源地址是网关的地址——也就是 172.16.x.x 给 172.17.y.y 发数据包，17.y.y 的设备看到的是 10.244.17.1 发给他的 IP 包——而如果转发的话，IP 包源地址是 172.16.x.x 。

@sadan9 20#
@matate 22#
还是没明白想要什么，实现 3# 图上结构比较没有难度。而且右侧的 node ，可以通过 NAT 再挂一个子网。但是无法实现的是，右侧也实现一个左侧的 LAN ，即通过 ZT 桥接两个 LAN 。

追加了补充。

难道。。。作为程序猿，不知道 0.47 的 DMD 只是 1080p ？至于版权问题，太好办了，外接一个外贸盒子搞定了。投影么，个人觉得就是同等价位的不如电视，同等效果的比电视贵或者都很贵。

投影的成本大头是投影板子和光学系统，相比电视则简单到一个驱动和屏幕。而在软件系统方面的投入，一般都会选择一个大屏视频软件做合作方，系统不会那么好用。而外贸盒子，则性能够强，系统够开放，折腾去吧。