tril

@adz1181014499 是的，Docker/LXC/PVE/ESXi 等等这些都算，哪怕你直接在路由器系统里跑一堆服务也算。

让服务分散在不同设备上肯定也可以，而且在部署时会更简单。但缺点是设备越多，后期硬件维护越麻烦，性价比也更差。

如果用上虚拟化也就是所谓的 All in boom ，配置越高越划算，每个服务能享受到的峰值性能更高、硬件复用率更高意味着成本可能不增反降、管理也更方便。当然就像它的外号一样，虽然发生故障的可能性比多台设备更低，但发生故障时影响范围会更大。

如果只是单独跑软路由的话，用 N5105 性能是有点过剩了。

5G 目前长板已经足够长，商场门口 N78 随便跑 200Mbps+，这么高的带宽再提高对移动设备来说也不会有明显的体验改善。目前 5G 最大的痛点是短板，每次在商场里排队要饭都只有 N1 覆盖，信号强度也很弱（低于 -100dBm 甚至低于 -110dBm ），导致不仅速度很低，打游戏也会频繁卡顿。

如果能降低成本，在商场这种人多的室内多布些基站甚至是多布些高频段基站，让餐饮店里也能做到商场门口的速度和稳定性就能有非常良好的体验。

如果 6G 成本更高，导致技术上改善的信号质量和覆盖能力都被用于减少基站数量降低成本，那最终到用户身上的实际体验还是会很糟糕。

@phpbird 你路由器统计里这个月上传下载分别跑了多少？倒也不一定是只有上传多了才会进小黑屋，也许会根据其他特征综合判断呢。

还好绿联不做心电监护仪

OpenVPN 支持 TAP 模式，但据 OpenVPN 文档所述，Android 和 iOS 的 VPN API 目前都不支持 TAP ，只支持 TUN 。其他第三方 VPN APP 应该都有相同的情况，不知道系统自带的 VPN （ IPsec/IKEv2 之类的）能不能幸免。

元气骑士的局域网联机也有相同情况，解决方案是在房主设备上指定客户端 IP ，做 广播 -> 单播 转换之后再发给客户端，这样就能使用 TUN VPN 了。可以参考这个不到 30 行的小工具： https://github.com/Sengxian/SoulKnightHelper

如果你现在区分不出真假公网 IP ，说明真假公网 IP 对你来说没区别。

@sonnetbreeze 你这结果明显是被限速了，副宽 istore 往主宽 imm 上传只有 5 Mbps 。

@sonnetbreeze 你说 imm 是主宽带，istore 是副宽带，但你贴的 iperf3 是 imm 往 istore 上传，测的是主宽带的上传而不是副宽带的上传，应该加上 -R 测试副宽往主宽上传。

020 的限速策略对你参考比较小，不同地区策略有区别，尽量找同样是上海电信的帖子看。上海电信限速不会掉公网 IP ，有些帖子甚至说会给内网 IP 用户改成公网 IP 。

30 Mbps 上传算比较高了，一般不会限速到这么高，而且也不可能导致网页都卡，主宽确定有被限速吗？而且你前面 iperf3 测试显示主宽（ imm ）有近 60 Mbps 的上传带宽，会不会是测试方式问题或者其他原因？

218.1 有帖子提到是上海电信的限速段，可能是你副宽被限速后限制只能拨到限速段了，所以现在你的主宽和副宽没法拨到一个 /16 下。