網管人員必備的常用指令

如果你玩過路由器的話，就知道路由器裡面那些很好玩的指令縮寫。

例如，"sh int" 的意思是 "show interface"。

現在 Windows 也有了類似界面的工具，叫做 netsh。

我們在 Windows 的 cmd shell 下，輸入 netsh 就出來：netsh> 提示符，

輸入 int ip 就顯示： interface ip>

然後輸入 dump ，我們就可以看到目前系統的網絡配置：

# ---------------------------------- # Interface IP Configuration # ---------------------------------- pushd interface ip # Interface IP Configuration for "Local Area Connection" set address name = "Local Area Connection" source = static addr = 192.168.1.168 mask = 255.255.255.0 add address name = "Local Area Connection" addr = 192.1.1.111 mask = 255.255.255.0 set address name = "Local Area Connection" gateway = 192.168.1.100 gwmetric = 1 set dns name = "Local Area Connection" source = static addr = 202.96.209.5 set wins name = "Local Area Connection" source = static addr = none popd # End of interface IP configuration

上面介紹的是通過互動方式操作的一種辦法。

我們可以直接輸入指令：

"netsh interface ip add address "Local Area Connection" 10.0.0.2 255.0.0.0"

來添加 IP 位址。

如果不知道文法，不要緊的哦！

在提示符下，輸入 ? 就可以找到答案了。友善不友善啊？

原來微軟的東西裡面，也有那麼一些讓人喜歡的玩意兒。可惜，知之甚少啊！

Windows網絡指令行程式

這部分包括：

使用 ipconfig /all 檢視配置 使用 ipconfig /renew 重新整理配置 使用 ipconfig 管理 DNS 和 DHCP 類别 ID 使用 Ping 測試連接配接 使用 Arp 解決硬體位址問題 使用 nbtstat 解決 NetBIOS 名稱問題 使用 netstat 顯示連接配接統計 使用 tracert 跟蹤網絡連接配接 使用 pathping 測試路由器 使用 ipconfig /all 檢視配置

發現和解決 TCP/IP 網絡問題時，先檢查出現問題的計算機上的 TCP/IP 配置。可以 使用 ipconfig 指令獲得主機配置資訊，包括 IP 位址、子網路遮罩和預設網關。

注意

對于 Windows 95 和 Windows 98 的客戶機，請使用 winipcfg 指令而不是 ipconfi g 指令。

使用帶 /all 選項的 ipconfig 指令時，将給出所有接口的詳細配置報告，包括任何已配置的串行端口。使用ipconfig /all，可以将指令輸出重定向到某個檔案，并将輸出粘貼到其他文檔中。也可以用該輸出确認網絡上每台計算機的 TCP/IP 配置，或者進一步調查 TCP/IP 網絡問題。

例如，如果計算機配置的 IP 位址與現有的 IP 位址重複，則子網路遮罩顯示為 0.0.0.0。

下面的範例是 ipconfig /all 指令輸出，該計算機配置成使用 DHCP 伺服器動态配置TCP/IP，并使用WINS 和DNS 伺服器解析名稱。

Windows 2000 IP Configuration Node Type.. . . . . . . . : Hybrid IP Routing Enabled.. . . . : No WINS Proxy Enabled.. . . . : No Ethernet adapter Local Area Connection: Host Name.. . . . . . . . : corp1.microsoft.com DNS Servers . . . . . . . : 10.1.0.200 Description. . . . . . . : 3Com 3C90x Ethernet Adapter Physical Address. . . . . : 00-60-08-3E-46-07 DHCP Enabled.. . . . . . . : Yes Autoconfiguration Enabled.: Yes IP Address. . . . . . . . . : 192.168.0.112 Subnet Mask. . . . . . . . : 255.255.0.0 Default Gateway. . . . . . : 192.168.0.1 DHCP Server. . . . . . . . : 10.1.0.50 Primary WINS Server. . . . : 10.1.0.101 Secondary WINS Server. . . : 10.1.0.102 Lease Obtained.. . . . . . : Wednesday, September 02, 1998 10:32:13 AM Lease Expires.. . . . . . : Friday, September 18, 1998 10:32:13 AM

