互联网访问为什么不是一条直线：AS、BGP、去程与回程入门

假设你在深圳访问一台东京 VPS，直觉会觉得数据应该从深圳一路向东北，沿着地图上的最短距离到东京。但互联网不是一家公司修建的一张完整网络，而是许多运营商、云厂商、学校和机构的网络连接在一起。

因此，真实路径更像多家公司共同完成的一次跨城快递：每家公司只负责自己的一段，并根据成本、协议和互联关系决定把包裹交给谁。

一、AS 是一张独立管理的网络

AS 是 Autonomous System，中文通常译为“自治系统”。新手可以先把它理解成：

由同一个组织管理，并对外采用一套相对统一路由策略的网络。

每个 AS 会有一个 ASN，也就是自治系统编号。大型运营商、云厂商和内容网络通常都有自己的 ASN。IANA 负责全球 AS 号码空间的协调，再由各地区互联网注册管理机构继续分配。

当你的电脑访问 VPS 时，数据可能先经过本地宽带运营商的 AS，再经过一个或多个上游或互联网络，最后进入 VPS 所在服务商的 AS。

二、BGP 像网络之间的“路线公告”

BGP 是 Border Gateway Protocol，中文常叫“边界网关协议”。它解决的问题不是“怎样在一台路由器里找下一跳”，而是不同 AS 之间怎样告诉彼此：

哪些 IP 网段可以经过我到达，我愿意怎样把它们继续传出去。

可以把它想象成许多运输公司互相发布线路公告。某条路线可能经过的 AS 更少，但费用更高；另一条路线可能绕一点，却符合运营商的商业互联策略。

RFC 4271 定义了 BGP-4。对新手来说不需要学习报文格式，只要记住：BGP 选择的是符合策略的可达路径，不保证是地理距离最短的路径。

三、去程和回程可能完全不同

从你的电脑到 VPS 的方向叫“去程”，从 VPS 回到你的电脑叫“回程”。

去程：你的电脑 → 本地运营商 → 若干网络 → VPS
回程：VPS → 若干网络 → 本地运营商 → 你的电脑

互联网路由常常是不对称的。去程经过 A、B、C，回程可能经过 D、E。因为两端的运营商分别控制自己发出流量时的策略，双方不需要选同一条路。

这也是为什么只从家里运行一次 traceroute，不能完整代表双向体验。你看见的主要是一个方向的线索，而且中间路由器还可能不回复探测包。

四、机房近为什么仍然可能慢

物理距离仍然重要，但它不是唯一变量。常见原因包括：

• 本地运营商与目标机房没有直接互联；
• 路由先绕到另一个城市或地区再回来；
• 某个互联点晚高峰拥塞；
• 去程正常，但回程选择了不同上游；
• 路由器降低 ICMP 探测包优先级，但实际 TCP 服务正常；
• DNS 把你指向了不同的服务节点。

所以“同城”“香港”“日本”“美西”只是初步位置标签，不能单独证明线路质量。

五、ping、traceroute 和 mtr 各看什么

一个常见误区是：某个中间跳点显示高丢包，就断定那里坏了。如果后续跳点和最终目标没有继续丢包，往往只是该路由器限制或降低了对探测包的响应优先级。

六、新手应该怎样判断线路

不要追求一张“完美路由图”，而要做可比较的测试：

1. 固定来源地、目标、协议和文件大小； 2. 记录测试日期、时段和本地运营商； 3. 分别观察延迟、抖动、丢包和实际吞吐； 4. 工作日与周末、白天与晚高峰各测几次； 5. 把网页、SSH、下载或 API 的真实体验放在最终判断位置； 6. 一次只换一个变量，避免同时换网络、机器和测试工具。

我最近比较不同用途的 VPS 时，真正有用的不是一张静态路由表，而是同一业务在多个时段的重复结果。线路标签能帮助筛选候选，但不能代替你自己的测量。

七、总结

互联网不是一条线，而是许多自治网络通过 BGP 互相发布可达路径。地理距离、AS 互联、商业策略、去回程差异和实时拥塞共同决定体验。

新手只要先记住这句话就够了：

路由图是线索，真实业务的多时段结果才是证据。

常见问题

traceroute 中有星号，说明网络断了吗？

不一定。中间设备可能不响应或限制探测包。如果最终目标仍能稳定访问，就要结合后续跳点和真实业务判断。

AS 路径越短越好吗？

不一定。AS 数量少不代表每段物理距离短、容量足或没有拥塞。它只是路径的一个维度。

为什么同一台 VPS 昨天快、今天慢？

路由策略、互联拥塞、本地网络和宿主机负载都会随时间变化。应使用同条件的多时段测试，而不是把一次结果永久化。

参考来源

• MeowVPS：常见各种线路和网络的科普
• RFC 4271：A Border Gateway Protocol 4
• IANA：Number Resources
• RIPE Atlas：Built-in Measurements