Řešení problémů souvisejících s protokolem Kerberos ve službě IIS

ID článku: 326985
Strojově přeložený článekUPOZORNĚNÍ: TENTO ČLÁNEK BYL STROJOVĚ PŘELOŽEN
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Tento článek popisuje řešení potíží s protokolem Kerberos ověřování na serverech IIS (Internetová informační služba). Nejedná se dokončení průvodce, ale obsahuje mnoho odkazů, které mohou pomoci vyřešit většinu Kerberos problémy, které mohou nastat.

Ve výchozím nastavení při instalaci Služba IIS v systému Microsoft Windows 2000 server, NTAuthenticationProviders klíč metabáze nastaven na Negotiate, NTLM. To znamená, že při aplikaci Microsoft Internet Explorer 5.0 nebo novější Klient se připojí k webovému serveru, služba IIS vrátí tyto dvě hodnoty WWW-Authenticate. záhlaví. V takovém případě klient Určuje, které Metoda ověřování může připojit. Pokud se klient rozhodne připojit pomocí Vyjednat Metoda, klient propůjčena určit Určuje, zda je pro ověřování pomocí protokolu Kerberos nebo NTLM. Pokud klient nepodporuje Podpora Vyjednat Metoda, klient používá NTLM ověřování.

Poznámka: že to je velmi obecný popis fungování tohoto procesu. Mnoho dalších věci, které nemusí dojít také v případě, že se jedná o protokol Kerberos.

Pokud je klientská aplikace Internet Explorer můžete připojit pomocí protokolu Kerberos Některé další kontroly zabezpečení jsou prováděny. Například může klient získání lístku z lístek poskytování služby TGS () a potom pomocí lístek k ověření.

