如何對 Windows 2000 或 Windows NT 的 TCP/IP 連線進行疑難排解

文章翻譯 文章翻譯
文章編號: 102908 - 檢視此文章適用的產品。
如需本文的 Microsoft Windows XP 版本,請參閱 314067
全部展開 | 全部摺疊

結論

當您嘗試判定在 Windows 上所出現的 TCP/IP 網路連線問題的原因時,ARP、PING、FTP、NETSTAT 和 NBTSTAT 等公用程式可以提供有用的資訊。下面列出可能出現的 TCP/IP 徵狀以及使用這些公用程式診斷問題的建議事項。雖然這不是一份完整的清單,但卻示範了如何使用這些公用程式追蹤網路上的問題。

其他相關資訊

問題: 要如何判定 Windows 系統上是否已正確安裝 TCP/IP?

解答: 試著在本機系統上使用 PING,請在指令行中輸入 127.0.0.1 的 IP 迴路位址:
ping 127.0.0.1


系統應該會立即回應。如果找不到 PING,或是指令失敗,請使用「事件檢視器」檢查事件記錄檔,查看 Setup 或 TCP/IP 服務所報告的問題。您也應該試著使用 PING 測試本機介面的 IP 位址,以判定 IP 的設定是否正確。如果能夠成功無誤地使用 PING,表示目標系統的 IP 層應該已有效運作。

問題: 要如何判定 Windows 系統上是否已正確安裝 FTP Server 服務?

解答: 試著在本機系統上使用 FTP 指令,請在指令行中輸入 IP 迴路位址:
ftp 127.0.0.1


與本機伺服器的互動的情形是與其他 Windows (和大部分的 UNIX) 用戶端互動時所預期的情形完全相同的。這個指令也可以用於判定 FTP Server 服務的目錄、權限等是否設定正確。

問題: 當我連線到 Windows NT、Windows for Workgroups 或 Microsoft LAN Manager 伺服器時,是什麼原因會造成錯誤 53?

解答: 當所指定的電腦名稱無法被解析時,就會傳回錯誤 53。如果電腦是位於區域子網路上,請確認名稱的輸入是否正確 (拼字要正確),並確認目標系統也是執行 TCP/IP。如果電腦不是位於區域子網路上,請確保 LMHOSTS 檔中有記錄該電腦的名稱和 IP 位址對應。如果所有項目似乎都已正確安裝,請試著使用 PING 測試該遠端系統,以確保它的 TCP/IP 軟體運作無誤。

問題: 我在 LMHOSTS 檔中新增了某個對應項目之後,如果連線到伺服器所花費的時間太長了,我該怎麼辦?

解答: 如果對應項目是位於很大的 LMHOSTS 檔的尾端,可能還跟在一些 #INCLUDE 後面,就可能會產生這種問題。您有兩種方法可以加快連線速度:在該對應項目的後面加上 #PRE 標記,以便將此項目標記為事先載入的項目,然後使用 NBTSTAT -R 指令來立即更新本機名稱快取,或是將該對應項目放在 LMHOSTS 檔的較前端。

LMHOSTS 檔在解析時會依序處理沒有標記 #PREloaded 項目,因此,您應該將常用的項目放在靠近檔案的前端,並將 #PRE 項目放在靠近檔案的後端。

問題: 如果使用者無法連線到特定伺服器,甚至指定相同的名稱也一樣時,我該怎麼辦?

解答: 使用 NBTSTAT -N 指令 (可靠地) 判定該伺服器在網路上註冊的名稱為何。這個指令的輸出會列出該系統使用 NetBIOS over TCP/IP 所註冊的幾個名稱。其中應該會有一個類似系統的電腦名稱。如果沒有,請嘗試所顯示的另一個唯一名稱。NBTSTAT 指令也可以顯示遠端系統的快取項目,可以是來自的 LMHOSTS 檔的 #PREloaded 或是因目前進行的網路活動的最新解析名稱。如果遠端使用者所使用的名稱都是相同的,而其他系統則是位於遠端子網路上,請確保遠端使用者的 LMHOSTS 檔中有記錄該系統的對應項目。

問題: 如果使用 TELNET、FTP 等主機名稱無法連線到外部系統,而只能使用 IP 位址連線時,我該怎麼辦?

解答: 使用 [控制台] 中的 [網路] 圖示,檢查主機名稱解析設定 (位於 [TCP/IP 連線] 選項下),以確保系統已經設定了適當的 HOSTS 和 DNS。如果您是使用 HOSTS 檔,請確保檔案中所輸入的遠端系統和應用程式所用的遠端系統相同 (拼字要正確) 。如果您是使用 DNS,請確保 DNS 伺服器的 IP 位址是正確的,而且順序也正確。如果要判定主機名稱的解析是否正確,請分別輸入主機名稱和 IP 位址,以使用 PING 來測試遠端系統。

問題: 當我使用 TELNET 連線到特定電腦時,從所顯示的橫幅標題得知該電腦並非是我原先想要連線的電腦,即使我指定正確的 IP 位址時,情況還是一樣。怎麼會這樣呢?

解答: 會發生這樣的情況,通常是因為相同網路上有兩個系統被 (錯誤地) 設定成相同的 IP 位址。Ethernet 和 IP 位址對應是由 Address Resolution Protocol (ARP) 模組來完成,而 ARP 會相信它所收到的第一個回應。有時候非目標電腦的回應會比目標電腦的回應還快,這種問題很難區分及追蹤。指令 ARP -g 可顯示 ARP 快取中的對應,如果您知道目標遠端系統的 Ethernet 位址,就可以輕易判斷出兩者是否相符。如果不相符,請試著使用 ARP D 來刪除此項目,然後 PING 相同的位址 (強迫產生新的 ARP 對應),然後再次使用 ARP -g 來檢查快取中的 Ethernet 位址。如果兩個系統都位於相同網路上,您最後總有可能會收到不同的回應。如果沒有,您可能需要篩選來自非目標主機的資料傳輸,以找出該系統的擁有者或其位置。

問題: 當連到遠端系統的 TCP/IP 連線看起來好像無反應,此時我該怎麼辦?

解答: NETSTAT -a 指令可以顯示本機系統的 TCP 和 UDP 通訊埠上的所有活動狀態。良好的 TCP 連線狀態通常是指在傳送和接收佇列中保持 0 個位元組。如果任一佇列中有資料阻塞的現象,或如果狀態呈現不穩定現象,則表示連線可能發生問題。如果連線沒有問題,可能是發生網路或應用程式延遲的問題。

問題: 如果 TCP/IP 設定對話方塊顯示「您的預設閘道不屬於設定介面。您要變更它嗎?」,我該怎麼辦?

解答: 這個錯誤訊息是表示預設閘道並不是和系統上所安裝的任何介面位於相同的邏輯網路上。經由比較預設閘道的網路 ID 這部分 (計算子網路遮罩和預設閘道之間 AND 位元運算) 和所安裝的任何介面的網路 ID,即可得知它們是否位於相同的網路上。例如,如果某個系統只有單一介面,而其 IP 位址是設定成 102.54.0.1,其子網路遮罩是設為 255.255.0.0,則預設閘道的形式必須是 102.54.a.b,因為該 IP 介面的網路 ID 部分是 102.54。

屬性

文章編號: 102908 - 上次校閱: 2004年9月22日 - 版次: 1.3
這篇文章中的資訊適用於:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows NT Advanced Server 3.1
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 3.1
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Advanced Server 3.1
關鍵字:?
kbhowto kbnetwork KB102908
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com