2026.11.14

Windows tracert 出現星號就是斷線嗎？追蹤網站路徑與判讀限制

網站在某條網路打不開時，tracert 可以顯示從電腦到目的地的部分路由。但中間某一跳出現星號，不代表該路由器一定故障，更不能單靠它認定網站所在主機斷線。

先取得目標與測試時間

在 Windows 開啟 PowerShell 或命令提示字元，使用自己有權測試的網域。記下時間、所在網路與解析到的 IP；CDN 或 DNS 可能讓不同網路取得不同目的地。

nslookup example.com
tracert /d /4 example.com

/d 不反查中間節點名稱，通常能縮短等待；/4 限制 IPv4。若網站有 IPv6，可另外用 tracert /d /6 example.com 比較，前提是本機確實具備 IPv6 連線。預設最多 30 跳，等待每跳回應需要時間。

tracert 透過遞增 TTL 與 ICMP 訊息取得中間節點。一整列星號表示該跳在等待時間內沒有回覆，可能因防火牆、限速或路由器不回應；若後續跳數仍有回應，封包至少能繼續往前。中間跳數的高延遲也可能只是該設備較低優先權處理回應，不能直接推定終點延遲。

如果最後幾跳皆逾時，可能是終點或中間網路阻擋 ICMP，也可能是真實連線問題；tracert 不能單獨分辨。用另一個網路及不同時間重測，保留完整結果並遮蔽不必要的內網 IP。

Test-NetConnection example.com -Port 443

在 PowerShell 查看 TcpTestSucceeded：True 表示該次從測試端到解析目的地的 TCP 443 連線建立成功，並不保證 HTTPS 憑證、網頁內容或登入功能正常；False 也不能直接定位是哪一端阻擋。視情況再檢查 HTTPS 與應用程式回應。

tracert 和上述 TCP 測試不改變系統設定，不需要復原；但會向網路設備與目標發送探測。提供服務商處理時，附上測試時間、來源網路、目的地 IP、完整結果與同時段的網站錯誤，避免公開個人內網資訊。詳見 Microsoft tracert 文件；解析差異可參考nslookup 比對教學。

例如家用網路在第 6 跳出現 * * *，第 7 跳及終點仍回應，代表該跳的探測沒有得到回覆，但後續路由有回應；不能將第 6 跳判為斷點。若手機熱點的終點也不回覆，還需要比較 TCP 與瀏覽器結果，因為網站可能不回應 ICMP。

tracert /d /4 /h 20 /w 1000 example.com
Test-NetConnection example.com -Port 443 -InformationLevel Detailed

第一行限制最多 20 跳、每次探測等待 1000 毫秒；較短的等待可能使慢速節點顯示星號，所以報告應包含使用的參數。第二行的 RemoteAddress 是本次測試實際使用的地址；與 tracert 的目的 IP 不同時，先記錄 DNS 或 CDN 差異，不能當成同一目的地直接比較。

記錄測試時間與時區、網路供應者、目的主機及 IP、IPv4 或 IPv6、完整命令、最後有回應的跳數、TCP 443 結果與實際瀏覽器錯誤。若允許公開分享，先遮蔽內部 IP、使用者名稱及其他敏感資訊。提供不同網路同時間的結果，比單張星號截圖更容易讓管理者比對。

若 DNS 在兩次測試期間改變、VPN 或代理介入，結果可能走不同路徑；不要自行封鎖路由器或修改防火牆。這些命令無需復原；若後續調整網路設定，另行保存原設定並記錄變更及回復步驟。