Další informace o této proces funguje, získáte v následujícím článku znalostní Znalostní báze Microsoft Knowledge Base:
217098
(http://support.microsoft.com/kb/217098/ )
Základní přehled protokolu Kerberos v systému Windows 2000
Další informace naleznete na následující společnosti Microsoft Webový server:
Ověřováníhttp://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/default.mspx?mfr=true
(http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/default.mspx?mfr=true)
Musíte být obeznámeni s tyto odkazy na Poradce při potížích Protokol Kerberos.

Poznámka: Pokud jste nedávno inovaci na aplikaci Internet Explorer 6.0, může problémy Kerberos, protože Povolit integrované ověřování systému Windows Ověřování ve výchozím nastavení není zaškrtnuto políčko. Další informace o tom, zda touto možnost je nastavena správně, článek znalostní báze databáze Microsoft Knowledge Base:
299838
(http://support.microsoft.com/kb/299838/ )
Nelze vyjednat ověřování pomocí protokolu Kerberos, po upgradu na aplikaci Internet Explorer 6

Ověřit metody ověřování

Ujistěte se, že správné ověření metody jsou uvedeny v v metabázi serveru IIS nebo určitého webového serveru. Pokud byl server inovovat ze systému Microsoft Windows NT 4.0 na systém Windows 2000 Vyjednat ověřovací metoda není k dispozici a je nutné přidat ručně. Pokud není upgradujete ze systému Windows NT 4.0 na systém Windows 2000, ujistěte se, že že jsou k dispozici vhodné metody. Další informace o tom, jak ověřit, zda záhlaví Negotiate Metoda ověřování je k dispozici a přidejte metodu, jestliže chybí, klepněte na tlačítko na následující číslo článku ve znalostní společnosti Microsoft Číselná soustava:
248350
(http://support.microsoft.com/kb/248350/ )
Ověřování pomocí protokolu Kerberos se nezdaří po upgradu ze služby IIS 4.0 na službu IIS 5.0
Můžete nastavit tuto metodu ověřování na na webu úrovně, nikoli pro celý server IIS. Chcete-li to provést, použijte Skript adsutil.vbs číslo webového serveru. Například můžete nastavit použijte následující metodu ověřování pouze výchozí webový server, příkaz:

cscript adsutil.vbs set w3svc/1/NTAuthenticationProviders "Negotiate, ntlm"
Číslo 1 na webu po "w3svc" jsou uvedeny v Správce služeb sítě Internet (ISM).

Určit název serveru

Dále určete, zda se připojujete k webu pomocí pomocí skutečný název NetBIOS serveru nebo název aliasu, jako je například server DNS název (například www.microsoft.com). Pokud přistupujete webovému serveru pomocí jiný název než skutečný název serveru, hlavní novou službu musí mít název (SPN) registrován pomocí nástroje Setspn ze systému Windows 2000 Server Resource Kit. Protože neví, tato služba Active Directory název TGS nedává lístek k ověření uživatele. Tento příznak vynutí klient použít další metodu ověřování k dispozici, což je na NTLM, již znovu vyjednávat. Pokud webový server odpovídá názvu Domain Name System (DNS) jsou pojmenovány www.microsoft.com, ale server nebo servery webserver1.Development.microsoft.com, je nutné zaregistrovat www.microsoft.com v Služba Active Directory v každém serveru služby IIS. Chcete-li to provést, je nutné stáhnout Setspn nástroj a nainstalujte ji na server služby IIS.

Další informace o jak Setspn nástroj stáhnout, navštivte následující Web společnosti Microsoft:
Setspn.exehttp://www.microsoft.com/downloads/details.aspx?FamilyID = 5fd831fd-ab77-46a3-9cfe-ff01d29e5c46 & DisplayLang = cs
(http://www.microsoft.com/downloads/details.aspx?FamilyID=5fd831fd-ab77-46a3-9cfe-ff01d29e5c46&DisplayLang=en)
Chcete-li zjistit, zda se připojujete pomocí skutečný název, připojení k serveru pomocí názvu skutečné místo názvu DNS. Pokud jste Nelze se připojit k serveru, přejděte Ověřit Počítač je důvěryhodný pro delegování sekce. Pokud se můžete připojit na serveru postupujte následujícím způsobem nastavit název SPN pro název DNS, který se připojení k serveru pomocí:
  1. Nainstalujte nástroje se Setspn.
  2. Na serveru IIS otevřete příkazový řádek a potom změňte do adresáře C:\Program Files\Resource Kit.
  3. Spusťte následující příkaz Přidat tento nový název SPN (www.microsoft.com) ke službě Active Directory na serveru, kde webový_server1 je název NetBIOS serveru:
    Setspn - A HTTP/www.microsoft.com webový_server1
    Zobrazí se výstup podobný následující: 
    Registering ServicePrincipalNames for CN=webserver1,OU=Domain Controllers,DC=microsoft,DC=com
HTTP/www.microsoft.com
Updated object
  4. K zobrazení seznamu SPN na nové zobrazení tohoto serveru hodnoty, zadejte následující příkaz na serveru IIS: Setspn -L název_webového_serveru
Všimněte si, že nemáte registrace všech služeb. Mnoho služby, typy, například HTTP, W3SVC, WWW, RPC, CIFS (soubor aplikace access), WINS, a nepřerušitelný zdroj napájení (UPS) poskytnout, bude mapovat na výchozí typ služby s názvem HOSTITEL. Například pokud software klienta používá název SPN z HTTP/webserver1.microsoft.com provést připojení k webovému serveru HTTP na webserver1.microsoft.com serveru, ale tento hlavní název služby není registrován na Server, řadič domény systému Windows 2000 budou automaticky namapována k HOST/webserver1.microsoft.com. Toto mapování platí pouze v případě, že webová služba spuštěna pomocí účtu místního systému.

Důležité Pokud je hlavní název služby, kterou chcete zaregistrovat pro účet počítače. (na webovém serveru je spuštěna pod účtem LocalSystem nebo NetworkService), který existující názvy SPN počítače nesmí změnit. Místo toho přidat pouze nové NÁZEV SPN HTTP. Pokud se název webu odpovídá názvu hostitele bez změny SPN je vyžadován. Pokud standardní názvy hostitele neboServera HOST /ServerFQDN jsou chybějící, musíte zkoumání problémů, že má služba Netlogon na serveru při jeho registruje požadované názvy SPN. Byste měli obdržet chybové zprávy v souboru protokolu Jestliže povolíte protokolování služby. Další informace získáte v následujícím článku znalostní báze Microsoft Knowledge Base:
109626
(http://support.microsoft.com/kb/109626/ )
Povolení protokolování ladění pro službu přihlašování k síti
Také byste měli obdržet události služby Netlogon v O zápisu chyby protokolu událostí systému.

Ověřte, zda je v počítači pro delegování

Pokud tento server služby IIS je členem domény, ale není v doméně řadič, musí být počítač důvěryhodný pro delegování ověřování pomocí protokolu Kerberos pro práci správně. Chcete-li toto nastavení povolit, postupujte takto:
  1. V řadiči domény klepněte na tlačítko Spustit, přejděte na příkaz Nastavenía klepněte na tlačítko Ovládací panely.
  2. Poklepejte Nástroje pro správu složku a potom poklepejte na Active Directory Users and Computers.
  3. Podle vaší domény, klepněte Počítače složka.
  4. V seznamu vyhledejte na serveru služby IIS. Klepněte pravým tlačítkem myši na server název a potom klepněte na tlačítko Vlastnosti.
  5. Klepněte Obecné karta, zaškrtněte Důvěryhodný k delegování Zaškrtněte políčko a klepněte na tlačítko OK.

Použít Kerbtray

Jiný velmi užitečný nástroj pro odstraňování potíží s protokolem Kerberos je Kerbtray.exe, který je součástí sady Windows 2000 Resource Kit. Pomocí Kerbtray, uvidíte lístky protokolu Kerberos, kterým byla udělena z místní mezipaměť. Chcete-li tento nástroj stáhnout, navštivte následující Web společnosti Microsoft:
Kerbtray.exe: Zásobník protokolu Kerberoshttp://www.microsoft.com/downloads/details.aspx?FamilyID = 4e3a58be-29f6-49f6-85be-e866af8e7a88 & displaylang = cs
(http://www.microsoft.com/downloads/details.aspx?FamilyID=4e3a58be-29f6-49f6-85be-e866af8e7a88&displaylang=en)
Další informace o tomto nástroji a tipy Poradce při potížích s protokolem Kerberos, navštivte následující Web společnosti Microsoft:
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/technologies/security/tkerberr.mspx
(http://www.microsoft.com/technet/prodtechnol/windowsserver2003/technologies/security/tkerberr.mspx)

Povolit protokolování událostí zabezpečení

Protokolování událostí zabezpečení může být velice užitečné při odstraňování potíží Selhání ověřování pomocí protokolu Kerberos. Tuto funkci povolíte můžete zobrazit chyby přihlášení Při pokusu o ověření prostřednictvím služby IIS. To poskytuje vysvětlení Co může dojít během procesu ověřování a proč ověřování proces se nezdaří.

Zbývající informace v této části Udává se přímo zZabezpečené webové Desiging Podle aplikací pro systém Windows 2000 podle Michael Howard. Protože jsou ověřené připojení v systému Windows 2000, je potřebujete vědět, jak číst události přihlášení. Účelem tohoto oddílu je popisují různé proměnné, které tvoří událost přihlášení.

Nastavení auditu přihlášení či odhlášení

Systém Microsoft Windows NT zahrnuje pouze jednu kategorii auditu pro přihlášení a odhlášení. Systém Windows 2000 zavádí druhé. Dvě kategorie-- Přihlášení či odhlášení a přihlášení k účtu--jsou vysvětleny v následujících částech.

Auditovat události přihlášení k účtu (kategorie přihlášení či odhlášení)

Tuto kategorii událostí, k dispozici ve všech verzích systému Windows NT a V systému Windows 2000 označuje, že účet přihlášen nebo vypnout, nebo k síti připojení k počítači. Jinými slovy, je spuštěná událost auditu počítač, kde dojde k přihlášení. Kategorie pro přihlášení nebo odhlášení je důležité, protože Při použití služby IIS, serveru SQL Server poskytuje nejvíce informací a COM +.

Nejvýznamnější události v kategorii přihlášení či odhlášení
  • Události přihlášení nebo odhlášení 529 (Přihlašovací chyba)
  • Přihlášení či odhlášení události 528 (úspěšné přihlášení)
  • Události přihlášení nebo odhlášení 540 (síťová přihlášení úspěch)
Zobrazit v následujících částech těchto událostí, a Tabulka 1 vysvětlení jednotlivých polí v události.

Události přihlášení nebo odhlášení 529 (Přihlašovací chyba)

Event Type:     Failure Audit
Event Source:   Security
Event Category: Logon/Logoff 
Event ID:       529
Date:           9/3/1999
Time:           8:57:21 PM
User:           NT AUTHORITY\SYSTEM
Computer:       CHERYL-LAPTOP
Description:
Logon Failure:
   Reason:           Unknown user name or bad password
   User Name:        Administrator
   Domain:           CHERYL-LAPTOP
   Logon Type:       2
   Logon Process:    seclogon
   Authentication Package: Negotiate
   Workstation Name: CHERYL-LAPTOP

Přihlášení či odhlášení události 528 (úspěšné přihlášení) a pro přihlášení nebo odhlášení 540 (síťová přihlášení úspěch)

Event Type:     Success Audit
Event Source:   Security
Event Category: Logon/Logoff 
Event ID:       540
Date:           1/23/2000
Time:           5:41:39 PM
User:           EXAIR\Cheryl
Computer:       CHERYL-LAPTOP
Description:
Successful Network Logon:
   User Name:        cheryl
   Domain:           EXAIR
   Logon ID:         (0x0,0x17872A8)
   Logon Type:       3
   Logon Process:    Kerberos
   Authentication Package: Kerberos
   Workstation Name:
Zmenšit tuto tabulkuRozšířit tuto tabulku
Pole Poznámky
Typ události, zdroj, kategorie, ID, datum, a Časzřejmé
Uživatel
Provádění přihlášení uživatelského účtu. Pro například může být NT AUTHORITY\SYSTEM, který je účet LocalSystem slouží ke spuštění mnoha služeb systému Windows 2000.
Počítač Počítač, ve kterém událost došlo k
Z důvodu Se týká pouze chyby přihlášení je přihlášení se nezdařilo z důvodu účet.
Uživatelské jménoNázev uživatelského účtu pokusu přihlášení
Domény Doména uživatelského účtu pokusu Přihlaste se.
Typ přihlášení Číselná hodnota označující typ přihlášení se pokusila. Možné hodnoty jsou:
2 - Interactive (interaktivně přihlášen)
3 - Síti (přístupné systému prostřednictvím sítě)
4 - Dávky (spuštěna jako dávková úloha)
5 - Service (služba systému Windows byla spuštěna služba řadič)
6 - Proxy (přihlášení prostřednictvím serveru proxy; nejsou používány v systému Windows NT nebo systému Windows 2000)
7 - Odemknout (odemknutí pracovní stanice)
8 - NetworkCleartext (síť přihlášení pomocí pověření ve formě prostého textu)
9 - NewCredentials (používaný RunAs při je-li použita možnost parametrem/netonly)
Proces přihlášeníProces provádění přihlášení. Na Některé procesy přihlášení příkladu jsou následující:
-Advapi (spuštěná při volání k LogonUser; LogonUser zavolá funkci LsaLogonUser a jeden argument LsaLogonUser, OriginName, identifikuje původ pokus o přihlášení)
- Rozhraní (normální Windows 2000 přihlášení pomocí WinLogon)
-SCMgr (ovládání služby Správce spuštění služby)
-KsecDD (Síťová připojení SMB Server-například při použití příkazu NET USE)
-Kerberos (v Poskytovatel podpory zabezpečení Kerberos [SSP])
-NtlmSsp (NTLM SSP)
- Seclogon (Sekundární přihlašování-to znamená, že příkaz RunAs)
-Služby IIS (služba IIS provádí přihlášení; generované při přihlášení účet IUSR_machinename nebo při použití Ověřování algoritmem Digest nebo Basic)
Ověřovací balíček Balíček zabezpečení se nazývá Pokus o přihlášení k účtu. Ověřovací balíček je dynamic-link Knihovna DLL, která analyzuje data přihlášení a určuje, zda se má ověřovat účet. Nejběžnější příklady Kerberos, Negotiate, NTLM, a MICROSOFT_AUTHENTICATION_PACKAGE_V1_0 (také nazývané MSV1_0; ověřuje uživatele v databázi SAM podporuje předávací ověření na účty důvěryhodné domény a podporuje subauthentication balíčků) název pracovní stanice Název pracovní stanice, je-li znám, jistiny při přihlášení.

Auditovat události přihlášení k účtu (přihlašovací účet kategorie)

Tuto kategorii událostí označuje, že účet přihlášen nebo vypnutí a že v počítači byl použit k ověření účtu. V tomto případě auditu události v počítači, ve kterém je umístěn účet. Mnoho Jsou zaznamenány události související s protokolem Kerberos, například vydávání lístků, při tomto auditu kategorie je povoleno.

V následujících oddílech zobrazit dvě často vidět Chyba události přihlášení k účtu.

Události přihlášení účtů 676 (Přihlašovací chyba): ověřování lístek požadavek nezdařilo.
Event Type:     Failure Audit
Event Source:   Security
Event Category: Account Logon 
Event ID:       676
Date:           5/11/2000
Time:           8:47:01 PM
User:           NT AUTHORITY\SYSTEM
Computer:       DBSERVER
Description:
Authentication Ticket Request Failed:
   User Name:  Major
   Supplied Realm Name:    EXPLORATIONAIR.COM
   Service Name:     krbtgt/EXPLORATIONAIR.COM
   Ticket Options:   0x40810010
   Failure Code:     6
   Client Address:   172.100.100.12
Poznámka: Co je účet NT AUTHORITY\SYSTEM? Tento účet je obvykle uvedené pod účtem LocalSystem. účet, pod které většina služeb, spusťte je. Uvidíte mnoho odkazů na tento účet v protokolu událostí zabezpečení.

Událost 676 znamená, že hlavní nelze získat počáteční lístku pro přidělování lístků (TGT) z Centrum distribuce klíčů (KDC). Nejdůležitější část události je kód chyby. Tyto kódy jsou stejné jako kódy MIT Kerberos. Tabulka 2 Popisuje některé z Kódy selhání běžné; Úplný seznam najdete v hlavním http://www.IETF.org/RFC/rfc1510.txt
(http://www.ietf.org/rfc/rfc1510.txt)
.

Tabulka 2 - některé běžné Kódy selhání protokolu Kerberos
Zmenšit tuto tabulkuRozšířit tuto tabulku
Kód chyby Poznámky
6 Klient nebyl nalezen v databázi pomocí protokolu Kerberos.
7  Server nebyl nalezen v databázi pomocí protokolu Kerberos. To

				  obecně označuje hlavní název (SPN) nebyl registrován pro služby

				  Služba.
23 Platnost hesla vypršela.
32 Vypršela platnost lístku.
33 Lístek ještě není platný.
34  Požadavek je jako při opakování hry. Někdo se pokouší přehrát

				  Klient služby Kerberos odezvu; zpět které jsou případně způsobujícími.
37  Zkosení hodiny příliš velký. Kerberos je časově důležité;

				  Přesvědčte se, zda že jsou synchronizovány všechny hodiny


Účet s velkým množstvím kód chyby událostí přihlášení 681 (Přihlašovací chyba)

 Někdy se může zobrazit následující chyba.

		  Problém je, že kód chyby je prakticky nepoužitelné. 
Event Type:     Failure Audit
Event Source:   Security
Event Category: Account Logon 
Event ID:       681
Date:           5/11/2000
Time:           8:47:01 PM
User:           NT AUTHORITY\SYSTEM
Computer:       DBSERVER
Description:
The logon to account: Major
 by: MICROSOFT_AUTHENTICATION_PACKAGE_V1_0
 from workstation: WEBSERVER
 failed. The error code was: 3221225572

				
Tabulka 3 - Příklad účet přihlášení chybové kódy.

Zmenšit tuto tabulkuRozšířit tuto tabulku
Chyba Code(Decimal)Chyba Code(Hex)Poznámky
32212255720xC0000064 Zadaný uživatel

				  neexistuje. 
3221225570 0xC0000062 Zadaný název je

				  nemusí správně utvořený název účtu.
32212255690xC0000061Je požadováno oprávnění

				  Klient není držitelem.
32212255780xC000006APři pokusu aktualizovat

				  heslo tento návratový stav znamená, že hodnota k dispozici jako aktuální

				  heslo není správné.
 32212255800xC000006C Heslo není

				  Opravte. Při pokusu aktualizovat heslo, tento stav znamená že některé

				  došlo k porušení pravidel pro aktualizaci hesla.Například heslo nesplňuje

				  Délka kritéria. 
32212255850xC0000071 Uživatelský účet

				  platnost hesla vypršela.
32212255860xC0000072 Odkazovaný účet

				  je nyní zakázána.

 Je-li sladit předchozí události selhání dvou zabezpečení

		  --Hlavní společnosti žádost počáteční TGT selhala s chybou 6 (klient nebyl nalezen v

		  databáze Kerberos) při mu se pokusil o přihlášení a chyby při přihlašování obecný

		  dochází k chybě 3221225572 (zadaný uživatel neexistuje)--má

		  Chyba je prostý: hlavní není platný účet!

Zpět nahoru | Dejte nám zpětnou vazbu
Odkazy
 Další informace

			 informace o protokolu Kerberos, klepněte na následující čísla článku znalostní báze

			 články znalostní báze Microsoft Knowledge Base: 
266080

      (http://support.microsoft.com/kb/266080/
            )
    
Odpovědi na časté otázky k modulu Kerberos
244474

      (http://support.microsoft.com/kb/244474/
            )
    
 Vynucení protokolu Kerberos použití protokolu TCP místo protokolu UDP v systému Windows Server 2003, Windows XP a Windows 2000
262177

      (http://support.microsoft.com/kb/262177/
            )
    
 Jak povolit protokolování událostí protokolu Kerberos
287537

      (http://support.microsoft.com/kb/287537/
            )
    
 Pomocí základního ověřování, generování tokenů Kerberos
277741

      (http://support.microsoft.com/kb/277741/
            )
    
 Přihlášení k aplikaci Internet Explorer nezdaří z důvodu nedostatečná velikost vyrovnávací paměti pro protokol Kerberos
269643

      (http://support.microsoft.com/kb/269643/
            )
    
 Ověřování pomocí protokolu Kerberos aplikace Internet Explorer nefunguje z důvodu nedostatečné vyrovnávací paměti připojení ke službě IIS
264921

      (http://support.microsoft.com/kb/264921/
            )
    
 Způsob ověřování klientských prohlížečů službou IIS
248350

      (http://support.microsoft.com/kb/248350/
            )
    
 Ověřování pomocí protokolu Kerberos se nezdaří po upgradu ze služby IIS 4.0 na službu IIS 5.0
294382

      (http://support.microsoft.com/kb/294382/
            )
    
 Ověřování se pravděpodobně nezdaří s chybou "401.3", pokud webový server "hlavičky hostitele" se liší od názvu NetBIOS serveru
217098

      (http://support.microsoft.com/kb/217098/
            )
    
 Základní přehled ověřování pomocí protokolu Kerberos v systému Windows 2000
283201

      (http://support.microsoft.com/kb/283201/
            )
    
 Použití delegování v systému Windows 2000 s modelem COM +
299838

      (http://support.microsoft.com/kb/299838/
            )
    
 Nelze vyjednat ověřování pomocí protokolu Kerberos, po upgradu na aplikaci Internet Explorer 6
230476

      (http://support.microsoft.com/kb/230476/
            )
    
 Popis

			 běžných chyb souvisejících s protokolem Kerberos v systému Windows 2000
320903

      (http://support.microsoft.com/kb/320903/
            )
    
 Klienti se nelze přihlásit pomocí protokolu Kerberos prostřednictvím protokolu TCP
235529

      (http://support.microsoft.com/kb/235529/
            )
    
 Podpora protokolu Kerberos v clusterech serverů se systémem Windows 2000
929650

      (http://support.microsoft.com/kb/929650/
            )
    
 Použití hlavních názvů služeb při konfiguraci webové aplikace, které jsou hostovány na IIS 6
Nejčastější dotazy týkající se protokolu Kerberos obsahuje další informace

		  o protokolu Kerberos: 
http://www.FAQs.org/faqs/Kerberos-FAQ/General/index.HTML

      (http://www.faqs.org/faqs/kerberos-faq/general/index.html)
    
Zpět nahoru | Dejte nám zpětnou vazbu
Vlastnosti
ID článku: 326985 - Poslední aktualizace: 19. května 2011 - Revize: 14.0
Klíčová slova: 
              
kbhowtomaster kbmt KB326985 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:326985

      (http://support.microsoft.com/kb/326985/en-us/
            )
    
Právní omezení pro obsah znalostní báze týkající se produktů, jejichž podpora byla ukončena
Tento článek byl napsán o produktech, pro které společnost Microsoft již neposkytuje nadále podporu. Článek je tedy nabízen v takovém stavu, v jakém je, a nebude již nadále aktualizován.
Zpět nahoru | Dejte nám zpětnou vazbu
Dejte nám zpětnou vazbu
 

      
        Zpět nahoruZpět nahoru