第一步用DNS工具确认域名解析:在Linux/macOS上执行 dig 或 nslookup,例如:dig weibo.com A;在Windows上用 nslookup weibo.com。查看是否有多个A记录或CNAME指向CDN节点。
可用 IPinfo、IP138、bgp.he.net 或 GeoIP 服务查询解析到的IP归属与地理位置,判断是否在台湾。
若返回的是CDN或负载均衡器IP,实际服务器可能不在台湾,这时需继续用HTTP头和路由追踪判断真实边缘节点位置。
先对目标IP做 ping,观察RTT(往返时延)和抖动。如果第一跳(网关)就高延迟,通常是本地网络或家庭路由器问题;如果前几跳正常、某一中间跳骤增并持续到末端,通常是运营商或骨干网问题。
在Linux/macOS用 traceroute,Windows 用 tracert,注意查看每一跳的时间波动与丢包率。若某跳有丢包但后续跳恢复,可能是该路由器对ICMP限速,不一定代表影响TCP业务。
用 MTR(mtr
先用 dig 或者查看HTTP头(curl -I)确认是否存在CNAME指向CDN供应商或返回如 X-Cache、Via、Server 等表明缓存层信息的响应头。
示例:curl -I https://weibo.com 可看到 X-Cache: MISS/ HIT 或其他供应商标签,若存在则请求被CDN处理,延迟可能来自边缘节点或回源。
可以用 curl --resolve 强制DNS解析到特定IP,或使用CDN提供的回源域名直接测量 origin 响应时间,区分是边缘节点慢还是回源慢。
访问各大运营商和IX的 Looking Glass 或使用RIPE、BGPlay、bgp.he.net 查询BGP路由,看目标IP的自治系统(AS)归属与多跳路径,判断是否存在路径绕行或跨海链路问题。
使用 ping.pe、KeyCDN Tools、測速站等从不同地区(台北、香港、新加坡、东京)对目标做 traceroute/ping,对比哪一区域出现高延迟或丢包,定位是否为跨海链路问题。
将 traceroute 输出、MTR 报表和从多个节点的对比截图提供给ISP,可加速他们在骨干或对端运营商侧排查。
排查流程建议:1)确认DNS解析(dig/nslookup);2)测延迟(ping);3)追踪路由(traceroute/tracert);4)持续观测(mtr);5)查看HTTP头(curl -I);6)多点比对(在线测站/Looking Glass);7)必要时抓包(tcpdump/Wireshark)并联系ISP或CDN。
Linux/macOS:dig weibo.com +short;ping -c 10

Windows:nslookup weibo.com;ping -n 10
若发现问题靠近本地,先换设备/网线/重启路由器;若问题在运营商侧或跨海链路,保留日志并向ISP申报;若是CDN回源慢,联系服务方并提供回源时间与头信息。