为什么你的网络会在晚上 8 点掉线
你的代理在白天表现良好。但到了晚上 8 点，连接突然冻结，延迟飙升，应用程序断开连接。
你可能会责怪你的 Wi-Fi。但真正的症结在于全球网络基础设施。
晚上 8 点，数百万人开始观看视频和玩游戏。这在国际网关处造成了巨大的流量压力。
以下是你的连接失效的原因：
- 网关饱和 (Gateway Saturation)：当路由器达到容量极限时，会执行“尾丢弃”（Tail Drop）。由于没有剩余空间，它们会直接丢弃新数据包。
- TCP 恐慌 (TCP Panic)：大多数系统使用 Cubic 算法。当它检测到丢包时，会将你的速度减半。这会导致重传和更高延迟的“死亡循环”。
- BGP 路由震荡 (BGP Flapping)：在高峰时段，路由器会遇到严重的丢包并尝试寻找新路径。这种重新计算会中断你的活跃连接。
标准公共路由无法处理这种负载。企业团队使用专线来保持在线。
公共路由与专线的对比：
• 路由路径 (Routing Path)：公共路由使用共享路径。IPLC 和 IEPL 使用固定的专用光纤。 • 延迟 (Latency)：公共路由延迟波动大。专线保持稳定。 • 丢包率 (Packet Loss)：公共路由在夜间丢包率可达 5% 或 10%。专线提供 0% 丢包。 • 安全性 (Security)：公共路由需要经过防火墙。专线可以绕过它们。
IPLC 是一条私有的物理管道。它不接触公共互联网，因此可以无视晚上 8 点的流量激增。IEPL 是类似的解决方案，工作在数据链路层。
如果你无法购买专线，请尝试在你的 Linux 服务器上进行以下两项修复：
- 切换到 BBR 拥塞控制。与 Cubic 不同，BBR 在丢包时不会“恐慌”。它通过模拟实际的网络容量来维持速度。
运行以下命令来更新你的 sysctl.conf：
net.core.default_qdisc = fq
net.ipv4.tcp_congestion_control = bbr
- 降低 MTU。将最大传输单元 (Maximum Transmission Unit) 从 1500 更改为 1420 或 1360。这可以防止路由器将你的加密数据包拆分成更小的碎片。