面對「網不通、延遲高、丟包嚴重」等疑難雜症,Windows 內建的 ipconfig、ping、tracert 三大命令行工具,配合結構化排查邏輯,足以解決 90% 以上的網絡基礎故障。本文深度解析參數用法、輸出解讀與實戰排查路徑。
一、ipconfig:掌握本機網絡身份證
核心參數
| 命令 | 作用 |
ipconfig | 顯示所有介面的 IP、子網掩碼、預設閘道 |
ipconfig /all | 顯示完整信息:MAC、DHCP 租約、DNS 伺服器、租約過期時間 |
ipconfig /release | 釋放 DHCP 租約(介面變 0.0.0.0) |
ipconfig /renew | 重新申請 DHCP 租約 |
ipconfig /flushdns | 清除本地 DNS 緩存(解析異常首選動作) |
ipconfig /displaydns | 查看當前緩存記錄(排查劫持/污染) |
關鍵字段解讀
- IPv4 位址:本機在當前網段的邏輯地址,衝突會導致通訊中斷。
- 子網掩碼:定義網段範圍,錯誤會導致跨網段通訊失敗。
- 預設閘道:通往外部網絡的下一跳,缺失則無法上網。
- DHCP 伺服器:確認是否為合法網關,防範流氓 DHCP。
二、ping:連通性與質量的「聽診器」
語法與常用參數
ping 目標 [-t] [-a] [-n count] [-l size] [-f] [-w timeout] [-r count] [-R] [-S srcaddr] [-4] [-6]
| 參數 | 說明 | 典型場景 |
-t | 持續發送直到 Ctrl+C 停止 | 長時間觀察抖動/斷流 |
-n 50 | 指定發送 50 次(預設 4 次) | 統計丟包率、抖動 |
-l 1472 | 發送 1472 字節包(含 ICMP/IP 頭共 1500,測 MTU) | 排查 MTU 黑洞 |
-f | 設置 DF 位(不分片),配合 -l 測試路徑 MTU | 同上 |
-w 2000 | 超時 2000ms(預設 4000ms) | 高延鏈路避免誤判超時 |
-4 / -6 | 強制 IPv4 / IPv6 | 雙棧環境隔離測試 |
輸出關鍵指標
- TTL(Time To Live):初始值通常 64/128/255,每過一層路由 -1。
初始 TTL - 返回 TTL = 經過路由跳數。
- 時間(ms):往返延遲(RTT)。< 1ms 為 LAN,1~30ms 為同城,30~100ms 為跨省/骨幹,>150ms 疑似跨國/繞路。
- 丟包率:企業級鏈路要求 < 0.1%,家寬 < 1% 可接受。
三、tracert:路徑追蹤與節點定位
語法與參數
tracert 目標 [-d] [-h max_hops] [-w timeout] [-4] [-6]
| 參數 | 說明 |
-d | 不解析主機名(大幅加速顯示) |
-h 30 | 最大跳數(預設 30) |
-w 1000 | 每跳等待超時 ms |
輸出解讀技巧
- 每行顯示 3 次 RTT,
* * * 表示該跳超時(可能禁 ICMP、ACL 擋包、或真正故障)。
- 觀察延遲突增點:第 N 跳正常,第 N+1 跳延遲飆升 → 故障在 N→N+1 鏈路或 N+1 設備。
- 出現內網私有地址(10.x/172.16~31.x/192.168.x)屬正常運營商內部節點。
- 配合
pathping(Win 內建)可同時獲得逐跳丟包統計,更適合間歇性丟包分析。
四、標準化故障排查流程(自底向上)
- 本機協議棧:
ping 127.0.0.1 失敗 → TCP/IP 損壞,需 netsh int ip reset 重置。
- 本機介面:
ping 本機IP 失敗 → 驅動/綁定異常,重裝網卡驅動。
- 同網段通訊:
ping 同網段主機/網關 失敗 → 交換機端口/VLAN/ARP/雙工模式不匹配。
- 網關可達:
ping 網關IP 失敗 → 路由器 WAN 口/上游鏈路故障。
- 公網連通:
ping 8.8.8.8 成功但 ping www.google.com 失敗 → DNS 故障,檢查 DNS 設置/緩存/劫持。
- 路徑分析:
tracert -d 目標 定位高延遲/丟包跳數,聯繫運營商/IDC 處理。
五、進階組合拳
- MTU 掃描:
ping -f -l 1472 目標 逐步減小 size 直到不再提示「需分片但設置了 DF」,最大值 + 28 = 路徑 MTU。
- 持續監控腳本: 批處理/PowerShell 循環
ping -n 1 目標 記錄時間戳+RTT+TTL,生成 CSV 供 Excel 繪圖分析。
- 雙棧對比: 同目標分別
ping -4 / ping -6,排查 IPv6 路由黑洞。
熟練掌握這三板斧,並建立「現象→分層驗證→證據鏈→定位根因」的思維模型,是網絡運維從「盲目重啟」進化為「精準手術」的關鍵一步。