如果 TCP/IP 配置沒有問題，下一步測試能夠連接配接到 TCP/IP 網絡上的其他主機。

使用 ipconfig /renew 重新整理配置

解決 TCP/IP 網絡問題時，先檢查遇到問題的計算機上的 TCP/IP 配置。如果計算機啟用 DHCP 并使用 DHCP 伺服器獲得配置，請使用 ipconfig /renew 指令開始重新整理租約。

使用 ipconfig /renew 時，使用 DHCP 的計算機上的所有網卡（除了那些手動配置的擴充卡）都盡量連接配接到 DHCP 伺服器，更新現有配置或者獲得新配置。也可以使用帶 /release 選項的 ipconfig 指令立即釋放主機的目前 DHCP 配置。有關 DHCP 和租用過程的詳細資訊，請參閱客戶機如何獲得配置。

對于啟用 DHCP 的 Windows 95 和 Windows 98 客戶，請使用 winipcfg 指令的 release 和 renew 選項，而不是 ipconfig /release 和 ipconfig /renew 指令，手動釋放或更新客戶的 IP 配置租約。

使用 ipconfig 管理 DNS 和 DHCP 類别 ID也可以使用 ipconfig 指令：

顯示或重置 DNS 緩存。

詳細資訊，請參閱使用 ipconfig 檢視或重置客戶解析程式緩存。

重新整理已注冊的 DNS 名稱。

詳細資訊，請參閱使用 ipconfig 更新 DNS 客戶注冊。

顯示擴充卡的 DHCP 類别 ID。

詳細資訊，請參閱顯示客戶機上的 DHCP 類别 ID 資訊。

設定擴充卡的 DHCP 類别 ID。

詳細資訊，請參閱設定客戶機上的 DHCP 類别 ID 資訊。

使用 Ping 測試連接配接

Ping 指令有助于驗證 IP 級的連通性。發現和解決問題時，可以使用 Ping 向目标主 機名或 IP 位址發送 ICMP 回應請求。需要驗證主機能否連接配接到 TCP/IP 網絡和網絡資源時，請使用 Ping。也可以使用 Ping 隔離網絡硬體問題和不相容配置。

通常最好先用 Ping 指令驗證本地計算機和網絡主機之間的路由是否存在，以及要連接配接的網絡主機的 IP 位址。Ping 目标主機的 IP 位址看它是否響應，如下：

ping IP_address

使用 Ping 時應該執行以下步驟：

Ping 環回位址驗證是否在本地計算機上安裝 TCP/IP 以及配置是否正确。

ping 127.0.0.1

Ping 本地計算機的 IP 位址驗證是否正确地添加到網絡。

ping IP_address_of_local_host

Ping 預設網關的 IP 位址驗證預設網關是否運作以及能否與本地網絡上的本地主機通

訊。

ping IP_address_of_default_gateway

Ping 遠端主機的 IP 位址驗證能否通過路由器通訊。

ping IP_address_of_remote_host

Ping 指令用 Windows 套接字樣式的名稱解析将計算機名解析成 IP 位址，是以如果用位址成功，但是用名稱 Ping 失敗，則問題出在位址或名稱解析上，而不是網絡連通性的問題。詳細資訊，請參閱使用 Arp 解決硬體位址問題。

如果在任何點上都無法成功地使用 Ping，請确認：安裝和配置 TCP/IP 之後重新啟動計算機。

“Internet 協定 (TCP/IP) 屬性”對話框“正常”頁籤上的本地計算機的 IP 位址有效而且正确。

啟用 IP 路由，并且路由器之間的鍊路是可用的。

您可以使用 Ping 指令的不同選項來指定要使用的資料包大小、要發送多少資料包、是否記錄用過的路由、要使用的生存時間 (TTL) 值以及是否設定“不分段”标志。可以鍵入 ping -? 檢視這些選項。

下例說明如何向 IP 位址 172.16.48.10 發送兩個 Ping，每個都是 1,450 位元組：

