We couldn’t sign you in
Select the account you want to use.

摘要

本文將告訴您 Microsoft Windows 用戶端所使用的 IP 位址解析主機名稱的不同方法。方法的順序是用於將 NetBIOS 名稱解析成 IP 位址的順序不同。

其他相關資訊

在網路上使用 TCP/IP 通訊協定,則必須將資源的名稱轉換成 IP 位址給連接到這些資源。Microsoft Windows 用戶端會遵循一系列方法在嘗試名稱解析為地址,停止搜尋,當成功比對 IP 位址的名稱。有兩個主要順序,在大多數情況下使用: NetBIOS 解析和主機名稱解析。連線到 Microsoft 的伺服器,一般是透過 Windows 檔案管理員] 或 [網路上的芳鄰] 上的資源的用戶端最常使用的 NetBIOS 名稱解析。如需詳細資訊,請參閱下列文件的「Microsoft 知識庫」中的文章︰

透過 TCP/IP 的名稱解析及 WINS 的 NetBIOS

主機名稱解析解決 TCP/IP 資源不會透過 NetBIOS 介面連線的名稱。最常見的範例,這是 Microsoft Internet Explorer 例如網頁瀏覽器。其他範例包括網際網路應用程式,例如 Ping、 FTP 以及 Telnet。許多現代資料庫和使用 Winsock,Microsoft Windows 的實作 TCP/IP 通訊端連線的電子郵件應用程式也使用主機名稱解析。這些應用程式類型的範例是 Outlook,疑難排解名稱解析問題的 Exchange.When,請務必縮小 NetBIOS 名稱或主機名稱,應用程式是否已解決。附註: 在此文件的內容中,「 用戶端 」 一詞並不一定是指工作站。它需要存取需要主機名稱解析的資源時,Windows NT 伺服器就會採取用戶端的角色。主機名稱解析通常會使用下列程序:

  1. 用戶端檢查,看看查詢的名稱是否它自己。

  2. 用戶端會搜尋本機 Hosts 檔案、 一份 IP 位址和儲存在本機電腦上的名稱。附註: Hosts 檔案位置會視作業系統而定: Windows NT %Systemroot%\System32\Drivers\Etc Windows 95 <drive>\<Windows folder> Windows for Workgroups <drive>\<Windows folder> Windows 3.1 <drive>\<Windows folder> MS-Client 3.0 <Boot volume>\Net Lan Manager 2.2c Client <Boot volume>\Net < 磁碟機 > 其中 %systemroot%會是 Windows NT 安裝所在的資料夾,是磁碟機上安裝 OS,< 開機磁碟區 > 指的是開機磁碟片或磁碟機 c。 範例 hosts 檔案,而 Hosts.sam,已安裝 TCP/IP 通訊協定顯示適當的格式。

  3. 網域名稱系統 (DNS) 伺服器會被詢問。

  4. 如果名稱仍未解決,會將 NetBIOS 名稱解析順序做備份。藉由設定用戶端的 NetBIOS 節點型別,就可以變更這個順序。

Windows 用戶端會嘗試每一種方法,直到它可能是成功解析名稱或試過所有這些方法。Windows NT、 Windows 95 和使用 Microsoft TCP/IP 3.11b 的工作群組用戶端的 Windows,請依照此順序。Lan Manager 2.2 c 或 Microsoft 用戶端 3.0 用戶端不會使用 NetBIOS 名稱解析作為備份。如需詳細資訊,請參閱下列文件的 「 Microsoft 知識庫 」 中的文件:

NetBIOS 及主機名稱解析,MS 用戶端和 LM 2.2 c解析名稱時用戶端會略過,它並未被設定的方法。例如,如果沒有在系統上的沒有 hosts 檔案,然後它會略過上面的步驟 2 並嘗試查詢 DNS 伺服器。如果沒有 DNS 伺服器 IP 位址的用戶端的 TCP/IP 設定中輸入,然後用戶端會略過序列中下一個步驟之後 DNS。變更主機名稱解析順序的方法需視作業系統和版本而有所不同。這些會記載在資源套件,對於特定的作業系統,同時也顯示在 Microsoft 知識 Base.For 的詳細資訊,請參閱下列文件的 「 Microsoft 知識庫 」 中的文件:

Windows NT 4.0 ServiceProvider 優先權值不會套用

如何變更 Windows 95 及 Windows NT 的名稱解析順序

設定 TCP/IP-32 的名稱解析搜尋順序

疑難排解

問題: 用戶端程式無法解析主機名稱。疑難排解步驟: 如果用戶端無法解析主機名稱,然後最好確認應該使用序列上面所列的用戶端的名稱解析的主機。如果名稱不存在於任何用戶端使用的資源,您必須決定要將它加入哪個資源。如果名稱存在於其中一個資源,例如 DNS 伺服器或 Windows 網際網路名稱服務 (WINS) 伺服器,用戶端不正確解析名稱,將注意力放在該特定資源的疑難排解。此外,請確認用戶端嘗試解析主機名稱,而不是 NetBIOS 名稱。許多應用程式可以用來解析名稱的多個方法,特別是在合併列印與資料庫的應用程式。應用程式可能設定為連線到使用 NetBIOS 的資源中。根據用戶端設定用戶端可能會略過主機名稱解析。從該處它有可能變更為 TCP/IP 通訊端的 [連線類型,或 NetBIOS 問題疑難排解的必要項目。問題: 用戶端解析名稱的速度非常緩慢,或無法解析名稱並需要長時間才報告失敗。疑難排解步驟: 因為雖然在用戶端的 TCP/IP 設定,但伺服器中設定的 DNS 伺服器都找不到用戶端通常會導致這。由於 TCP/IP 通訊協定假設網路不可靠,用戶端會一再嘗試連線到 DNS 伺服器之前放棄嘗試的查詢。然後用戶端將嘗試查詢第二個 DNS 伺服器,若已設定,並花費相同的時間,失敗。然後只會在用戶端逐步執行 NetBIOS 名稱解析如上文所述。有三種方法可以解決這個問題。

  • 如果主機名稱的輸入正確的主機檔案中,它會解析用戶端嘗試查詢 DNS 之前。本解決方案運作如果 DNS 伺服器都無法聯繫上暫時還有少數幾個需要解析的主機名稱。手動設定 Hosts 檔案,許多用戶端可能會過高。-或者-

  • 如果 DNS 伺服器可供使用,但用戶端的 TCP/IP 設定中的 DNS 伺服器位址不正確,然後更正這些位址將允許立即連絡 DNS 伺服器的用戶端。即使 DNS 伺服器會報告它無法解析名稱,則會發生速度遠勝於如果用戶端無法連上 DNS 伺服器根本。-或者-

  • 如果 DNS 伺服器設定在用戶端,但是這些伺服器永遠無法使用,請移除 DNS 伺服器的 IP 位址,從用戶端設定。用戶端會再略過 DNS 查閱,經過時間延遲。-或者-

  • 如果在 DNS 資料庫的記錄遺失或不正確,然後會有延遲為 DNS 伺服器查詢其他 DNS 伺服器前報告它們無法解析名稱。這通常會造成在幾秒的延遲。

如需有關 TCP/IP 和名稱解析,Microsoft 匿名 ftp 伺服器上,請參閱下列白皮書:

檔案名稱: Tcpipimp2.doc 位置: 標題: 「 Microsoft Windows NT 3.5/3.51/4.0: TCP/IP 實作會詳細說明 TCP/IP 通訊協定堆疊及服務,2.0 版。"

Need more help?

Expand your skills
Explore Training
Get new features first
Join Microsoft Insiders

Was this information helpful?

How satisfied are you with the translation quality?
What affected your experience?

Thank you for your feedback!

×