在香港服务器上,首选的命令包括ping、traceroute(或tracert)和mtr。这些工具能快速检查到目标的往返时延(RTT)与路径信息,从而判断是否存在网络抖动或跳点。若是 TCP 连接相关的延迟,也可以用 curl 或 tcping/tcptraceroute 来测试端口层面的连通性。
示例:
ping -c 10 8.8.8.8 (统计平均延迟)
traceroute -n example.com (查看路由经过的跳数与每跳延迟)
mtr -rwzbc100 example.com (实时混合显示,适合定位丢包)
在执行这些命令前,请确认服务器没有被防火墙规则限制 ICMP 或特定端口;另外云主机的控制台常有网络控制台日志可辅助判断。
可以从你的本地机房、同城机房或云服务提供商的其它区域发起检测。常用方式包括直接 ping、traceroute、mtr,以及使用在线检测工具和各大云厂商提供的 Looking Glass 或 网络测试平台(如 ping.pe、GCP/AWS 网络诊断)。
建议从多个地理位置(大陆、香港、东南亚、欧美)进行测试以判断是否为单点网络问题;如果多个点到香港都高延迟或丢包,问题可能在香港或其上游骨干路由。
使用 iperf3 测试吞吐与延迟趋势,使用 curl -w "%{time_connect} %{time_total}" 测试应用层连接时间。
首先在香港服务器本地做环回与内网测试:ping 127.0.0.1、ping 内网网关,检查本机 CPU、内存、磁盘 I/O 是否饱和(top、vmstat、iostat)。如果本机资源正常,再通过外部节点对该服务器做多点检测以排除网络路径问题。
top、htop、vmstat、iostat(检查资源);ss -s、netstat -tunp(检查连接与端口);tcpdump -i eth0 host A.B.C.D(抓包分析 TCP 握手和重传)。
如果只有应用层响应慢但 ping RTT 正常,可能是应用或 I/O 问题;如果 ICMP/TCP 握手的 RTT 都高或存在丢包,则倾向于网络问题。
mtr 是定位丢包最常用工具,它会持续显示每一跳的丢包率与延迟分布。先用 mtr 定位哪个跳点开始出现明显丢包,再结合 traceroute 确认路径。
mtr -rwzbc100 example.com 会输出每跳的丢包率与延迟。若某一跳的丢包率高且之后所有跳点丢包率相似,说明丢包源于该跳或其上游。但需注意部分路由器会对 ICMP 限速或降权,导致表面丢包但不影响 TCP。
若怀疑链路或设备问题,可在高峰与非高峰时间分别测量、使用 tcpdump 抓取重传包并提交给运营商;必要时联系云商/承运商查看链路和 BGP 状态。
1)确认 DNS 能解析并指向正确 IP(dig +trace、dig @8.8.8.8 example.com)。 -w dump.pcap)。 ping -c 20 <目标IP> 收集好时间戳、命令输出(包括 mtr/traceroute 的文本)、抓包文件、主机性能指标和路由表(ip route、ip neigh),并在向承运商/云商上报时一起提供,这样能更快定位问题。
2)测试 ICMP 与 TCP 端口连通(ping、telnet host port / nc -vz host port)。
3)路径追踪(traceroute -n / mtr -rwzbc100)。
4)抓包分析(tcpdump -i any host
5)主机资源与网络接口统计(top、ss -s、ifconfig/ip -s link、ethtool -S)。常用命令速查
traceroute -n <目标域名或IP>
mtr -rwzbc100 <目标>
nc -vz
dig +noall +answer example.com
tcpdump -i eth0 'tcp and host 排查与上报要点