tracert (Trace Route) 是 Windows 內建的路由追蹤工具，透過發送遞增 TTL 的 ICMP 封包，記錄每一躍點的回應時間與 IP，協助定位網路延遲、斷點、路由迴圈等問題。

基本語法

tracert [-d] [-h maximum_hops] [-j host-list] [-w timeout] target_name

• -d：不解析主機名稱 (加速顯示)。
• -h：最大跳數 (預設 30)。
• -w：等待回應逾時毫秒數 (預設 4000)。

實戰範例

C:\> tracert baidu.com

Tracing route to baidu.com [220.181.38.148]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  192.168.1.1
  2    12 ms    11 ms    12 ms  100.64.0.1
  3    15 ms    14 ms    15 ms  202.96.128.1
  4    22 ms    21 ms    22 ms  202.97.123.45
  5    30 ms    29 ms    30 ms  220.181.38.148

Trace complete.

結果解讀關鍵點

現象	可能原因	後續動作
前幾跳延遲極高	區域網路/路由器/ISP 接入端擁塞	重啟路由器、聯繫 ISP
中間某跳顯示 * * * (逾時)	該躍點封鎖 ICMP 或丟包	若後續跳正常，通常可忽略；若後續全 *，該段斷點
延遲在某跳突然暴增並持續	該躍點或其後鏈路瓶頸	聯繫對應網段管理員
出現私有 IP (10.x, 172.16-31.x, 192.168.x)	經過 NAT/內部路由	正常現象，非問題
路由迴圈 (IP 重複出現)	路由表錯誤	需網管介入修正路由協議

進階技巧

• 搭配 PathPing：pathping target 結合 ping 與 tracert，統計各跳丟包率與延遲分佈，更精準定位品質問題。
• 指定來源 IP：多網卡環境下 tracert -s source_ip target (需支援)。
• IPv6 追蹤：tracert -6 ipv6_target。

常見誤區

1. 以為 * * * 代表斷線 → 可能只是該路由器禁 ICMP，後續正常即無礙。
2. 認為延遲數值絕對準確 → 受負載、QoS、非對稱路由影響，僅供參考。
3. 忽略 DNS 解析時間 → 加 -d 可排除干擾。