延遲 NetBIOS 中來自多重主目錄電腦的連線

文章翻譯 文章翻譯
文章編號: 166159 - 檢視此文章適用的產品。
重要本文包含有關如何修改登錄的資訊。請確定您在修改之前備份登錄。如果發生問題,請確定您知道如何還原登錄。如何備份、 還原,及修改登錄的相關資訊,請按一下下列的文件編號,檢視 Microsoft 知識庫中的文件:
256986Microsoft Windows 登錄的描述
全部展開 | 全部摺疊

在此頁中

徵狀

當您使用多重主目錄的電腦連線到另一台電腦多重主目錄電腦執行其中一個會在 < 適用於 > 一節中參照的 Microsoft Windows 版本中建立連線可能會有延遲。

發生的原因

因為預設情況下,Windows 重新導向程式會使用下列邏輯來建立 NetBIOS 的工作階段,就會發生這個問題:
  • 嘗試連線到目的地名稱上所有的繫結傳輸,會繫結的順序。
  • 如果 IgnoreBindingOrder 設為 0,等待主要 (第一個繫結) 傳輸來完成。如果成功在送達目的地,設定該傳輸上一個工作階段。取消其他連線。
附註在 Microsoft Windows 2000 以及更新版本中,IgnoreBindingOrder 登錄項目不存在。如果此登錄項目不存在,IgnoreBindingOrder 預設值為 1 (TRUE)。在 Microsoft Windows NT 4.0 IgnoreBindingOrder 預設值是 0 (FALSE)。

如果您的多重主目錄電腦是由一個路由器連接的兩個網路上,且如果您想要連線的電腦是在只有其中一個那些網路,有到目標系統的兩個路徑。如果連線成功在這兩個路徑上,重新導向器會選擇主要傳輸為慣用的路徑。例如重新導向器可能會選擇透過 TCP/IP (NetBT) 為慣用的路徑是相關聯的 NetBIOS 該繫結本機的來源 IP 位址。重新導向器取消剩下的連線。由於這項選擇從多重主目錄電腦傳送的封包可能會在內部路由到直接連線的子網路而且,目標系統會在回應中傳送的封包會周遊路由器。這種案例會很令人困惑] 疑難排解。

解決方案

警告如果您修改登錄不當使用 「 登錄編輯程式 」,或使用另一個方法,可能會發生嚴重的問題。這些問題可能需要重新安裝作業系統。Microsoft 無法保證可以解決這些問題。您必須自己承擔修改登錄所造成的風險。

使用較新的 Windows 重新導向器。您可以設定這個重新導向器來接受第一個傳輸以完成連線,並立即取消上其他傳輸連線。較新版本的支援更多個呼叫的處理,並取消也是 NetBT 的可用的。

若要利用這個改進,您必須新增登錄參數。

若要進行登錄參數,若要更正問題,指本文章中啟動 「 登錄編輯程式 」 使用下面的,資訊來找出適當的子機碼,然後再新增 [登錄值。

Microsoft Windows NT 4.0

使用下列登錄子機碼和值:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Rdr\Parameters

數值名稱: IgnoreBindingOrder
實值型別: REG_DWORD (布林值)
數值資料範圍: 0、 1 為 False (True)
預設值: 0 (假)
值: 1
附註將此值設定為 1 (一) 會導致重新導向程式接受第一個傳輸來完成而非等待成功或失敗主要傳輸上的連線。

Microsoft Windows Server 2003 」、 「 Microsoft Windows XP 與 「 Microsoft Windows 2000

使用下列登錄子機碼和值:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MrxSmb\Parameters

數值名稱: IgnoreBindingOrder
實值型別: REG_DWORD (布林值)
數值資料範圍: 0、 1 為 False (True)
預設值: 1 (True)
值: 1

狀況說明

Microsoft 已確認<適用於>一節所列之 Microsoft 產品確實有此問題。

其他相關資訊

TCP 連線與多重主目錄電腦

如果連線 NetBIOS 為基礎的連線,使用重新導向器小路由資訊可供使用在應用程式層級。NetBIOS 介面支援透過各種通訊協定的連線,且沒有知識的 IP。而是,重新導向器將呼叫放繫結到它的所有傳輸。如果電腦中兩個介面,以及安裝一項通訊協定,有兩個都可以重新導向器使用的傳輸。呼叫都會被放在兩個傳輸。NetBT 送出連線要求到堆疊,藉由使用從每個介面的 IP 位址。這兩種呼叫可能會成功。如果是這樣,重新導向器取消其中一個圖形。選擇的其中一個用來取消定重新導向器 IgnoreBindingOrder 登錄值。如果登錄值是 0,主要由繫結順序決定的傳輸會是慣用的一個。重新導向器會接受次要傳輸上的連線之前等待主要傳輸逾。如果此值為 1,繫結順序會被忽略。 重新導向器接受成功且取消其他第一個連線。

附註 Microsoft TechNet 文件參考錯誤登錄子機碼 (ObeyBindingOrder) 下列 Microsoft 網站:
http://technet.microsoft.com/en-us/library/cc780776.aspx
這個問題不適用於 Windows 通訊端連線,例如網頁瀏覽器進行。 會發生這種行為只在 NetBIOS 透過 TCP/IP 工作階段,例如檔案及列印共用。當 Windows 通訊端程式會從多重主目錄主機的連接時,最佳本機的來源位址會自動選取藉由使用路由表。除非程式特別設定為選取本機 IP 位址,以使用 bind() 呼叫,就會發生此選取範圍。

如需有關如何選取輸出網路介面卡的詳細資訊,按一下 [下列面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
175396從多重主目錄電腦的 Windows 通訊端連線

屬性

文章編號: 166159 - 上次校閱: 2007年7月19日 - 版次: 4.2
這篇文章中的資訊適用於:
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Web Edition
  • Microsoft Windows XP Professional
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Server 4.0 Standard Edition
關鍵字:?
kbmt kbbug kbnetwork KB166159 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:166159
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