最近玩 7615TV3/7015TV3 的很多啊，这俩体积小，发热也相对低，除了固化 telnet 略微麻烦，基本 2.5G 弱电箱神器了。

一般来说，假期被夺命连环 call 的原因，大多是因为有同事捅了篓子。
所以，找个不卷的公司

@basncy
怎么说呢。。你只看见了“如何决策路由下一跳”这一个要点，所以联想到“ARP 欺骗”，暂且先按下“下一跳决策”和“ARP 欺骗”之间的区别不表，主路由使用 ROS 的作用，不仅是进行流量分流，还有 VLAN ，ACL 等等一系列和组网密切相关的功能。
举个例子，教程中的截图：我的 AIO 中还跑了一个 QBT 用于下载/PT 用途，所以我在 ROS 配置了仅分流来自 QBT 的 DNS 请求（相当于为 QBT 提供无污染 DNS ），但直连其发出的其他所有流量。

我相信大多数人可能是第一次接触 ROS ，虽然我已经尽量写的简单易懂，每一步都会解释为什么要这样做。但肯定会有人和你选择一样 TLDR ，然后依赖先入为主的印象进行臆想和批判。

这个方案始于对现有方案的不满，萌芽于半年前的灵感，一个月前开始着手实现，期间和几个就职于基础设施开发的朋友交流过，他们都表示出了兴趣，也提出了一些建议和看法。更有两个朋友表示会尝试在家里体验一下。

我从不强制别人认同我的观点，技术方案交流是双向的，上来直呼“小学生”确实很难让人升起交流的欲望。

攻击性拉满啊这是

@shaoshuang #8
有一说一确实，不折腾可以少很多事。
我也是抱着一次折腾到位，追求高性能/低功耗/易用性/扩展性都符合我要求的方案。

其实，这个方案还有些其他的优点，比如说 ROSv7 可以支持 zerotier 之类的方案实现异地组网，还可以配合 V2Ray 丰富的分流规则一起使用，借助软路由透明代理这个桥梁其实还有很多其他可玩点。
再加上，我本身是会随自己需求写一些新东西的，这个架构其实也是方便我后面继续添加其他功能，同时保证网络稳定性。

@Naples #2 虽然我也很想全部放 ROS 上…但 ros 作为一个准电信级路由系统，定制能力是有限的啊，域名分流功能和 v2ray/xray/clash 这些软件的灵活性压根没法比。
所以只能退而求其次，结合两者优势。

然后关于标记路由，我看了下标记路由也可以被防火墙 FastTrack ，所以理论上开销只有前几个包，而且家用环境嘛，够用了。

因为体验是不能量化的，但是卷硬件，卷参数，卷指标，是可以给老板交差的。

用户口碑是什么？我一个臭领工资的也配谈口碑和体验？
国内大厂唯指标论影响了一大批行业。

ECH 特征这个确实没啥办法..
另外，我认为连接状态迁移这个特性在工业环境用的都不多，工业上大多是多通路互为备份
指望个人能依赖这个特性意义不大，何况墙并不是只做 sni 阻断，加之高峰期糟糕的出国线路质量，直连浏览质量也会很差

你说的这个 tcp 不可行 quic udp 支持 multipath 倒是可以试试
另外，墙目前对于 tls hello 分片是不阻断的，xray freedom 已经提供相应功能
然后 单纯加密 client hello 来说，有 ECH ，倒不用费劲去连接上弄这么多事

天下苦 java 久矣

有些地区桥接限速似乎。CHH 也有人反馈说路由拨号就跑不满 2000M ，不过人家也只是限 2000M ，你这个 1000 掉到 300 有点离谱。

选择支持 FullClone 的代理软件

这是两个层面的东西

@hez2010
这数据看起来有点顶啊

头一次见把 go 代码写这么丑的，有一种不伦不类的美

jellyfin 的 UI 和功能上确实都比不太上 emby ，但毕竟开源版嘛，就这样。
plex 感觉有点用不惯

toB 文档写成这样也能卖钱啊。。
从这实际任务流程上感觉就是：世界果然是草台班子搭起来的

你说他是外行吧，他懂容器懂 k8s ，你说他是内行吧，他要搞两套 k8s 做主备。
我建议你按他说的做

@lanthora 可以，上面有关键词，tun （虚拟网卡），或者使用透明代理，本质都是把运行代理软件的这台机器当作网关使用，配置 ok 的话三层基本上就是通的