Geelinx HK 广州移动 ICMP 绕美，TCP 竟然不饶

最近入手了一台 Geelinx HK 玩耍，碰到一个挺有意思的现象：

在本地客户端测试节点延迟时，Hysteria2 / Shadowsocks 跑出来只有 20~30ms 的极低延迟；但是只要在本地终端直接 ping <IP>，延迟却稳定在 160ms ~ 176ms。

一开始还以为是客户端测速作弊或者本地网络玄学，后来直接上双向 MTR 抓包对比了一下 ICMP 和 TCP 端口 的真实路由，总算破案了。分享出来给各位小白和刚折腾网络的朋友避个坑。

1. 现象对比

• 本地 ICMP Ping 测试：
  
  ping 节点公网 IP，平均延迟稳定在 ~175ms，几乎没有波动。


• 本地 TCP 握手实测（指定代理业务端口）：
  
  直接对服务器开放的代理业务端口做 TCP 握手测试，RTT 最低只有 21ms（平均 30~50ms）。

2. 路由真相（MTR 抓包对比）

① ICMP（Ping）走的路由路径：绕美一整圈 🌍

通过 MTR 跟踪 ICMP 数据包，发现数据在进入运营商出海骨干网后，直接被甩到了跨太平洋国际海缆：

HOST: Client                      Loss%   Snt   Avg  Best  Wrst

  1.|-- 局域网网关                  0.0%     5   0.6   0.5   0.6

  2.|-- 国内省内骨干                0.0%     5  13.0  12.7  13.0

  3.|-- 223.120.13.xxx (美西出口)   0.0%     5 206.8 206.7 206.9  <-- 跨洋出境

  4.|-- 63.220.xxx.xx  (美西 PCCW)  0.0%     5 204.5 204.3 204.8

  ...

  5.|-- 香港落地机 IP               0.0%     5 175.4 175.3 175.5



    

  

原因：机房/运营商将普通的 ICMP（Ping）流量归类为普通国际公网流量，默认走廉价国际路由，横跨太平洋去美西绕了一大圈再回香港，导致 Ping 延迟高达 175ms。

② TCP 业务端口走的路由路径：广东直连过境 ⚡

使用 TCP 模式（针对服务器代理端口）进行 MTR 跟踪：

HOST: Client                      Loss%   Snt   Avg  Best  Wrst

  1.|-- 局域网网关                  0.0%     5   0.6   0.6   0.6

  2.|-- 广东本地骨干                0.0%     5   6.8   5.9   7.7

  3.|-- 223.120.2.xxx (广港直连)    0.0%     5  18.5  17.5  20.1  <-- 直接从广东过境香港

  4.|-- 63.218.xxx.xx (香港 PCCW)   0.0%     5  20.2  18.9  22.1

  5.|-- 香港落地机 IP               0.0%     5  21.1  17.5  25.0



    

  

原因：针对特定的 TCP/UDP 业务端口，运营商与上游机房走了优化直连线路（广东直接过境香港落地），物理距离极短，因此实际代理使用体验是丝滑的 20ms。

3. 总结 & 避坑建议

1. Ping 延迟 ≠ 真实代理延迟：很多机房或者上游为了节约优质带宽成本，对 ICMP 做 QoS 限制或者直接走普通国际 BGP 绕路；但针对 TCP/UDP 端口走直连优化。


2. 测试节点质量的正确姿势：
   
   
   
   • 不要盲信系统的 ping 命令。
   
   
   • 测 TCP 建议使用 tcping <IP> <Port> 或 mtr -T -P <Port> <IP>。
   
   
   • 测 UDP/QUIC 建议以客户端内的 Url-Test（如 cp.cloudflare.com 握手）为准。
   
   
   
   

奇葩的“路由分流”，是最近被打坏了吗？