留着你自己 mac 和 sn ，过几年组个黑裙就可以洗白

事实上 不热爱这行的很难坚持学习，但是就算热爱的也会被瞎几把需求弄的间歇性烦躁厌世。
总得向生活低头的

直接 ssh smartctl 看

一楼说的属于是牛头不对马嘴了… 这两个 for 没有本质区别，都是在不停对局部变量 u 进行赋值，op 疑惑的这个问题其实隐含了 3 个问题：
1. defer 的本质是什么？
2. go 编译器的自动 takeRef/deRef
3. func with receiver 到底是什么？

简单来说你可以认为，defer 会把函数压入栈中，而且函数参数的 evaluate 发生在 defer 语句那一行

所以 循环一的实际 defer 是这样的
defer GetName(&u)
循环二代实际 defer 是
defer GetName(u)

注意两个&的区别，再结合我说的，参数 evaluate 发生在 defer 语句书写时，这下 ，op 理解了否？

留个思考题。
defer func() { u.GetName() }
这个输出什么呢？（笑

@JohnSmith 同意，要不是现在内网还是千兆懒得改，高低整个 7015 玩玩

最近玩 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 的代理软件

这是两个层面的东西