@cyanwayne #24 >>同时由于开启了 DNSv6 解析，导致网页打开的很慢。

我是指这个。ros 默认没设置 mss 一样会出现这样的情况。

#25 看个人需求吧，没有什么优胜劣汰。自己 win 下用的舒服就行。

@ryan4yin 总结到位。就是这样的。我下巴都惊掉了。

我来说说来说说我选 OpenWrt 的原因。我在 pve 下跑了 ros chr 和 OpenWrt 。使用 clash fake-ip 模式，dns 分流，真 ip 直接出去，假 ip 走 OpenWrt 。

选 op 的原因 1 是启动速度快，极度精简（至今仍用 init.d 来管理和守护）
有 ui 也能 ssh 软件包多，几乎官方源 x86 就涵盖了所需要的路由应用，别的发行版不一定有。

楼主其实问题应该简化成，如果你对 linux 发行版路由配置很熟练，对内核调优很熟悉，或默认调优就满足你的需求，那么 linux 就是你最佳选择。

如果你对 OpenWrt 的 uci 很熟悉，懂得翻看 OpenWrt 的 wiki 文档。知道如何调试缕清插件之间的协作问题，那么 OpenWrt 适合你。

就那么简单，自己玩过踩过才知道哪个适合自己。别人怎么说都没有用，自己喜欢最重要，

@liansishen OpenWrt 缺点就是一大堆插件前端简简单单的一个 ui 按钮，背后一千行 bash 代码在跑，插件之间的代码可能存在冲突。例如 a 插件修改了 dnsmasq b 插件又改 dnsmasq 导致大家都不生效

@cyanwayne ipv6 又给渣渣路由没默认修改 ipv6 tcp mss 背锅了。

@ryan4yin #27 你永远不会想到那些老旧软件研发们的思路都是固守自己当年的一个大本营，根本不想更新迭代，能跑就行大行其道。让一个研发去从新学习一个 Linux 发行版，他还不如写多两行代码。

只能说感谢有容器技术让新技术也落后技术能共存。

在我的角度，使用容器技术去解决软件环境。研发维护一个容器上游的 images 测试和软件运行都跑在一套标准环境里不是很应该吗？

在容器技术日益盛行的年代，竟然还有人对系统依赖头疼？要什么版本要什么系统 docker pull 一个下来在容器里搞就好了吧。

另其实研发才不管，能跑就行。我最近给客户部署了一个厂家的系统，那个厂家说可以用 docker 部署。他把打包的镜像下载下来，部署好就跑了。

我回来一看，发现他的 mongodb 节点全在一个容器里，里面一个 init.sh 脚本直接唤起 3 个 mongo 进程，更搞笑的是这哥们好像把容器当虚拟机跑了。

入口点的 init.sh 里写死了把他云端的数据库文件恢复到数据库里的指令，导致我每次重启容器，业务数据就丢了。

更更更搞笑但是，mongo 的配置数据库目录保存在一个未持久化的路径下。意思就是说，整个数据库是放在容器的 diff 里。只要容器 rm 掉，整个数据库将会丢失。

我和这厂商的开发说这个事，人家还以为我神经病。一个劲的说我 root 分区太小，可能会出问题。

下面这个是容器入口点的 init.sh 意不意外，惊不惊喜

https://i.imgur.com/XFCSemT.jpg

反正怎么弄都比不上自己内网搞个 10Gbps 交换机香

其实就是从运维角度出发，不同的需求所需要的 linux 内核不一样，所以才需要 kvm 。
正如你其实可以一个 win 跑完，为何用 docker 。也是为了运维角度出发。

例如我期望一台路由跑完 ros 和 OpenWrt 和 unifi ac 。op 和 ros 显然不能使用 docker 解决。（ ros 下虽然也有 kvm 但效率奇低。）

从自己需求出发就好，管人家怎么弄，你自己觉得 win 能解决你的需求，那么请大胆用 win 吧。技术没有鄙视链，家用技术更没有。

安全引导删掉

其实回家用 ss 速度最快

这问题 bing new 都有答案吧。

@mineralsalt #2 用上也是个残废的。

这你得问无线电局。

有什么好奇怪的？光衰机房距离都有关系啊。

一句话，移动 电信 联通的 4G/5G 现在都有 ipv6 也没见人家手机联网不好，只要是双栈连接，即使 cdn 没换成 v6 也能通过 v4 请求到。

如果 v6 通 但你请求不到你建议查查自己的 mtu 配置吧。

多找找自身原因。

插件 miot-auto 一早就可以了 去 github 看看文档吧。

@azure2023us 内核里 v6 转发开了没