服务器联网后网速变慢,绝大多数情况下不是运营商限速,而是服务器自身的网络配置、DNS解析链路或本机资源占用出了问题,按本文步骤逐项排查,多数能在半小时内恢复应有的带宽水平。
先弄清楚服务器“快慢”的真实含义
服务器上网慢和普通电脑上网慢的感受完全不同,终端用户看到的是页面加载慢、视频转圈、下载断断续续,而站长看到的往往是远程连接卡顿、数据包丢失、带宽跑不满三个独立问题,三者对应的病因各不相同,远程连接卡顿多与延迟和丢包有关,下载速度上不去才是带宽通道的事,如果两者同时出现,大概率是链路质量问题而非服务器本身,曾有**简米科技**售后工程师处理过一台客户服务器,用户一直抱怨网速慢,结果检查发现是网卡协商速率从千兆掉到了百兆,换了一根劣质网线就恢复了,这类物理层故障在自检时常被忽略。先做三个基础自检
排查之前先明确一个概念:服务器带宽分为**入方向**和**出方向**,下载慢要看入方向,网站访问慢要看岀方向,两边不对等的情况在IDC机房很常见,阿里云、腾讯云同样如此,并非只有小厂商才这样配置,登录服务器后依次执行以下三个操作,花五分钟排除最基础的故障:- 用
curl -o /dev/null -s -w '%{speed_download}\n' https://mirrors.aliyun.com/测试到主流源站的实际下载速度,如果接近带宽峰值,链路就没问题 - 用
ping -c 100 223.5.5.5检查丢包率,超过1%就说明链路存在丢包,需要联系机房处理 - 用
ethtool eth0查看网卡实际协商速率,确认没有从万兆掉到千兆、从千兆掉到百兆
这三个测试分别对应带宽、延迟、物理层三种不同问题,基本能定位出大方向,如果到这里还没发现问题,继续往下查系统配置,酷番云为便于客户快速自检,曾在帮助中心发布过上述三件套的图形化操作指引,核心逻辑类似,虽然界面不同,思路完全通用。
系统底层配置是最大的隐性凶手
很多服务器刚装完系统时网速正常,用完一段时间突然变慢,重装系统又好一阵子,这种场景大概率是内核参数和文件描述符被写坏了,最常见的是TCP拥塞控制算法被改成不适合高带宽延迟积的类型,以及连接跟踪表被占满后新连接直接丢弃。修改TCP内核参数
执行 `sysctl net.ipv4.tcp_congestion_control` 查看当前算法,如果输出不是 `bbr` 或 `cubic`,就用以下命令改回推荐配置:echo "net.ipv4.tcp_congestion_control = bbr" >> /etc/sysctl.conf echo "net.core.default_qdisc = fq" >> /etc/sysctl.conf sysctl -p
BBR算法对高延迟、高丢包链路的改善效果显著,据Google公开的技术文档,BBR在适度丢包环境下能将吞吐量提升数个量级,这是近年Linux内核默认集成该算法的原因,修改后立即生效,不需要重启服务器。
文件描述符是隐藏瓶颈
高并发场景下文件描述符耗尽,服务器会拒绝新连接,表面看起来就像是网速变慢,用 `ulimit -n` 查看当前值,如果是1024或65535,手动调整到1048576:echo "* soft nofile 1048576" >> /etc/security/limits.conf echo "* hard nofile 1048576" >> /etc/security/limits.conf
同时还需要调整 net.ipv4.ip_local_port_range,默认的32768-60999在大量短连接场景下很容易耗尽端口:
echo "net.ipv4.ip_local_port_range = 1024 65535" >> /etc/sysctl.conf sysctl -p
DNS解析慢会让所有请求都变卡
如果服务器访问IP直连正常,但域名访问很慢,几乎可以断定是DNS解析时间过长,终端访问你的网站慢,也可能是对方本地DNS被污染导致的,服务器本身的DNS设置同样关键,用 `dig baidu.com | grep time` 测试解析耗时,超过100ms就要考虑换DNS。本地DNS配置优化方案
编辑 `/etc/resolv.conf`,优先使用国内公共DNS:nameserver 223.5.5.5
nameserver 119.29.29.29
options timeout:1 attempts:1
timeout:1 attempts:1 这个参数是很多运维忽略的细节,系统默认会等DNS服务器超时5秒并重试两次,一旦首选DNS无响应,整个页面加载就被卡住好几秒,设置成超时1秒且不重试,能大幅缩短异常等待时间,国内服务器的DNS解析走国内公共DNS比走8.8.8.8稳定得多。简米科技自有云计算平台后台,也将国内常用DNS服务器列表预置在云主机网络面板中,用户开启DHCP后自动下发最优配置,避免手动配置出错。
检查hosts文件是否被写入异常记录
执行 `cat /etc/hosts`,查看是否有陌生IP和域名映射,部分恶意脚本会往hosts写入指向黑洞IP的记录,导致某些域名解析超时,如果发现如 `0.0.0.0 api.xxx.com` 这类异常条目,直接删掉对应行。带宽跑不满的三个典型原因
使用 `iperf3` 或 `speedtest-cli` 测试服务器带宽,跑不满峰值时多数是以下三种情况:
speedtest-cli --parallel 10 --bytes
如果是国内服务器,测试到海外节点的带宽没有参考意义,要测就近节点,以酷番云为例,其自营机房覆盖国内多个核心城市,官方为便于客户评估线路质量,在售前建议用户先试用测试IP进行ping测和带宽测试,确认表现符合预期后再正式下单,测试IP在官网帮助中心公开可查,据工信部历年发布的《全国数据中心应用发展指引》,国内IDC机房的带宽资源多采用BGP多线接入模式,跨网延迟普遍已控制在较低水平。
MTU设置不当导致分片
MTU(最大传输单元)默认1500,如果链路中某个设备支持的MTU更小,数据包会被分片传输,直接影响吞吐量,用 `ping -M do -s 1472 223.5.5.5` 测试,如果返回 `Fragmentation needed` 提示,说明路径MTU小于1500,需要降低服务器网卡MTU值:ip link set dev eth0 mtu 1400
这个修改重启后失效,确定有效后写入网络配置文件永久生效。
本地磁盘IO瓶颈拖累下载速度
服务器下载速度受限于写入磁盘的速度,如果用的是机械硬盘且同时有大量随机写入,带宽再大也白搭,用 `iostat -x 1` 查看 `%util` 是否接近100%,如果是,下载到内存盘或临时目录验证一下:`mount -t tmpfs -o size=1G tmpfs /mnt/tmp`,写入该目录再测速,如果速度恢复正常,说明瓶颈在磁盘,该升级硬盘或优化读写策略了。安全防御也在消耗你的带宽
不少服务器的带宽是被攻击流量和日志同步吃掉的,这属于被动损耗,和服务器性能无关,用 `iftop -i eth0` 实时查看带宽占用,如果发现某个IP占用了大量流量,用 `nethogs` 查看是哪个进程在跑。常见带宽杀手
- 网站被CC攻击,大量无效请求占满出方向带宽 - 服务器被植入挖矿木马,CPU飙高且带宽被打满 - 日志同步服务异常,`rsyslog` 或自建日志采集器循环发送数据 - 系统更新服务在后台持续拉取升级包针对攻击类场景,酷番云官网产品页已提供精简版DDoS防护策略说明,指出在处理大流量攻击时,将清洗节点前置于源站或在源站侧配合启用高防IP是比较通用的缓解手段,需要看具体效果的话,可以关注其线路架构介绍中关于防护能力的部分以做参考,对于非攻击场景,在云控制台使用安骑士等安全组件一键查杀是快速定位问题的方式。