C:>ping -n 2 -l 1450 172.16.48.10 Pinging 172.16.48.10 with 1450 bytes of data: Reply from 172.16.48.10:bytes=1450 time<10ms TTL=32 Reply from 172.16.48.10:bytes=1450 time<10ms TTL=32 Ping statistics for 157.59.8.1: Packets:Sent = 2, Received = 2, Lost = 0 (0% loss), Approximate roundtrip times in milli-seconds: Minimum = 0ms, Maximum = 10ms, Average = 2ms

預設情況下，在顯示“請求逾時”之前，Ping 等待 1,000 毫秒（1 秒）的時間讓每個響應傳回。如果通過 Ping 探測的遠端系統經過長時間延遲的鍊路，如衛星鍊路，則響應可能會花更長的時間才能傳回。可以使用 -w （等待）選項指定更長時間的逾時。

使用 Arp 解決硬體位址問題

“位址解析協定 (ARP)”允許主機查找同一實體網絡上的主機的媒體通路控制位址，如果給出後者的 IP 位址。為使 ARP 更加有效，每個計算機緩存 IP 到媒體通路控制位址映射消除重複的 ARP 廣播請求。

可以使用 arp 指令檢視和修改本地計算機上的 ARP 表項。arp 指令對于檢視 ARP 緩存和解決位址解析問題非常有用。

詳細資訊，請參閱檢視“位址解析協定 (ARP)”緩存和添加靜态 ARP 緩存項目。

使用 tracert 跟蹤網絡連接配接

Tracert（跟蹤路由）是路由跟蹤實用程式，用于确定 IP 資料報通路目标所采取的路徑。Tracert 指令用 IP 生存時間 (TTL) 字段和 ICMP 錯誤消息來确定從一個主機到網絡上其他主機的路由。

Tracert 工作原理

通過向目标發送不同 IP 生存時間 (TTL) 值的“Internet 控制消息協定 (ICMP)”回應資料包，Tracert 診斷程式确定到目标所采取的路由。要求路徑上的每個路由器在轉發資料包之前至少将資料包上的 TTL 遞減 1。資料包上的 TTL 減為 0 時，路由器應該将“ICMP 已逾時”的消息發回源系統。

Tracert 先發送 TTL 為 1 的回應資料包，并在随後的每次發送過程将 TTL 遞增 1，直到目标響應或 TTL 達到最大值，進而确定路由。通過檢查中間路由器發回的“ICMP 已逾時”的消息确定路由。某些路由器不經詢問直接丢棄 TTL 過期的資料包，這在Tracert 實用程式中看不到。

Tracert 指令按順序列印出傳回“ICMP 已逾時”消息的路徑中的近端路由器接口清單。如果使用 -d 選項，則 Tracert 實用程式不在每個 IP 位址上查詢 DNS。

在下例中，資料包必須通過兩個路由器（10.0.0.1 和 192.168.0.1）才能到達主機 172.16.0.99。主機的預設網關是 10.0.0.1，192.168.0.0 網絡上的路由器的 IP 位址是 192.168.0.1。

C:>tracert 172.16.0.99 -d Tracing r oute to 172.16.0.99 over a maximum of 30 hops 1 2s 3s 2s 10,0.0,1 2 75 ms 83 ms 88 ms 192.168.0.1 3 73 ms 79 ms 93 ms 172.16.0.99 Trace complete.

用 tracert 解決問題

可以使用 tracert 指令确定資料包在網絡上的停止位置。下例中，預設網關确定 19 2.168.10.99 主機沒有有效路徑。這可能是路由器配置的問題，或者是 192.168.10. 0 網絡不存在（錯誤的 IP 位址）。

C:>tracert 192.168.10.99 Tracing route to 192.168.10.99 over a maximum of 30 hops 1 10.0.0.1 reportsestination net unreachable. Trace complete.

Tracert 實用程式對于解決大網絡問題非常有用，此時可以采取幾條路徑到達同一個點。

Tracert 指令行選項

Tracert 指令支援多種選項，如下表所示。

tracert [-d] [-h maximum_hops] [-j host-list] [-w timeout] target_name -d 指定不将 IP 位址解析到主機名稱。 -h maximum_hops 指定躍點數以跟蹤到稱為 target_name 的主機的路由。 -j host-list 指定 Tracert 實用程式資料包所采用路徑中的路由器接口清單。 -w timeout 等待 timeout 為每次回複所指定的毫秒數。 target_name 目标主機的名稱或 IP 位址。

