[網路診斷] 如何使用 MTR (WinMTR/Linux) 檢測掉包與延遲？結果解讀完整教學

當您感到網路連線不穩、卡頓或斷線時，單純的 Ping 指令往往不足以找出問題根源。我們推薦使用 MTR (My Traceroute) 工具，它結合了 Ping 與 Traceroute 的功能，能像 X 光一樣掃描從您的電腦到伺服器之間的每一個節點，幫助我們精準定位是哪一段線路出了問題。

本文將引導您如何在 Windows 與 Linux 系統下操作，並教您如何解讀測試報告。

---

第一部分：如何執行 MTR 測試？

請根據您的作業系統選擇對應的操作方式：

🟢 Windows 用戶 (使用 WinMTR)

1. 下載軟體： 請下載 WinMTR (免安裝版) 並解壓縮。

2. 執行程式： 右鍵點擊 WinMTR.exe，選擇「以系統管理員身分執行」。

3. 開始測試：

   • 在 Host 欄位輸入目標伺服器 IP 或網域名稱（例如：www.google.com 或您的 VPS IP）。
   • 點擊 Start。

4. 匯出報告： 建議讓程式運行約 3-5 分鐘（或直到 Sent 欄位達到 200 以上），點擊 Stop，再點擊 Copy Text to clipboard 即可將結果貼給技術人員。

🟠 Linux 用戶 (使用 MTR 指令)

Linux 系統通常需透過終端機 (Terminal) 安裝與執行。

1. 安裝 MTR：

• Debian / Ubuntu：

  sudo apt-get update && sudo apt-get install mtr

• CentOS / RHEL / Almalinux：

  sudo yum install mtr

2. 執行測試： 請輸入以下指令（將 [目標IP] 替換為實際 IP）：

mtr -rw [目標IP]

• 參數說明：-r 代表產生報告模式 (Report)，-w 代表完整寬度顯示 (Wide)，這樣輸出的格式最適合技術人員閱讀。
• 等待約 10 個封包發送完畢後，系統會自動顯示結果。若需長時間監控，可直接輸入 mtr [目標IP] 進入動態監控模式。

---

第二部分：為什麼需要「雙向 MTR」？

網路傳輸是「雙向」的，就像快遞寄送：

• 去程 (Outbound)： 您寄送請求給伺服器。
• 回程 (Inbound)： 伺服器回傳資料給您。

⚠️ 重要觀念：去程和回程走的路徑通常不同！ 就像開車去上班走高速公路，下班回家可能走省道。如果只有「回程」塞車，單看「去程」的報告是查不出原因的。

因此，若您遇到連線問題，標準的診斷流程需要兩份報告：

1. 您測試伺服器 IP（去程）。
2. 提供您的本地 IP，讓伺服器端測試回程。

---

第三部分：如何查找我的真實 IP (用於反向測試)？

為了讓技術人員進行「反向 MTR」，我們需要知道您的真實對外 IP。

• Windows 用戶： 請開啟瀏覽器訪問 ip.sb 或 whatismyip.com，網頁上顯示的即為您的真實 IP。 (請勿使用 cmd 輸入 ipconfig，那是內部虛擬 IP，無法用於外部檢測)

• Linux 用戶： 在終端機輸入以下任一指令即可：

  curl ip.sb
  # 或
  curl ifconfig.me

❓ 常見疑問：反向測試時，我的 IP 顯示 100% 掉包？

若技術人員從伺服器 MTR 回去您的 IP，發現第一跳 (Hop 1) 或終點就是 100% Loss，這通常不代表網路不通。

• 原因： 您的路由器或電腦防火牆設定了「拒絕 Ping (ICMP Request)」。
• 解決： 只要您能正常上網，這個 100% Loss 僅是防火牆設定問題，可忽略。若需詳查，請暫時關閉路由器防火牆或 Windows 防火牆。

---

第四部分：如何判斷掉包 (Loss) 與責任歸屬？

MTR 報告中最重要的欄位是 Loss% (掉包率) 與 Avrg (平均延遲)。

1. 判斷掉包的真假

• 假性掉包（可忽略）： 若某個節點 Loss 顯示 100% 或高達 80%，但**「該節點之後的節點」Loss 均為 0%**。

  • 解讀： 這是該路由器設定了「ICMP 限速」或「不回應 Ping」，只要數據能通過它到達下一站，代表線路是通暢的。

• 真實掉包（需處理）： 若從第 X 行開始出現 Loss（例如 10%），且該行之後的所有節點，Loss 都持續存在或變高。

  • 解讀： 這代表第 X 行的設備或線路確實發生了擁塞或故障。

2. 判斷責任歸屬：問題出在誰身上？

請查看報告左側的 Hostname 或 IP，依序判斷：

節點位置	特徵 (Hostname/IP)	責任歸屬與解決方案
前段 (1-3跳)	192.168.x.x 或 10.x.x.x 或本地 ISP 名稱	【用戶端內網問題】 您的路由器、Wi-Fi 訊號不穩或數據機過熱。 👉 解決： 重啟路由器、改用實體網路線測試。
中段 (骨幹)	出現 ISP 業者代碼 (如 tpe, hinet, pccw, ntt)	【運營商/骨幹問題】 這是網際網路中間的節點塞車，通常為暫時性。 👉 解決： 若長時間持續掉包，需聯繫您的寬頻業者 (ISP) 報修。
後段 (終點)	目標伺服器 IP	【伺服器/機房問題】 機房端線路異常或防火牆阻擋。 👉 解決： 請將 MTR 報告截圖，提交工單給我們，我們將立即排查。

---

總結

MTR 是釐清網路責任的強力證據。當您發現網路卡頓時，請務必進行 雙向測試 並觀察 掉包是否延續，這樣才能最快速度解決您的問題。

---

[网路诊断] 如何使用 MTR (WinMTR/Linux) 检测掉包与延迟？结果解读完整教学 当您感到网路连线不稳、卡顿或断线时，单纯的 Ping 指令往往不足以找出问题根源。我们推荐使用 MTR (My Traceroute) 工具，它结合了 Ping 与 Traceroute 的功能，能像 X 光一样扫描从您的电脑到伺服器之间的每一个节点，帮助我们精准定位是哪一段线路出了问题。 本文将引导您