回去試一下。有可能只是暫時性的，之前出現過好幾次，像是 QoS 解除的樣子。
話說之前 V2EX 不是轉發過出口帶寬大擴容的新聞嗎，不知道情況怎麼樣了。

@flyfishcn 路由只是用來在不同網段間轉發包，它既不對包作修改，也不負責網絡層以上的協議，只是忠實地將轉發發到不同網段的接口，所有應用層相關的東西都和它沒關係。

@flyfishcn 不一定非要 PPPoE ，最簡單的情況下， VLAN 內有個 DHCP 分配 IP 地址就行（北京联通的 IPTV 線路就是用的 DHCP ）。
普通電話機和 SIP 的轉接和路由沒關係啊，它本質上相當於在光貓內部配置了 SIP 軟件。

@flyfishcn 技术上都不是問題，可以用其他方式解决，不能因為他們現在用了這套技術就認為這是唯一的做法。
光貓最核心的功能只是光電轉換，去掉路由功能的話就只是和普通交換機一樣，在網絡層不可見。
路由器不是服务器，只是起到包轉發的作用，去掉後用戶端照樣和服務端通信。

@coolrc 试试直接用 dd 写：
dd if=/path/to/xxx.iso of=/dev/your_disk bs=4M
sync

@terence4444 北京联通的不会影响 IPTV 和电话。 IPTV 和电话走不同的 VLAN ，光猫可以设置互联网 VLAN 桥接模式，其他的路由模式，并且可以给不同 VLAN 绑定不同的接口。

没有缺点，光猫就不该带路由功能。

运营商光猫的 Wi-Fi 性能本来就弱，再加上中继器空口带宽至少减半。
一看楼主的带宽就不超过 100M 。

其实这是 dracut 是漏洞而不是 Linux 的漏洞，后者只是一个内核（逃）

看来一下所谓 sm9 加密的简介：
密钥公钥对由所谓可信的密钥中心生成，然后“通过安全的信道”传给你。。。。这 TM 不就是看你底裤的吗？

联通的緩存劫持会导致 APT 和 YUM 更新软件源时校验失败，虽然可以手改 HTTPS ，但是在 Docker 中用 APT 或 YUM 时非常烦。

@yexm0
@kandm
北京联通路由追踪会发现进入了路由黑洞，我前几天发过一个帖子了。好像走北京出口的都有这个问题。

GItHub 的两个 IP 之一`192.30.253.113`在好多地方不能访问，包括北京联通。

@redsonic 这几天北京联通也是慢得要死（我的搬瓦工已经丢包丢到不能用了），不过今天好像快一点了，晚上高峰期再看看。

Windows 默认命令行的锅，用 PowerShell 吧。

@root9000 我记得京东之前默认打开了从 HTTP 到 HTTPS 的跳转（不过没开启 HSTS ），但是双十一之前取消掉了。可能是性能上没优化好吧。

@wdhwg001 CN2 肯定不可能，价格摆在那。 IIJ 之类不知道价格，应该比 NTT 贵（否则为什么那么多 VPS 商家用 NTT ）

关于 socket 的 setTimeout()，我没有测试，应该是不会有问题的。怀疑主线程没有捕获到 SIGINT 。