高延迟和丢包是 CN2 线路中用户最常反馈的问题之一,原因可能来自网络传输、路由策略或 VPS 本身资源瓶颈。
常见包括:1) 上游 ISP 或目的地网络出现拥堵;2) 路由没有走到真正的 CN2 优化路径(回程或对端未互联);3) VPS CPU 或网卡负载过高导致丢包;4) 中间链路丢包(VPN、GFW 等干预)。
先用多点测试确认范围:从本地、另一台境内 VPS(或第三方节点)对目标做连续 ping / mtr,观察丢包和跳数是否集中在某一跳。
常用命令:ping、mtr(或 traceroute)。示例:
ping -c 20 your.vps.ip
mtr -rw your.vps.ip
若第 N 跳开始持续丢包,说明问题多在该段链路或更远的传输路径,记录跳点并反馈给提供商或上游运营商。
SSH 无法连接的原因较多,排查时按网络层、服务层和系统配置层分步检查,可以更快定位问题。
包括:SSH 服务未启动、端口被防火墙或安全组阻断、SSH 配置错误(禁止密码或更改端口)、密钥权限问题或 VPS CPU/内存占满导致响应超时。
1) 确认网络连通性:使用 ping 或 telnet 检查 22/自定义端口是否可达;2) 登录云控制台使用 VNC/Serial 查看 SSH 服务状态;3) 检查防火墙(iptables、firewalld、ufw)和云安全组规则;4) 查看 /var/log/secure 或 /var/log/auth.log。
netstat -tulpen | grep sshd
systemctl status sshd
ss -tnlp | grep :22
若端口被屏蔽,先在云面板放行或通过控制台临时开启,然后修复防火墙规则;若是认证问题,建议临时开放密码登录以排查密钥权限。
出现“标注 CN2 但未走 CN2 路由”的情况,多与 BGP 宣告、回程路由或中间运营商策略有关。
可能是 VPS 提供商没有正确宣告 CN2 专线前缀、对端 ISP 没有启用对应路由策略,或者回程流量被对端 ISP 走了普通线路而非 CN2。
1) 使用 traceroute/mtr 从不同节点检测到 VPS 的路径;2) 向供应商索要 BGP 路由信息与 CN2 专线的出口点(PoP);3) 若回程不走 CN2,要求对方运营商做回程优化或调整 BGP 社区策略。
traceroute -T -p 80 your.vps.ip
mtr --reportwide your.vps.ip
记录跳点 IP 与 ASN(使用 whois 或 bgpview),把 traceroute 输出和 ASN 信息提交给 VPS 提供商请求定位。
带宽问题既可能是线路本身限速,也可能是云商实施了流控或超过了峰值流量配额导致的降速。
包括:套餐带宽为“峰值共享”或“突发型”,超过保底后会限速;提供商对某类流量(P2P、CDN拉取)做 QoS;或遭遇 DDOS/流量攻击导致被策略限流。
使用单向和双向测试、不同时间段测试,以及直接与云商后台流量统计对比。如果怀疑被限速,优先在不同端点使用 iperf3 做端到端带宽基准测试。
安装并运行 iperf3:iperf3 -s(在 VPS 上)
在测试端:iperf3 -c your.vps.ip -P 4 -t 30
若测试结果与套餐带宽不符,截取测试日志和云后台流量图提交售后核查并确认是否为计费或 QoS 策略引起。
当网络检测显示正常但业务仍然不稳时,往往是 VPS 的系统资源(CPU、内存、磁盘 IO)成为瓶颈。
磁盘写入延迟高、IOPS 不足、进程消耗大量 CPU、内存不足导致频繁 swap、或内核/驱动错误引发系统不稳定。
登录 VPS 执行 top、iotop、iostat、dmesg、free 等工具排查:观察 load、CPU 利用率、磁盘等待时间(%iowait)、swap 使用等指标,并确认是否有异常进程或大量短连接导致资源枯竭。
top -b -n1
iostat -xz 1 3
iotop -ao
dmesg | tail -n 50
若发现磁盘 IO 高,先排查是否为日志爆增或备份任务,然后考虑扩容磁盘、切换到性能更高的磁盘类型或联系云商检查底层存储性能。