Ping 連通性測試：通了代表什麼，不通又該查什麼
從 ICMP 成功、逾時、不可達與本機錯誤出發，判斷下一步該檢查目標、網路還是應用，避免把沒有回應直接當成整站宕機。
Ping 連通性測試裡的「通」，應理解為這次請求取得了對應的 ICMP 回覆；「不通」則還需要看是逾時、不可達，還是本地命令沒有執行成功。先讀原始現象，再決定下一步，避免一個標籤承擔過多含義。
有回覆：已經證明的範圍是什麼
有效的 Echo Reply 表示本次探測能夠到達相應目標並取得返回。它提供一條網路往返證據，不驗證網站連接埠、憑證、網頁內容或帳號權限。ICMP 的請求與回覆定義見 RFC 792。
如果使用者問題是「網頁打不開」，就繼續檢查實際業務；如果問題是「這條路徑是否偶爾不回應」，則保留後續有限樣本。不要因為一次回覆就刪除此前所有異常。
沒有回覆：先看具體錯誤
| 看到的現象 | 它實際說明什麼 | 下一步 |
|---|---|---|
| 請求逾時 | 該次等待視窗內沒有取得有效回覆 | 核對目標、策略、路徑和複查結果 |
| 目標不可達等訊息 | 某個裝置返回了相關錯誤 | 保留訊息來源與錯誤類型 |
| 解析失敗 | 尚未取得可用於本輪探測的位址 | 先查網域和解析環境 |
| 本地錯誤、節點未啟動 | 有效探測可能根本未發出 | 先恢復檢測能力，不判定目標 |
中間裝置發出的不可達訊息，不應被誤寫成目標返回了正常 Echo Reply。逾時也沒有直接告訴你遺失發生在去程、回程還是目標處理。
本地網路問題，從接近現場的證據開始
同一裝置存取多個已知服務均異常時，先核對網路連線、代理與位址設定。若需要檢查本地閘道，使用目前網路實際設定的閘道，不憑網路上通用位址猜測。
閘道或公網目標不回應 ICMP，都要結合其策略與實際業務。不能用「某個公共位址 Ping 失敗」作為整個網際網路斷線的唯一證據。換裝置或換網路作對照時，記錄改變的條件。
遠端結果，只代表那個探測來源
線上節點正常而本機失敗，先比較實際目標和來源；某個城市失敗而另一城市正常，則保留各自範圍。原城市同電信業者有成功與失敗樣本，說明存在成功路徑，不應把整組稱為完全不可達。
平台節點無法執行時應標記檢測不可用，既不能說目標故障，也不能說目標恢復。多節點整理方法見城市與電信業者的有效樣本分組。
把下一步與原問題對應
檢查網頁，就補連接埠、TLS、HTTP 和瀏覽器；檢查 DNS 服務，就發 DNS 查詢；檢查長期網路波動，就保留連續時間範圍和原始明細。Windows Ping 的參數與輸出可查 官方文件。