@PbCopy111 10# 这个方法只能桥接出一个网络，参见 3#的那张图


@flynaj 11# @humbass 12# 这种实现起来没有难度，以 11#的图举例子，所有 16.0/21 的设备都以 100.16 呈现给对方所有网络，在发送 IP 包的时候，会涉及到 IP 改写这个三层协议的内容。而期望的目标是二层桥接，即 A 设备找另外一个网络的 B 设备，通过 ARP 获得到 MAC 之后，直接“交换机”进行数据包交换从 A 到 B 。而三层 IP 改写也好 NAT 也罢，都需要经过中间网关 C 和 D 进行 IP 改写再送出。还是按照 11# 的图，原则上可以说这个 ZT 网络只有四台设备，然后这四台后边带着四个 LAN 。

@Immunize 4#
@yaott2020 5#
就是想做到完全桥接，而不是 NAT


官方也给了这么一个图片，原则上，如果左边能够实现子网的目标，右边也可以出现同样的网络结构，甚至再出现第三个第四个，变相成了某种网桥设备，将若干个物理子网在配置上达成一致形成一个网络。至于 @ranaanna 2# 提到的 WAN 出口问题，窃以为两个路由设备的默认路由都会指向 WAN 口，而只处理虚拟达成的大内网规则，并不会出现多出口的情况。第二个链接也确实提到了 zt 的 P2P 初心，可是既然能够实现了左侧的桥接，在右边再实现一个桥接，理论上我觉得还是能力所及的。

@humbass 3# 速度问题咱暂且不讨论，毕竟实现子网并不是以速度为目标而是一方面减少 NAT （可以左右两个 NAT 完成 ZT 的 P2P 初心）另一方面在子网的设备配置上减少穿墙打洞减少麻烦。至于配置，具体怎么搞呢？我只设置了 ZT 虚网内的路由策略，关闭了 ZT 的 DHCP ，子设备一律指定 IP ，涉及两个 OP 的成员都设置了允许桥接，甚至阻断 DHCP 流量，还需要搞什么呢？

开了两个 hyperV 和一堆配套的做了试验，目前尚未达成。

风云的倒是够大够清晰，但是延迟了半个月多，向日葵基本上实时，但是太小了。

装 HEVC 插件的方法是安装 B 站的 UWP ； DV 的方法忘了，好像由 bundle 。不过 OP 已经解决了。

至于 OP 最后补充的字幕问题，这要看原始文件封装的水平，印象上只有 MP4 封装的 DV 能够比较正确的调取 DV 的解码，所以字幕封装就看制作组的水平了。

难道。。。。
JD 就是买一个快递效率（ JD 就是一家快递公司），TB 就是买一个东西足够全么。。。一般常见的规格化的东西，去 JD 买隔日到，没有隔日谁还在 JD 上多花钱；而不是规格化常见的东西，JD 上也有很多第三方商家，用了非 JDL 也快不了，跟 TB 差不多，一般情况下还略贵； TB 就图一个要啥基本有啥，再没有就得去小黄鱼了，至于时效，开玩笑“既要又要”啊。
这个应该是基本认知？

hdvideo.one 也没了

我攒了一个 17.3 寸 4k120Hz 的外屏。哦，mac 。。。

你去问淘宝天猫的架构，或者是夕夕、TT 的架构，是不是也挺神秘的。一个公司的一个产品，神秘很不正常么？

去官网查型号查参数吧，我看几款网络摄像头都是支持 RTSP 的。

问之前，请先进入隐私模式测试一下。

部署配置不是成本？免费的每年更新一次不是成本？ Let'sEncrypt 的脚本实施不是成本？
你理解的成本是啥，只是那一点点钱么？

然后，内网还要啥 ssl ，非要 ssl 自签一个得了。不对公网，证书的成本完全无法分摊。

直接把域名解析为 192.168.1.x 就行了。改啥 hosts 。。。

我就是想表达一下，当年微软开过自定义域名（ MX 记录到微软的服务器上）。于是我的账号直接就是自己的域名。还好没在 coloros 关联微软邮箱，只关联了 gmail 和公司邮箱。

从隐私里进 google ，如果还这样，那肯定是 Google 那边的问题了吧。

ip route add 192.168.0.0/16 dev wan via 192.168.x.x

以我浅显对这东西的理解，这东西能不能叫“函数表达式”“函数简式”之类的，单看“拉姆达表达式”不知所云。