WINS 查詢中不必要的延遲

重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。

按一下這裡查看此文章的英文版本:222840
本文已封存。本文係以「現狀」提供且不會再更新。
徵狀
您正在使用 WINS 進行名稱解析。在網路上沒有名稱花幾秒鐘,直到錯誤訊息出現 (比方說時鍵入 'Ping WRONGNAME') 雖然 WINS 伺服器正常運作。當連接到網路資源,您會看到下列的錯誤訊息:
發生系統錯誤 53。

找不到網路路徑。
解決方案
如果要解決這個問題,取得最新的 Service Pack,Microsoft Windows NT 版本 4.0。如需詳細資訊按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
152734如何取得最新的 Windows NT 4.0 Service Pack
狀況說明
Microsoft 已確認這是在本文開頭所列之 Microsoft 產品中的問題。這個問題已經先在 Windows NT 4.0 服務封包 5 中獲得修正。
其他相關資訊
當 WINS 伺服器取得未註冊其資料庫中的名稱查詢時,但它會傳回負回應,指出不已經找到名稱。在這種情況下 Windows NT 用戶端與 Service Pack 3 或更新版本會送出額外的查詢,以相同的名稱及其次要 WINS 伺服器。已加強的可靠性設計這種行為,當電腦已經使用 WINS 登錄,但記錄不是出現在主要 WINS 伺服器上任何原因。

但是,沒有一個 1500ms 相同名稱的任何後續查詢的延遲。這已經新增防止多載化單一的 WINS 伺服器。在這個特殊的案例延遲不需要第二個查詢傳送到不同的 WINS 伺服器觀察。

注意: 只有當使用 P 節點,如名稱解析方法將會明顯此延遲。其他節點型別使用廣播的名稱解析造成額外的逾時。

警告:本文為自動翻譯

內容

文章識別碼:222840 - 最後檢閱時間:02/23/2014 08:09:42 - 修訂: 3.1

Microsoft Windows NT Server 4.0, Terminal Server Edition, Microsoft Windows NT Server 4.0 Standard Edition, Microsoft Windows NT Workstation 4.0 Developer Edition, Microsoft BackOffice Small Business Server 4.0

  • kbnosurvey kbarchive kbmt kbbug kbfix KB222840 KbMtzh
意見反應