@moefishtang
还是显示在用的，只不过小翼管家/宽带管家的 App 上看不到网关在线了。

优先用运营商 DNS ，有需求的再考虑自己用其他 DNS 分流

可编程的软路由，只有你想不到，没有做不到。这就是意义吧
简单来说，你当成盘珠子赛博斗蛐蛐就行

符合我对阿里的想象

@CczYa
并不是，只是一个普通的家宽用户

得先弄明白这个所谓的加速盒是怎么起到加速效果的，然后才有办法去绕它的限制

算法是和 paper 结合起来的，你先问问自己有没有多读读 paper 。
读的多了，自然也就想写的多了。

觉得自己像 CRUD boy 的原因是，你的工作价值没有得到证明。当你深刻的认识到你写的每一行代码，每一个决策都会影响到千万级的用户以后，你应该会有些新的体验。

老实说，为了减税去考这些都不划算（

感觉没啥区别啊，看了下现在是 116.236 ，之前好像是 204 啥的

留着你自己 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 ，然后依赖先入为主的印象进行臆想和批判。

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

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

攻击性拉满啊这是