Prodlevy připojení v případě instalace mnoha přesměrovačů (Tento článek může obsahovat odkazy na anglický obsah (dosud nepřeložený).)

Překlady článku Překlady článku
ID článku: 171386 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Příznaky

Při pokusu o připojení k síťovým prostředkům ze systému s více přesměrovači nainstalován může dojít ke zpoždění. Toto zpoždění dochází pouze při prvním pokusu o připojení.

Příčina

Při pokusu WNET API počáteční UNC o připojení je k síťovému prostředku ze systému s více přesměrovači systému Windows NT odešle požadavek na více zprostředkovatele UNC (MUP) určit, které přesměrovač by měl požadavek zpracovat.

Řešení

Systém Windows NT 4.0

Tento problém vyřešíte pomocí nejnovější aktualizace service pack pro systém Windows NT 4.0 nebo Windows NT Server 4.0 Terminal Server Edition. Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
152734Jak získat nejnovější aktualizaci Service Pack pro systém Windows NT 4.0

Windows 2000 a Windows XP

Změna MUP byla provedena, například, pokud přesměrovač s nejvyšší prioritou je nejdříve úspěšné odpovědi, jsou tyto přesměrovačů s nižší priority potom vynechána a připojení prostřednictvím přesměrovač s nejvyšší prioritou.

Povolení této funkce vyžaduje aktualizované Mup.sys. Zlepšení rychlosti lze zvýšit změnou položky registru DisableDFS.

Důležité: Tento oddíl, metoda nebo úkol obsahuje kroky, které sdělit, jak upravit registr. Po nesprávné úpravě registru však mohou nastat závažné problémy. Postupujte proto pečlivě podle uvedených kroků. Pro zvýšení bezpečnosti registr zálohujte jestě před jeho úpravami. Potom můžete v případě potíží registr obnovit. Další informace o zálohování a obnovení registru naleznete následujícím článku znalostní v databáze Microsoft Knowledge Base:
322756Zálohování a obnovení registru v systému Windows

Upozornění Nesprávné použití Editoru registru může způsobit vážné potíže vyžadující přeinstalaci operačního systému. Společnost Microsoft nemůže zaručit, že potíže vzniklé v důsledku nesprávného použití Editoru registru budete moci vyřešit. Editor registru používáte na vlastní nebezpečí.

Informace o úpravě registru zobrazení tématu nápovědy online "Změna klíčů a hodnot" v Editoru registru (Regedit.exe) nebo "Přidání a odstranění informací v registru" a "Upravit data registru" témata nápovědy online v Regedt32.exe. Nezapomeňte registr před jeho úpravou zálohovat.
  1. Spusťte program Editor registru (Regedit.exe).
  2. Přejít na následující podklíč:
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Mup
    						
  3. Vytvořte novou hodnotu pomocí následujících informací:
          DisableDFS  REG_DWORD
          Range:  0 or 1
          Default:  0 (Enabled)
    						

    Tento klíč nastaven na hodnotu 1.

    Pokud nastavíte klíč DisableDFS 1, klient již přístup Distributed Namespace systému souborů. To zahrnuje SYSVOL Namespace ve službě Active Directory. Nenastavujte tohoto klíče na 1, pokud je klient členem Active Directory.
Poznámka: Pokud používáte klienta IntranetWare z Novell, bude nutné postupujte následujícím způsobem k výše uvedené postupy:
  1. Spusťte editor registru (Regedt32.exe).
  2. Přejít na následující klíč:
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
          \NetwareWorkstation\NetworkProvider
    						

    Poznámka: Výše uvedený klíč registru představuje jednu cestu. Z důvodu lepší čitelnosti byla zalomena.
  3. Klepněte na tlačítko název_zařízení, klepněte na tlačítko Upravit a klepněte na řetězec.
  4. Změnit \Device\NetwareWorkstation \Device\NetwareRedirector.
  5. Klepněte na tlačítko OK ukončete Editor registru a restartujte počítač.

Další informace

MUP nejprve stanoví, zda distribuovaný systém souborů (DFS) je používán a předá požadavek DFS.

Poté zkontroluje jeho vnitřní mezipaměti zobrazíte, zda připojení bylo byla dříve provedené MUP (položky v mezipaměti MUP jsou uchovávány 15 minut). MUP poté odešle požadavek na každý přesměrovač, který zpracovává každý požadavek synchronně a pokusí se k identifikaci prostředku v síti, který odpovídá na požadavek. Po vrácení všech přesměrovačů zvolí MUP při které přesměrovač, že aplikace bude používat (na základě odpověď a priorita).

Zpoždění pocházet ze dvou umístění: nejprve pokus o přístup k prostředku prostřednictvím DFS a druhé MUP musí počkat a přijmout všechny odpovědi od všech přesměrovačů před dokončením požadavek. Proto i v případě, že prostředek je k dispozici a snadno přístupné po jednom přesměrovač, požadavek musí stále být provedena nad ostatní nainstalované přesměrovačů před dokončením požadavek.

V závislosti na počtu přesměrovačů, protokoly a konfigurací časovače připojení těchto zpoždění překročí 13 sekund pro každou počáteční připojení.

Přesměrovač NetWare bude použit jako příklad.

Počáteční pokus o UNC připojení ilustruje následující:
  1. Požadavek aplikace provede UNC.
  2. Zkontrolována DFS a požadavek je zpracován, pokud je povoleno DFS.
  3. MUP pak zkontroluje mezipaměť MUP nedávné připojení.
  4. MUP potom provede dotaz první přesměrovač NetWare v tomto příkladu a přesměrovač reaguje.

    Poznámka: Vrácení je okamžitý NetWare používá pouze IPX a volání jsou rychlá.
  5. MUP odešle požadavek na druhý přesměrovač Microsoft v tomto příkladu a druhý přesměrovač reaguje.

    Poznámka: Zpoždění přesměrovač Microsoft závisí na nainstalované protokoly. Zpoždění existuje s TCP/IP, jako je dotazovaný název prostředku prostřednictvím WINS, všesměrové vysílání, soubor LMHOSTS, DNS a tak dále. Zpoždění výchozí uzel h klienta je například 13 sekund.
  6. Prioritu je přiřazena každý přesměrovač dotazovaný, takže pokud úspěšně vrátit oba přesměrovačů, priorita používá k určení, které přesměrovač trvá požadavek.
  7. Popisovač k prostředku je vrácena aplikace založené MUP rozhodnutí.
Pokud pro NetWare prostředek byl proveden požadavek aplikace, aplikace by musel přesměrovač Microsoft vypršel časový limit čekání před vrácením popisovač prostředku.

Priorita přesměrovači mohou být konfigurovány pomocí následujících kroků:
  1. Spusťte nástroj Síťová ovládacím.
  2. Klepněte na položku služby a klepněte na tlačítko Network Access pořadí.

Prohlášení

Společnost Microsoft potvrzuje, že se jedná o problém v systému Windows NT 4.0, Terminal Server Edition a Windows NT 4.0. Tento problém byl poprvé opraven v systému Windows NT Server 4.0 Terminal Server Edition Service Pack 4 a Windows NT 4.0 Service Pack 4.0.

Vlastnosti

ID článku: 171386 - Poslední aktualizace: 14. dubna 2009 - Revize: 5.1
Informace v tomto článku jsou určeny pro produkt:
  • 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
Klíčová slova: 
kbmt kbhotfixserver kbqfe kbbug kbfix kbnetwork KB171386 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:171386

Dejte nám zpětnou vazbu

 

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