自建节点用着用着就断流？小白必看的保姆级排查教程

最近看到不少刚入坑的小伙伴在吐槽：自己辛辛苦苦搭好的节点，刚开始跑得飞快，看视频、下载毫无压力，结果过了没几天，速度突然就降下来了，甚至直接变成 -1m/s（相当于断网）。这种情况真的很搞心态，毕竟VPS的钱都花了，不能用就是纯浪费。

作为一个过来人，今天就来和大家系统性地聊聊这个问题。其实，所谓的“过一段时间变慢”，往往不是玄学，而是踩中了几个常见的坑。不管是用哪家商家的VPS，只要出现这种“间歇性抽风”的情况，都可以照着下面的步骤一步步排查。

使用 top 或 htop 命令监控服务器负载，排查资源瓶颈

一、 检查是不是“资源耗尽”了

很多时候，速度变慢不是网线不行了，而是你的小机器“累趴”了。特别是当你购买的是那种极低配的NAT VPS或者大流量特惠款时，硬件瓶颈非常明显。

排查重点：

1. CPU爆炸：如果你的加密协议选得特别复杂（比如某些高强度的AEAD加密），或者是视频解码占用了CPU，一旦CPU占用率达到100%，处理数据的速度自然就跟不上，表现出来就是网速变慢。
2. 内存溢出（OOM）：如果你装了带有“内存缓存”功能的面板或插件，长时间运行后内存被占满，系统可能会把主进程杀掉，导致节点彻底罢工。

TCP stalled 是导致间歇性断流的头号杀手，BBR算法可有效缓解

解决方案：

使用 top 或者 htop 命令看一眼CPU和内存的负载率。如果是内存满了，试着增加Swap（虚拟内存）；如果是CPU满了，建议换一个更轻量级的核心协议，或者干脆升级配置。

二、 线路拥堵与TCP stalled问题

这是最容易被忽视，但也是导致“刚开始快、过会儿慢”的头号杀手——TCP stalled。

简单说，就是你的服务器在发送数据时，突然卡了一下，数据包发不出去，客户端一直傻等，最后超时。这通常是由于中间链路（比如经过的某个运营商节点）拥塞造成的，特别是晚高峰时段。

解决方案：

1. 开启BBR：一定要确保你的内核开启了BBR拥塞控制算法。如果是老旧系统，建议升级内核并开启BBR v2或者BBR v3（如果你的VPS支持）。这能显著改善丢包环境下的传输速度。

2. 调整协议：如果你使用的是纯TCP协议，换成基于UDP的协议（如某些新型传输方式），或者在服务端设置更激进的TCP参数（比如减小重传超时时间），有时候能缓解“假死”状态。

三、 VPS商家的“暗中限速”

这是很多“羊毛党”最不想面对的现实。有些商家在售卖超低价套餐时，虽然写着“1Gbps带宽”或者“不限流量”，但后台其实是动态限速的。

排查重点：

如果你的节点在重启后的一小时内速度极快，但过了固定时间（比如3小时或24小时）后速度骤降，且重置系统后又能恢复，那大概率是被商家的自动化监控系统盯上了。

解决方案：

1. 换端口/IP：有时商家针对特定端口（如443）进行QOS限速，尝试换一个非标准端口。
2. 伪装流量：让你的流量看起来更像正常的网页浏览，而不是单纯的proxy流量，这能躲避一部分基础的机器检测。
3. 用脚投票：如果确认商家恶意限速，别犹豫，备份数据跑路，换一家口碑好的商家是唯一根治办法。

四、 防火墙与安全策略干扰

有时候速度变成 -1m/s，其实是防火墙把连接给掐断了。

排查重点：

检查你的系统日志（/var/log/messages 或 journalctl），看看是否有频繁的DROP记录。有些服务商默认的防火墙策略会对“长连接”进行清理，虽然网页还能打开，但大文件传输（长连接）会突然中断。

解决方案：

适当调整防火墙的 cttimeout（连接跟踪超时时间），或者确保你的服务端配置的心跳间隔小于防火墙的超时时间，保持连接“活”着。

写在最后

自建节点变成 -1m/s 不可怕，可怕的是只知道重启机器，却找不到病根。建议大家遇到问题先看资源占用，再看丢包率，最后怀疑商家限速。按照上面的流程走一圈，90%的问题都能自己搞定。如果实在排查不出来，那可能真的是天不时地利不和，换条赛道也未尝不可。