# 用 Linux 指令快速排查網絡延遲問題：ping、traceroute、mtr 實戰教學
做 IT 嘅朋友，成日都會遇到一個經典投訴：「個網站好慢呀！」「個 server 連唔到呀！」。呢個時候，你手上最有用嘅武器，唔係咩高深嘅監控平台，而係 Linux 入面幾個最基本嘅網絡診斷指令。今日就同大家由淺入深，講下點樣用 **ping、traceroute、mtr** 呢三件法寶，快速定位網絡延遲問題。
## 點解要識 ping 排查網絡延遲
**ping** 係最基礎、亦係最常用嘅網絡診斷工具。佢透過 ICMP 協定，向目標主機發送 echo request，再等對方回覆 echo reply，從而量度往返時間（RTT）。當你懷疑某部機「慢」或者「斷線」，第一時間就應該 ping 佢。
ping -c 10 8.8.8.8上面呢句會向 Google DNS 發 10 個封包。輸出入面最值得留意嘅係 `time=` 後面個數值，同埋最後嘅統計：
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 12.345/15.678/28.901/4.123 ms如果 `packet loss` 唔係 0%，即係有封包丟失，代表網絡有問題。如果 `avg` 數值突然飆高，就代表延遲增加。呢啲都係好重要嘅線索。
## 用 traceroute 追蹤封包行邊條路
當 ping 顯示有延遲或者丟包，下一步就要知道封包究竟行咗邊條路。**traceroute** 就係做呢件事——佢會逐個 hop 去追蹤封包由你部機去到目標主機嘅路徑。
traceroute 8.8.8.8輸出會類似咁：
1 192.168.1.1 (192.168.1.1) 1.234 ms 1.123 ms 0.987 ms
2 10.20.30.1 (10.20.30.1) 5.678 ms 5.432 ms 5.210 ms
3 * * *
4 203.0.113.5 (203.0.113.5) 25.678 ms 24.987 ms 26.123 ms留意第 3 個 hop 出現 `* * *`，代表嗰個節點冇回應 ICMP（可能係防火牆擋咗），但唔一定代表嗰度有問題。真正要留意嘅，係邊一個 hop 開始延遲突然大幅增加——嗰度就係樽頸位。
## mtr：ping 同 traceroute 嘅合體神器
**mtr**（My Traceroute）可以話係網絡工程師嘅最愛，因為佢將 ping 同 traceroute 嘅功能結合埋一齊，仲會持續更新數據，俾你睇到每個 hop 嘅即時延遲同丟包率。
mtr -r -c 50 8.8.8.8`-r` 代表 report 模式（輸出一次就停），`-c 50` 代表發 50 個封包。輸出會顯示每個 hop 嘅 loss%、平均延遲、最差延遲等，一目了然。
# 互動模式（實時更新，按 q 退出）
mtr 8.8.8.8互動模式最正嘅地方，係你可以一路睇住每個 hop 嘅延遲變化，即時揾到邊個節點喺度「發癲」。
## 實戰：三步定位網絡延遲問題
假設用户投訴「連去公司 VPN 好慢」，你可以咁做：
**第一步**：先 ping 個 VPN server，睇下有冇丟包同基本延遲。
ping -c 20 vpn.example.com**第二步**：如果延遲高，用 mtr 追蹤路徑，揾出邊個 hop 出事。
mtr -r -c 50 vpn.example.com**第三步**：根據 mtr 結果判斷——如果係你公司內部 hop 出事，就係內網問題；如果係 ISP 嗰段出事，就要聯絡供應商。
## 總結
🔗 參考資料：NVD NIST 漏洞資料庫
**ping、traceroute、mtr** 呢三個指令，係每個 IT 人都應該熟練掌握嘅基本功。佢哋唔需要安裝咩複雜軟件，Linux 同 macOS 都內置（Windows 都有對應版本），但就足以幫你解決大部分網絡延遲問題。下次再有人話「個網好慢」，你就唔使估估下，直接用呢三件法寶，幾分鐘就揾到問題根源。
