路由追蹤是網路管理員診斷連線品質、定位瓶頸的核心工具。本文詳細說明 Tracert 原理、Windows 使用步驟、結果欄位解讀、異常判斷邏輯與實戰應用場景，讓您從封包路徑中洞察網路健康狀態。

什麼是路由追蹤？

• 定義：追蹤資料封包從來源主機到目標主機所經過的每一個路由節點 (Hop)，並測量各節點往返延遲 (RTT)
• 指令：Windows tracert，Linux/macOS traceroute (UDP 預設)，traceroute -I (ICMP)
• 核心機制：利用 IP 封包 TTL (Time To Live) 遞減特性，每跳 TTL=1 時路由器回傳 ICMP Time Exceeded 訊息，記錄回應者 IP 與時間

Windows 使用方法 (三步驟)

1. Win+R → cmd → Enter 開啟命令提示字元
2. 輸入 tracert 目標IP或域名 (例：tracert 121.40.125.186 或 tracert google.com)
3. 等待追蹤完成 (最多 30 跳)，顯示完整路徑與延遲

結果欄位詳細解讀

  1     1 ms     1 ms     1 ms  192.168.1.1           # 第1跳：本地路由器
  2    10 ms    11 ms    10 ms  100.64.0.1           # 第2跳：ISP 邊緣設備 (CGNAT)
  3    15 ms    14 ms    15 ms  218.x.x.x            # 第3跳：ISP 核心骨幹
  4    25 ms    24 ms    26 ms  202.x.x.x            # 第4跳：骨幹互聯點
  5    30 ms    31 ms    30 ms  121.40.125.186       # 目的地

• 跳數：從 1 開始遞增，超過 30 跳顯示 * * *
• 三次 RTT：每跳發送 3 個封包，顯示三次往返時間 (毫秒)，* 表超時/無回應
• 節點 IP/主機名：回應路由器介面 IP，若支援反向解析顯示域名

異常模式識別與判讀

現象	可能原因	行動建議
前幾跳正常，中間某跳延遲暴增 (如 10ms→300ms)	該節點擁塞/設備效能不足/鏈路品質差	記錄該 IP，查詢歸屬 (ISP/骨幹/IXP)，向對應單位反映
連續多跳顯示 * * * (超時)	該段路由器禁用 ICMP 回應 / 防火牆封鎖 / 真斷點	若後續跳恢復正常 → 只是禁 Ping；若後續全 * → 真斷點，聯繫 ISP
目的地前一跳高延遲，目的地正常	最後一跳為負載均衡/代理/CDN 邊緣節點	參考目的地實際延遲為主
第 1 跳即高延遲/超時	本地路由器/網卡/網線/無線干擾問題	檢查區域網路：換線、重啟路由器、有線測試
出現私有 IP (10.x / 172.16-31.x / 192.168.x)	經過 CGNAT/雙重 NAT/企業內網	屬正常，若需公網 IP 需向 ISP 申請

進階參數與技巧

• tracert -d 目標：不解析主機名，大幅加速顯示
• tracert -h 50 目標：增加最大跳數 (預設 30)
• tracert -w 500 目標：設定等待逾時毫秒 (預設 4000ms)
• pathping 目標：結合 Ping + Tracert，統計每跳丟包率 (Windows 專有)
• 線上視覺化工具：Visual Traceroute、IPIP 路由追蹤 可在地圖上看路徑

實戰應用場景

1. 遊戲高 Ping 定位：追蹤遊戲伺服器 IP，找出延遲暴增跳數，判斷是本地、ISP、骨幹、還是遊戲伺服器端問題
2. 網站打不開排查：追蹤網站 IP，確認是 DNS 解析失敗、路由中斷、還是伺服器掛掉
3. 跨國專線/VPN 效能驗證：對比不同時段追蹤結果，評估專線品質、繞路情況
4. CDN 節點選優：追蹤多個 CDN 節點 IP，選擇延遲最低、跳數最少者配置 hosts/DDNS

總結

Tracert 是「網路 X 光」，能看見封包在網際網路中如何跳轉、哪裡卡住。善用 tracert -d 快速定位，結合 pathping 量化丟包，配合線上視覺化工具直觀呈現，讓網路疑難雜症無所遁形。