互聯網訪問為什麼不是一條直線：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