首先使用 ping 检查基本连通性和往返时延(RTT),并观察是否有明显的抖动或丢包;接着用 traceroute(Windows 下 tracert)定位跳点路由异常;推荐再用 mtr 做持续性丢包与延迟分析。
1)ping -c 10 服务器IP,观察丢包率与平均延迟。 2)traceroute 服务器IP,查看哪一跳出现高延迟或丢包。 3)mtr 服务器IP(Linux)做长期跟踪,判断是链路问题还是目标端问题。
若 ping 正常但应用访问慢,可能是 TCP 三次握手或应用层问题,应继续用 curl、telnet 等工具检测端口与握手情况。
使用 iperf3 做双向吞吐测试,能够准确测出 TCP/UDP 下的带宽、并发流量能力与抖动;若无法部署 iperf 服务,可用 speedtest 或通过多个并发 curl 下载来估算。
1)在香港服务器上启动 iperf3 服务:iperf3 -s。2)在本地运行:iperf3 -c 香港IP -P 10 测并发流,观察带宽曲线。3)对比单流/多流差异,判断是否受限于单连接窗口或线路并发。
若发现带宽远低于预期,应排查服务器 CPU、网卡中断、虚拟化限速(vNIC)以及宿主机 QoS 规则。
DNS 解析慢或错误常表现为域名无法访问但 IP 可达。先用 dig 或 nslookup 检查解析结果与生存时间(TTL),并比对多地解析(香港/大陆/海外)差异。
1)dig @8.8.8.8 域名 +trace,查看递归过程与 authoritative 结果。2)在香港服务器本地执行 dig,确认是否受本地 DNS 缓存或解析策略影响。3)检查 DNS 解析是否被运营商污染或劫持,必要时启用 DoT/DoH。
对频繁访问的域名配置本地缓存(Unbound、dnsmasq),并确保反向 DNS 和 PTR 正确,避免邮件等服务被拒绝。
链路问题可表现为间歇性丢包、稳定高延迟或特定时间段异常。使用 mtr 与多点 traceroute 能帮助识别是哪段链路出问题(运营商、骨干或目的地)。
1)mtr -r -c 100 服务器IP,获取统计结果,关注跳点的丢包持续性;2)在不同时间段重复测试,排除高峰期拥塞;3)若某跳点持续丢包,记录跳点 IP 与 ASN,向上游/带宽提供商提交工单。
部分路由器对 ICMP 丢包显示敏感(优先级低),但 TCP 应用并未受影响;务必结合 TCP 层测试(如 curl、iperf)判断实际业务影响。
先确认服务器资源(CPU/内存/磁盘IO/网络带宽)是否饱和,再检查应用日志、错误码和监听端口。用 netstat 或 ss 查看连接数与 TIME_WAIT 状态、用 top/iostat 检测瓶颈。
1)检查服务端口是否可连:telnet IP 80/443/3306。2)抓包(tcpdump)分析三次握手与重传情况。3)查看应用日志(nginx/apache/mysql)定位具体错误码或慢查询。
针对慢响应,优化数据库索引、开启连接池、调整 keepalive 与 TCP 参数(如 tcp_tw_recycle、tcp_fin_timeout、MTU),并考虑使用 CDN 缓解香港出口流量压力。