跨境访问慢的原因

服务器没宕机、配置也不低，页面就是转圈——跨境访问慢，十有八九卡在链路上，而不是机器性能不够。把链路拆开看，慢的原因集中在三处。 绕路：数据没走直线 互联网路由不是直线传输，数据包走哪条路，运营商的路由策略说了算。普通线路访问海外，绕道很常见，traceroute 目标域名 一跑便知：明明物理上不远，路由却先跨到别的洲再折回来，多绕几千公里，延迟直接翻倍。mtr -r -c 100 目标域名 能同时看到每一跳的丢包率，绕路加丢包，体验就是雪崩。绕路不是服务器上敲几条命令能修的，它由运营商之间的互联策略决定，能做的只有换走优质线路的节点。 国际出口的晚高峰拥堵 跨境流量要过国际出口，出口带宽有限。晚间 20 点到 23 点是全网高峰，出口拥塞时丢包率上升，TCP 重传增多，速度掉一半很正常。判断方法很简单：早晚各 ping 一轮对比延迟和丢包，晚高峰明显劣化的基本就是出口问题，这不是源站加配置能解决的。 优化路径的几个办法 按效果排：一是换优质线路，CN2（电信下一代承载网）这类线路走独立通道，晚高峰衰减明显小于普通线路，内地与香港之间可以稳定在 30-50 毫秒量级；二是就近接入，节点放到离用户近的网络里，从根上缩短链路，比如顺云海外云服务器 HK-2 香港节点走 BGP/CN2 优质线路，就是给这类场景准备的；三是静态资源上 CDN（内容分发网络），用户就近取缓存，回源流量只剩一小部分。跨境链路拥堵的时段也是恶意流量爱凑热闹的时候，日志里如果出现同一来源的大量失败请求，顺手把防护策略也检查一遍。 排查顺序建议：先 mtr 确认是绕路还是丢包，再分时段 ping 确认是否晚高峰劣化，之后决定换线路还是挪节点。 链路的问题要在链路上解决，单纯堆配置不对症。