广电要求做了限制，必须有播控牌照的才能装进去，也别怪人家商家智障了，智障的是这个广电体系。

记得以前国内有一个商家就做了个类似的事儿，好像就叫容器还是盒子还是还是啥，忘了，给你把各种常见软件都封装进去，一键就下载运行了，思路和如今的 Docker 很像，而且很大众化，做得还是不错的 ，可惜没活到现在。

我也觉得，楼主是在自己造一个 RAID1 ，用一个现成的小号 NAS 就行了，
非得在安全一点，配置一个异地同步就行了，比如两个地方各自放一个 NAS ，然后 zerotier 组网，配置一下主从和同步策略，扔在那儿他就自己同步了，不需要你操心过程。

这不是一个艰难的决定吧

这学费交得值了，引以为戒吧

常用地区的 CIDR 配置上去，防火墙上只能用这个 ip 段登录，一样美滋滋

mDNS 就行

我也遇到了，PVE 新版内核的问题，排除法，两个软路由都跑 PVE ，新版这个的确频繁死机

@sp670 我一开始就是颜值党，专盯着 UNIFI 这俩可乐罐，等了好久终于出 U6-Mesh 了，不过发热巨大，早知如此不如买 FlexHD

楼主的问题，我猜测大概率是固件里的硬转发功能失效，且局域网过多的无效数据包导致 AP 的 CPU 扛不住。

换成原厂固件，换成默认路由模式，wan 口接主路由试试，主路由开了 Qos 的话，先关掉 Qos 试试

可能大伙儿看那几个 up 主都在狂吹 AP 模式，手机和主路由在一套子网里的话效率多好，然后跟风都改 AP 模式，但下面这几个问题好像都没人测过：

多数路由品牌都只按路由模式来优化了硬件和固件，尤其是 NAT 硬转发功能，如果开启了 AP 模式，或者用关闭 DHCP 接 LAN 口方式实现伪 AP 模式，这个 NAT 硬件转发功能大概率失效。变成纯靠 CPU 运算了，早期的 tplink 带天线 1wan4lan 没有写 ap 模式的哪几款都有这问题，测速都能正常跑满，但打开多图（没用 websocket ）的网站就很抓瞎，总有几幅图出不来或出来得贼慢，路由器上抓包就能看到一些 tcp 断开了，为啥捏？大概率还是伪 AP 让硬转发失效后 cpu 算不过来了。华为早期那批路由器也有这问题



另一个问题就很常见了，AP 模式把主路由有线那边的广播风暴数据包也大量发射出来，直接后果就是造成无线速率剧减，大量的 UDP 数据包（比如机顶盒、台式机装了优酷爱奇艺土豆迅雷客户端），都能通过 AP 对无线终端的数据流产生杀伤效果，当然如果家里设备少这效果就不是很明显，而路由模式就能避免这一广播风暴的问题，仅仅多了一层转发而已，只要无线路由器上 NAT 硬件转发能生效，规避这部分广播风暴的效果比路由模式多一层转发的小损失更好！当然，非要用 AP 模式的话，可以通过在主路由上多划一个子网的方式解决。想测试一下？主路由上开启 BBR 就能体验了，Wi-Fi 一会儿就失联了。

@514146235
不好意思，忘了写环境了，我是用笔记本的无线连的，型号是 AX201 ，双方都起用了 160 频道
iPhone 和其他手机都只是 800 多哪个数字。

再开启杜比视界吧

我用 Unifi U6-Mesh ，开启 160GHz ，稳跑 2.1Gbps

把 ip 都绑了固定下来，不然 fq 的路由表会乱套

不是可有可无，弱电箱没必要带 Wi-Fi

盒子上装个 ss 就可以了，play 商店就有，只是配置稍微麻烦点，需要把文件导入

我用的不错，杠杠地 2.1Gbps 跑满，发热确实大了点，不过其他牌子的 ap 也凉不到哪儿去，放在通风的地方就行了。

再好的 mesh 都比不上 AC+AP ，Unifi U6-Mesh 杠杠地 2.1Gbps Wi-Fi 跑满