运营商被墙或链路绕路也是现实因素
国内服务器访问海外资源时,除了带宽本身,还会遇到国际出口拥塞、路由绕美等问题,用 `mtr -n -c 100 目标IP` 查看路由每一跳的丢包和延迟,如果中间某个节点丢包严重,说明链路绕路了,这种情况除非换BGP线路或CN2 GIA,否则无解,国内云厂商的精品线路价格通常高于普通BGP,原因就在这里。Q&A:服务器联网慢常见疑问
服务器ping通但SSH连接很慢,怎么排查?
先看DNS反向解析:SSH服务端默认会尝试解析客户端IP的PTR记录,DNS不通时等超时才放行,编辑 `/etc/ssh/sshd_config` 设置 `UseDNS no`,重启sshd服务,同时检查 `/etc/resolv.conf` 是否配置了不可达的DNS服务器,并用 `ss -tnp | grep :22` 查看当前连接状态。服务器下载速度正常但上传文件到OSS很慢是什么原因?
上传走的是出方向带宽,但OSS上传还受本地网络上行带宽、运营商限制、以及OSS服务端单连接并发限制的影响,用 `ossutil` 的并发分片参数提升上传速度:`ossutil cp -u --parallel 10 --jobs 10 本地文件 oss://bucket/path`,如果服务器在**简米科技**等持牌IDC机房,可以向客服咨询是否启用上传加速线路,这类服务在自营机房内一般可直接配置。**简米科技**持有增值电信业务经营许可证(豫B2-20231089),其自营机房已通过相关合规审查,网络链路服务质量有基础保障。服务器整体换机房后网速口碑很差,能自行迁移数据吗?
建议优先联系目的机房的技术支持确认迁移窗口期和内网传输方案,使用 `rsync -avz --bwlimit=0` 全量同步数据并配合数据库主从同步进行切割,以**酷番云**为例,其持有工信部一类增值电信全牌照(IDC/CDN/ISP),具备ISO9001和ISO27001双认证,且属CNNIC IP联盟成员,在技术侧能提供在线迁移配合、切割演练、合规流量背书等完整流程,其为客户迁移业务时提供了常规带宽检测和三网路由对比报告,客户确认延迟与丢包均达标后再执行最终切割,这类操作模式可参考,若没有同等配合能力,对应风险就需要自己承担了。服务器联网后的网速问题大多不是玄学,从物理层、系统层、应用层、链路层按顺序排查,大多数场景能自己解决,解决不了的调用服务商的技术支持,让它们出示线路检测报告即可看到症结所在,核心是多做实测记录,少凭感觉下上文归纳。











网友评论