詳細資訊，請參閱使用 tracert 指令跟蹤路徑。

使用pathping 測試路由器

pathping 指令是一個路由跟蹤工具，它将 ping 和 tracert 指令的功能和這兩個工具所不提供的其他資訊結合起來。pathping 指令在一段時間内将資料包發送到到達最終目标的路徑上的每個路由器，然後基于資料包的計算機結果從每個躍點傳回。由于指令顯示資料包在任何給定路由器或連結上丢失的程度，是以可以很容易地确定可能導緻網絡問題的路由器或連結。某些選項是可用的，如下表所示。

選項 名稱 功能

-n Hostnames 不将位址解析成主機名。 -h Maximum hops 搜尋目标的最大躍點數。 -g Host-list 沿着路由清單釋放源路由。 -p Period 在 ping 之間等待的毫秒數。 -q Num_queries 每個躍點的查詢數。 -w Time-out 為每次回複所等待的毫秒數。 -T Layer 2 tag 将第 2 層優先級标記（例如，對于 IEEE 802.1p）

連接配接到資料包并将它發送到路徑中的每個網絡裝置。這有助于辨別沒有正确配置第 2 層優先級的網絡裝置。-T 開關用于測試服務品質 (QoS) 連通性。

-R RSVP isbase Che檢查以确定路徑中的每個路由器是否支援“資源保留協定 (RSVP)”，此協定允許主機為資料流保留一定量的帶寬。-R 開關用于測試服務品質 (QoS) 連通性。

預設的躍點數是30，并且逾時前的預設等待時間是3 秒。預設時間是250 毫秒，并且沿着路徑對每個路由器進行查詢的次數是100。

以下是典型的pathping 報告。躍點清單後所編輯的統計資訊表明在每個獨立路由器上資料包丢失的情況。

D:> pathping -n msw Tracing route to msw [7.54.1.196] over a maximum of 30 hops: 0 172.16.87.35 1 172.16.87.218 2 192.68.52.1 3 192.68.80.1 4 7.54.247.14 5 7.54.1.196 Computing statistics for 125 seconds... Source to Here This Node/Link Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address 0 172.16.87.35 0/ 100 = 0% | 1 41ms 0/ 100 = 0% 0/ 100 = 0% 172.16.87.218 13/ 100 = 13% | 2 22ms 16/ 100 = 16% 3/ 100 = 3% 192.68.52.1 0/ 100 = 0% | 3 24ms 13/ 100 = 13% 0/ 100 = 0% 192.68.80.1 0/ 100 = 0% | 4 21ms 14/ 100 = 14% 1/ 100 = 1% 10.54.247.14 0/ 100 = 0% | 5 24ms 13/ 100 = 13% 0/ 100 = 0% 10.54.1.196 Trace complete.

當運作 pathping 時，在測試問題時首先檢視路由的結果。此路徑與 tracert 指令所顯示的路徑相同。然後 pathping 指令對下一個 125 毫秒顯示忙消息（此時間根據躍點計數變化）。在此期間，pathping 從以前列出的所有路由器和它們之間的連結之間收集資訊。在此期間結束時，它顯示測試結果。

最右邊的兩欄 This Node/Link Lost/Sent=Pct 和 Address 包含的資訊最有用。172.16.87.218（躍點 1）和 192.68.52.1（躍點 2）丢失 13% 的資料包。 所有其他連結工作正常。在躍點 2 和 4 中的路由器也丢失尋址到它們的資料包（如 This Node /Link 欄中所示），但是該丢失不會影響轉發的路徑。

對連結顯示的丢失率（在最右邊的欄中标記為 |）表明沿路徑轉發丢失的資料包。該丢失表明連結阻塞。對路由器顯示的丢失率（通過最右邊欄中的 IP 位址顯示）表明這些路由器的 CPU 可能超負荷運作。這些阻塞的路由器可能也是端對端問題的一個因素，尤其是在軟體路由器轉發資料包時。