在台港星马之间漫游：变慢与断线的分层排查

同一套设定，在台北家里好好的，落地樟宜或吉隆坡国际机场打开手机就变慢、变卡，甚至连不上。多数人的第一反应是换服务器，但漫游状态下真正改变的是数据的走向：包在哪里出网、绕了多远、经过谁的网关。先把这几件事测出来，再决定要不要动客户端设定。

下面按层次给出排查顺序：无线信号层、漫游路由层、隧道层（也就是 VPN 客户端这一层）、DNS 与 MTU。每一层都有可以当场执行的命令或对照实验，目的是把“感觉变慢”变成能复现、能比较的数据。

漫游的数据通常绕回原属地

国际漫游时，数据不一定在你脚下的国家出网。业界的常规做法是把数据回程到归属地运营商的网关（home-routed roaming），只有部分场景才在当地直接疏导（local breakout），走哪一种取决于两家运营商之间的协议。判断方法很简单：漫游状态下查一次自己的出口地址，如果显示的国家或地区与运营商仍是原属地，就说明流量绕回去了。这不是故障，是漫游本身的结构。

这一点直接决定延迟的下限。光在光纤中的传播速度约为每秒 20 万公里，也就是相距 100 公里的两点，一次往返至少多花 1 毫秒，而这只是理论下限，实际还要加上设备排队与绕路。新加坡到吉隆坡直线约 300 公里，台北到香港约 800 公里；如果人在吉隆坡、流量却先回到原属地网关再出海，这段来回就是实打实的额外距离。看到延迟变高时，先问“包走了多远”，再问“服务器慢不慢”。

按层次排查

1. 1先测基线：完全断开隧道，用当地网络 ping 一个稳定的公网地址，记录延迟、抖动与丢包。如果基线本身就抖，问题不在隧道。
2. 2对比无线层：同一地点分别用蜂窝数据和场所 Wi-Fi 各测一次。机场、车站、商场的公共 Wi-Fi 在高峰期抖动很大，这类问题换节点没有用。
3. 3测到节点的路径：用 ping 看往返延迟，用 traceroute（Windows 为 tracert）看绕行路径。中间跳不回应属于正常现象，重点看最后一跳与整体趋势。
4. 4换传输方式：同一节点换协议或端口再测一次。如果某种传输在当地移动网络上明显更差，多半与该网络对 UDP 的处理有关，而不是节点本身。
5. 5单独验证 DNS：把域名解析时间和连接建立时间分开看。解析慢会让人以为网页打不开，但隧道其实是通的。
6. 6最后测 MTU：漫游网络的路径 MTU 常比家里低，测法与家用线路相同，见 家用线路类型与 MTU 的测法。

旅游 eSIM 与随身 Wi-Fi：出口位置常常不在脚下

在台港星马之间短途往返的人，很多改用旅游 eSIM 或随身 Wi-Fi。它们背后往往是转售的漫游资源，接入点由供应商指定，出口地址落在供应商的枢纽而不是你所在的城市。于是会出现两种现象：当地服务把你当成外地用户，以及延迟比当地本地卡高出一截。这两点都不是设备问题，换客户端也解决不了。

• 换卡后先记录一次出口地址与到常用目的地的延迟，作为这张卡的基线。
• 同一地点用当地本地卡或场所 Wi-Fi 再测一次，两组数据一比，就知道差距来自哪一张卡。
• 随身 Wi-Fi 多了一层无线转发，设备发热或电量偏低时吞吐会掉，测速前先排除这一层。
• 有些旅游卡只提供 IPv4，有些给的是带地址转换的 IPv6，客户端对协议族的假设要跟着调整。

让“变慢”变成可复现的记录

任何人能帮上忙的前提，是问题可复现。下面这几项在发生问题的当下花两分钟就能记下来，比事后凭印象描述有用得多。

• 时间（含时区）、城市、场所类型（室内、车厢或街道）。
• 网络类型与运营商名称，以及状态栏显示的制式（4G、5G 或 Wi-Fi）。
• 断开隧道与连上隧道两种状态下的 ping 结果各一份。
• traceroute 的完整输出，不要只截一半。
• 使用的协议与端口，以及问题属于“完全连不上”“能连但慢”还是“空闲后掉线”。
• 是否在公共热点上。这类场所另有一套操作顺序，见 公共 Wi-Fi 与强制入口页。

何时该怀疑不是网络问题

有几类现象和线路无关。设备时间不准会让加密握手失败，跨时区之后尤其容易发生；订阅内容长期没更新时，客户端里的节点地址可能已经过期；省电模式会在后台限制连接，表现为屏幕一亮就恢复。漫游时这些问题更容易同时出现，因为你正好换了网络、换了时区，又打开了省电模式。逐项排除，比反复重连有效得多。

常见问题