本文提供一套可操作、可复现的方法,教你如何通过网络探测、路由与BGP信息、反查与延迟分析等手段判断一台服务器是否走的是cn2美国服务器线路,并把关键数据按时间线保存成可提交给服务商的证据,以便申诉或记录服务质量问题。
第一步采集基本信息:目标服务器的公网IP、端口(如80/443/22)、采集时间并与本地时间同步(使用NTP)。记录环境:测试点地域、ISP、测试工具与操作系统版本。这些基本字段构成证据的元数据,便于后续核对。
使用多种类型的路由跟踪可以观察经过的路由节点与延迟变化:Linux/macOS可用 traceroute (默认ICMP/UDP) 和 mtr;Windows 使用 tracert。建议同时做TCP型traceroute(tcptraceroute或traceroute -T)以避免ICMP被过滤导致误判。将输出重定向到文件保存,例如:
Linux: date -Is > ts.txt; traceroute -T -p 443 IP >> trace_tcp.txt; mtr -r -c 100 IP >> mtr.txt
分析要点:路由中是否出现含“cn2”、“chinatelecom”、“telecom”或包含中国电信相关AS/节点的主机名;跳数进入大洋缆或美国交换点后的延迟特征;以及各跳的丢包与抖动。
通过whois、IP地理位置服务和BGP查路由可以获得权威线索。推荐查询:whois IP(本地whois或RIPE/ARIN查询)、BGPlay/HE.net (bgp.he.net)、RouteViews或各大运营商Looking Glass。重点查看:IP归属AS名称、AS路径(AS Path)是否包含中国电信相关AS或有“CN2”字样,路由宣布时间与可达性。
例:whois 1.2.3.4;在bgp.he.net搜索IP并截取AS PATH与起源AS截图保存为证据。
单点检测受出口/中间网络策略影响,易产生误判。建议从多个地理和网络不同的测试点复现问题:本地机房、云测点(如AWS、GCP、Azure不同区域)、公共Looking Glass。若能在第三方测点也观察到相同的AS路径或路由特征,可显著提高事后申诉的可信度。
使用ping/mtr做持续性观测并导出CSV或文本日志,重点记录高峰期与异常时刻。使用iperf3做TCP/UDP吞吐测试(若对方允许),或用curl/wget并记录下载速率与响应头。保存所有原始输出文件并对文件做SHA256哈希,保证文件完整性:
示例:ping -c 200 IP > ping.txt;iperf3 -c IP -t 30 > iperf.txt;sha256sum ping.txt iperf.txt > hashes.txt
在合法前提下,使用tcpdump或Wireshark抓取握手与丢包时段的网络包(可仅抓取头部以保护隐私)。命令示例:tcpdump -i eth0 host IP and port 443 -w capture.pcap。保存.pcap并同时导出tcpdump -nn -tttt -r capture.pcap到文本,记录时间戳方便法律/仲裁使用。
对目标IP做反向DNS(dig -x IP)、正向DNS、以及SSL证书的颁发机构与域名信息(openssl s_client -connect IP:443 -servername domain)来核对主机名是否指向运营商设备或含有“cn2”字样。把这些查询输出保存在文本并截图,以备核对。
使用ping.pe、ViewDNS、ipinfo.io、ip-api.com、bgp.he.net等在线工具从多个节点补充traceroute、whois、地理位置和BGP数据。将这些网页的URL和截图或HTML保存(保存为完整网页或PDF),并标注抓取时间。
将所有文件按时间线命名(例如 2026-06-11_10-00_traceroute.txt),包含:基本信息文件、traceroute/mtr日志、whois与BGP查询、抓包文件及导出文本、速率测试与日志、在线工具截图、系统时间与NTP日志。用zip/tar打包并生成SHA256哈希,写一页“证据清单”描述每个文件来源与目的,便于服务商快速复核。
时间同步保证所有证据时间线一致,防止争议中因时差或误差导致的异议。多次、跨时段复测可以展示问题的持续性,而非偶发,增加申诉成功率。把NTP同步日志(ntpdate输出或systemd-timesyncd状态)也作为证据的一部分。
在提交时附上证据清单、关键信息摘要(IP、时间段、影响业务、复现步骤),并把原始文件打包上传或通过邮箱发送。明确请求:路由排查、BGP公告核查、链路质量检测或更换出口线路。保留工单编号与沟通记录,用之前准备好的证据文件快速响应对方要求。