五个探测节点里三个海外节点全红，国内两个一直绿，海外用户来信说页面要转十几秒才出来，体验很差。乍看像缓存或者权限的锅，追下去往往不是。
U=https://example.com
curl -so /dev/null -w '%{time_total}\n' $U
mtr -rwc 20 example.com
追下去是这么回事：跨境链路本来就有丢包和抖动，探针超时又只给了三秒，TLS 握手要往返还两趟，一次握手就把时间预算吃光，直接判成不可用。
「多地域探测差异」这个问题文档写得含糊，实际行为以当前版本为准，别照旧版本的结论套。一次只改一处，改完立刻验证，几个改动叠在一起，出问题就说不清是谁导致的。
先做最小复现，能稳定跑出来的问题，排查成本会低一个数量级。
具体做法是，先在海外机器上用 curl 打一遍，把解析 连接 首字节各阶段耗时分开看；把超时按地域分开配，境外节点从三秒放到十秒再观察；确认是线路问题后换成就近探测节点，同时单独盯源站回源段。
验收就看一点，海外节点恢复绿色，time_total 稳定在两秒以内，用户反馈打开速度也回到正常。