这不是一个艰难的决定吧

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

常用地区的 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 跑满

你买的是三口的那个 2.5G 口的吧，进 BIOS 关掉 c state 节能就行了，在 CPU 设置哪里

你宽带是千兆，下载单线程也就是千兆，负载均衡是给多线程用的，开迅雷试试