> 当能正常访问外部网络的时候，浏览器访问地址 192.168.1.1 是光猫登录页面，但是当网络不能正常访问的时候，返回的登录页面不知道是哪个设备的。

交换机下有人把路由器 LAN 口接上去了，估计还没关自己的 DHCP 。
内网 ARP 冲突导致丢网关。
要么就是楼上说的有设备有 dhcp bug 。
房东也是二把刀，交换机不开 dhcp snooping

又一个大聪明

卸载 legion zone 。安装 Lenovo Legion Toolkit

不是说这个段没问题吗，有问题的段 MTU 是 1452 ，比 1492 少 40 ，那才是特殊照顾的

@wanwaneryide
个人用户好欺负，刷商业 CDN 要奖励银手镯的。

唉，上 BTN 吧，PeerBanHelper 。
下一步对方就是开始伪装真实进度，然后每次换 PeerId 和端口号来拉。

猜测是因为供应链投毒那事，一并被 D 了。
最先遭殃的是原作者博客。。

V2EX 因为这事被 D 了，真是无法无天。。

不出国不跨省的情况下，用系统自带的 L2TP IPsec
如果你非要用 surge ，那就自己 linux 上开个 surge 能用的 endpoint ，然后路由器 DSTNAT 对应端口到 linux 的 endpoint ，手机上添加一个 surge outbound ，写家里 DDNS+端口，然后通过分流规则选择什么时候回家。

你适合用 python

@piero66 没办法，rb5009 被动散热+颜值。挪不动道了已经

写的很细致，ROS 上没做 QoS 流控吗？我看你好像单纯是只用了 interface hardware queue

我当时从 hapac2 升级的时候考虑 CCR 还是 RB 想了好久，最后还是决定入 rb5009 。

但现在发现，rb5009 只在 interface 挂了个 CAKE 的 queueTree ，搭配 mangle mark wan traffic ，内网流量 bypass queueTree 的情况下，千兆 wan 下载会把 cpu 干到 80-90%…

测试了一下发现原因在 slowpath 上，因为 mangle mark packets+queueTree 根据包标记 QoS ，就用不了 fasttrack 。
只用 fasttrack+interface queue CAKE 的情况下 cpu 负载并不高，但这样会导致内网流量一并被 CAKE qos 掉。
现在就是脑壳疼…

@sophos 给你讲个冷知识，Netflix 的 bff 是前端团队自己写的

咸鱼美版 SE3 1000 出头，可惜当时没上车

Pop() (int, err)
MustPop() int else panic

python 能 raise ，为啥换 go 你不会 panic 了？

这流程。这带宽。这价格。
唯有两个字：羡慕

@dilidilid
网盘的带宽成本比存储成本高太多了，你只看到了百度存储了你唯一的几份加密文件，却没看到有大量人为海量的资源（盗版影视、游戏、软件等等）重复付费。