测试国外网站

上周三凌晨两点，测试我蹲在路由器旁边刷新一个德国汽车配件网站，国外页面转了快半分钟才吐出内容。网站这不是测试网速问题——同一时间我访问B站4K视频都是秒开。问题出在跨境链路上，国外数据包从北京出发，网站绕了半个地球才摸到法兰克福的测试服务器。

测试国外网站，国外第一关永远是网站延迟。我用ping命令跑了十个不同国家的测试站点，日本和韩国平均80毫秒上下，国外美国西海岸150毫秒起步，网站欧洲直接飙到250毫秒。测试这个数字意味着什么？国外你点一下按钮，要等四分之一秒才有反应。网站如果网站本身再加载几个外部字体和统计脚本，三秒打不开是常态。有次我测一个巴西的电商页面，光DNS解析就花了1.2秒，因为本地DNS服务器把请求转发到了迈阿密节点，而那个节点又去问圣保罗的权威服务器。

DNS污染和IP封锁是绕不过去的坎。我拿一个普通的美国新闻网站做实验，直接curl请求，返回的是连接超时。换成加密DNS查询，拿到真实IP后手动指定hosts，页面立刻能访问了。这说明什么？链路本身没断，是中间某个环节把域名解析结果给替换了。更隐蔽的情况是TCP重置攻击——你刚建立连接，一个伪造的RST包就插进来把会话掐断。我抓包看过，那个RST包的TTL值明显不对，跟正常服务器返回的差了好几个跳数。

测速工具给出的数字经常骗人。Speedtest显示我这边下行200兆，但打开一个伦敦的博客照样卡。原因在于测速节点选的是国内或者香港的服务器，根本没走跨境线路。真正要看的是TCP握手时间、TLS协商耗时、首字节到达时间。我写了个脚本每五分钟抓一次这些指标，连续跑三天，发现晚上八点到十一点丢包率能到15%，凌晨四点反而最稳。这跟国际出口的拥塞规律完全对得上。

有些网站会主动屏蔽来自中国的IP。我试过一个澳大利亚的房产论坛，用国内IP访问直接返回403，页面上写着“该内容在您所在地区不可用”。挂上悉尼的代理，秒开。反过来也一样，我用美国IP访问某些国内服务，同样吃闭门羹。这种地理围栏不一定是政治原因，很多是版权协议或者商业授权的地域限制。但测试的时候你得心里有数，别把地区封锁误判成网络故障。

HTTPS证书验证也是个坑。有次我测一个俄罗斯的支付页面，浏览器报证书过期。一查系统时间没问题，是对方服务器用的根证书不在我的信任列表里。国内某些定制系统会预装自己的根证书，访问国外网站时反而因为证书链不完整而失败。手动导入根证书能解决，但普通用户根本不知道这回事。

最靠谱的测试方法其实是多节点对比。我在新加坡、洛杉矶、法兰克福各放了一个便宜的VPS，写了个简单的curl脚本定时跑。同一个URL，新加坡节点200毫秒返回，洛杉矶节点800毫秒，法兰克福节点直接超时。这时候你就能判断问题出在目标服务器本身还是跨境链路。如果所有海外节点都慢，那是网站的问题；如果只有国内访问慢，那就是链路或者策略的问题。

折腾久了会发现，测试国外网站本质上是在跟物理距离、路由策略和中间设备较劲。你没法改变光速，但可以选一条绕得少一点的路。至于那些人为设置的障碍，除了换条路走，也没什么更好的办法。