建议在路由器上做禁止入站，因为在 NAS 上设置这类规则比较麻烦
原因是运营商分配的前缀会变，要是想要在设备上设置只允许局域网的规则的话，要么想办法每次拿到前缀变了就更新，要么配置防火墙去匹配 fib/nexthop

草，goodplayer 要能打败同学的版本？卷起来了
之前本科程序设计的五子棋也这样，要带 pve,带禁手，要班内互相卷。最后成品程序都群魔乱舞

不过我又看了下，gcc 遇到 alloca 或者 vla 就会避免内联 https://gcc.gnu.org/onlinedocs/gcc/Inline.html

@senninha 所以说要是一个函数用了 alloca 然后被内联到了循环体里面就会出事

WireGuard 不是为了反审查而提出的协议（它解决的问题是简化组网），要防识别建议套一层 udp2raw 之类的混淆

不过我个人一直使用 WireGuard 过墙跑大流量没有被干掉，估计我没有遇到类似的针对性识别？

主要是 7zip 整个就不需要特权就能运行，整个漏洞给我感觉更像是 Windows 上的 hh.exe 有类似 UNIX 上的 setuid 的东西，然后 7zip 自带的帮助文件导致 hh.exe 的特权泄漏了？

然后整个问题最令人不解的就是为什么 hh.exe 会有特权

@AllenHua
我之前会卡住是因为暂时只能用顺序读写没网速快的盘导致的，后来换了 HC320/HC550 （顺序读写 200M+）也就没卡了

其实我怀疑 BT 的读写没那么顺序导致了卡住，看看 iowait 应该能看出来端倪

我猜就是 io 卡住了导致卡住了别的线程
因为 qbittorrent-nox 高负载失去响应的问题我甚至在 32C+128G 内存的服务器上遇见过，显然不会因为是 CPU 瓶颈 /内存瓶颈

仔细看了下图的线和点的关系也不那么像是拉格朗日插值，没准是正交多项式空间的傅立叶？

图应该是拉格朗日插值法，以及阶数过高的插值带来龙格现象？

> 我记得软路由要搞 2 个 Virtual Switch ，作为 WAN 、LAN 的，还要装 LEDE

不要这么机械，软路由也不一定需要 Virtual Switch, 装 LEDE 更不需要，只要设置了两个 interface 之间的转发规则的设备自然就成为了软路由。整 Virtual Switch 的目的只是让多个网口都能“连在一起”

Virtual Switch 是在模拟交换机，交换机（一般意义上）工作在二层，只是按照 MAC 地址转发包。在 NAS 上搞一个虚拟交换机，把电脑连到 NAS 上和用一个物理交换机是等价的。

不过虚拟交换机每次转发都要经过一次内核的收包发包流程，开销相当大，除非你的 CPU 很强劲不要指望在高 pps 的情况下性能能和物理交换机比较

prefix=~/.local

@Curtion android 热点不吃 vpn

@sobigfish OP 想问的是怎么做到流量劫持的吧，不管是 ARP 欺骗还是 DHCP 抢答都需要在设备端有额外的权限。背后要么有魔法要么在设备端有协议？

libc 的话大概可以认为影响所有动态连接的程序

梦回远古开始菜单，只不过加了快捷键

UEFI+网络够好的话，放一个 https://netboot.xyz/ 就能解决全部问题了

一般懒得维护的服务器会用 CoreOS+检测服务状态回滚版本 （自己的玩具 VPS 而不是涉及身家的生产环境）
要是生产环境应该可以上集群灰度更新+状态检测？实现跟随发行版更新的同时不一下炸掉生产环境？