具有多個重新導向程式安裝的連線延遲

文章翻譯 文章翻譯
文章編號: 171386 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

在此頁中

徵狀

當您嘗試連線到網路的資源從一個系統與安裝的多個重新導向程式時,可能會遇到延遲。第一次嘗試連線,只會發生此延遲。

發生的原因

非-WNET API 初始 UNC 連線嘗試對網路資源從多個重新導向程式與系統時, Windows NT 系統會將要求傳送到多個 UNC 提供者 (MUP) 來識別哪些重新導向器應該處理要求。

解決方案

Windows NT 4.0

如果要解決這個問題,取得最新的 Service Pack 的 Windows NT 4.0 或 Windows NT Server 4.0 終端機伺服器版本。如需詳細資訊,請按一下下列的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
152734如何取得最新的 Windows NT 4.0 Service Pack

Windows 2000 和 Windows XP

已經造成對 [MUP 所做的修改,以致,如果重新導向器具有高優先權會先嘗試與成功的回應,有較低的優先順序這些重新導向程式再略過,並為已經透過重新導向器具有高優先權。

啟用這項功能需要更新的 Mup.sys。可以藉由修改登錄項目 DisableDFS 增加速度改進。

重要這個區段、 方法或任務包含告訴您如何修改登錄的步驟。然而,如果您不當修改登錄,可能會發生嚴重的問題。因此,執行這些步驟時請務必小心。為加強保護,修改登錄之前,請務必將它備份起來。以後您就可以在發生問題時還原登錄。如需有關如何備份和還原登錄的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
322756如何備份和還原在 Windows 登錄

警告不當使用 「 登錄編輯器 」 可能會導致嚴重的問題,甚至必須重新安裝作業系統。Microsoft 不保證所導致的不正確使用登錄編輯程式 」 的問題可以獲得解決。使用 「 登錄編輯程式 」,請自行負擔相關的風險。

如需有關如何編輯登錄的資訊,檢視 [登錄編輯程式 (Regedit.exe) 或 「 新增和刪除資訊中登錄 」] 和 [編輯登錄資料 」 線上中的 「 說明 」 主題 Regedt32.exe 中的 ["變更機碼及值 」 線上說明主題]。請注意您應該備份登錄之前您編輯它。
  1. 啟動 「 登錄編輯程式 」 (Regedit.exe)。
  2. 前往下列子機碼:
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Mup
    						
  3. 建立新的值,使用下列資訊:
          DisableDFS  REG_DWORD
          Range:  0 or 1
          Default:  0 (Enabled)
    						

    將這個機碼設為 1。

    如果您將 DisableDFS 機碼設為 [1,用戶端就無法再存取一個分散式檔案系統命名空間。這包括在 Active Directory 中的 SYSVOL 命名空間。請勿設定這個機碼為 1,如果用戶端是 Active Directory 的成員。
附註如果您正在使用 IntranetWare 用戶端從 Novell,則需要遵循這些步驟中,除了上述程序:
  1. 執行登錄編輯程式 (Regedt32.exe)。
  2. 移至下列機碼:
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
          \NetwareWorkstation\NetworkProvider
    						

    附註上述登錄機碼是一個路徑,它已經加以換行的可讀性。
  3. 按一下 DeviceName、 按一下 [編輯],],然後再按一下 [字串。
  4. 變更 \Device\NetwareRedirector \Device\NetwareWorkstation。
  5. 按一下 [確定],結束 [登錄編輯程式,重新啟動電腦。

其他相關資訊

[MUP 第一次建立分散式檔案系統 (Dfs) 是否正在使用中,並將要求傳遞給 Dfs。

[MUP 然後檢查是否有被連線之前,請參閱其內部快取 (MUP 快取中的項目會保留為 15 分鐘)。 [MUP 然後會將要求傳送到每個重新導向器,同步處理每個要求,並嘗試識別符合要求的網路上的資源。所有的重新導向程式傳回之後 [MUP 選擇 (根據回應和優先順序) 應用程式會使用哪一個重新導向器。

延遲來自兩個位置: 首先,嘗試透過 Dfs 和第二個 [MUP 存取的資源必須等待,並接受來自所有的重新導向程式的所有回應前先完成要求。因此,即使資源是隨時可用且可存取超過一個的重新導向器,必須仍然會提出要求透過重新導向其他已安裝程式要求完成之前。

重新導向程式、 通訊協定和連線能力的計時器組態數目,而定這些延遲可以超過每個初始連線 13 秒。

NetWare 重新導向器將會做為範例。

下列說明初始的 UNC 連線嘗試:
  1. 應用程式會讓 UNC 要求。
  2. 已核取 [Dfs 中,而且要求已經處理如果 Dfs 已啟用。
  3. [MUP 然後會檢查 MUP 快取為最近的連線。
  4. [MUP 再讓查詢至第一個重新導向 NetWare 在這個範例,重新導向程式會回應。

    附註傳回是即時的如 NetWare 使用只 IPX 並呼叫是快速。
  5. [MUP 會要求傳送到第二個重新導向 Microsoft 在這個範例並第二個重新導向程式會回應。

    附註Microsoft 重新導向器延遲時間取決於安裝通訊協定。與 TCP/IP,做資源名稱查詢透過 WINS、 廣播、 LMHOSTS 檔案、 DNS 和等等延遲存在。比方說 h 節點用戶端預設的延遲是 13 秒。
  6. 優先順序指派給查詢,因此如果兩個重新導向程式傳回成功,優先權用來指定哪一個重新導向程式會要求每個重新導向器。
  7. 到資源控制碼傳回給應用程式根據 MUP 的決策。
如果提出 NetWare 資源的應用程式的要求,應用程式就必須等候逾時 Microsoft 重新導向器傳回至資源控制代碼之前。

可以使用下列步驟設定 「 重新導向程式的優先順序:
  1. 「 控制台 」 執行 「 網路 」 工具。
  2. 按一下服務,再按 [網路存取順序。

狀況說明

Microsoft 已確認這是在 Windows NT 4.0 和 Windows NT Server 4.0 終端機伺服器版本的問題。 這個問題已經先在 Windows NT 4.0 服務套件 4.0 和 Windows NT Server 4.0 終端機伺服器版服務套件 4 中獲得修正。

屬性

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