DetailPage-MSS-KB

Knowledge Base

Artikel-ID: 942564 - Geändert am: Sonntag, 23. Dezember 2012 - Version: 7.0

 
Wichtig Dieser Artikel enthält Informationen dazu, wie Sie die Registrierung ändern. Stellen Sie sicher, dass Sie die Registrierung sichern, bevor Sie es ändern. Stellen Sie sicher, dass Sie wissen, wie Sie die Registrierung wiederherstellen, falls ein Problem auftritt. Weitere Informationen zum Sichern, wiederherstellen und Bearbeiten der Registrierungs finden Sie im folgenden Artikel der Microsoft Knowledge Base:
322756  (http://support.microsoft.com/kb/322756/ ) Sichern und Wiederherstellen der Registrierung in Windows

Auf dieser Seite

Problembeschreibung

Hinweis Windows NT 4.0 ist die Microsoft support-Lebenszyklus Periode Vergangenheit. Szenarien, die auf Windows NT 4.0 relevant sind, wurden nicht getestet und werden nicht unterstützt. Die folgende Informationen dient nur zu Informationszwecken und wird bereitgestellt, um einen leichteren Übergang von Windows NT 4.0-Systeme zu erleichtern. Weitere Informationen über die Microsoft support Lifecycle Policy, die folgenden Microsoft-Website:
http://support.Microsoft.com/Lifecycle (http://support.microsoft.com/lifecycle)
Wenn ein Windows NT 4.0-basierten Computer versucht, mithilfe von den NETLOGON-Dienst herstellen ein sicheren Kanals zu einem Windows Server 2008-basierten Domänencontroller, der Vorgang schlägt möglicherweise fehl. Hardware oder Software möglicherweise nicht in der Lage, einen Sicherheitskanal zu einem Windows Server 2008-basierten Domänencontroller herzustellen, wenn die Hardware oder Software die Kryptografiealgorithmen verwendet, die in Windows NT 4.0 verwendet werden.

In diesem Szenario können Sie die folgenden Symptome auftreten.

Symptom 1

Sie können zu einer Domäne von einem Windows NT 4.0-basierten Computer anmelden, die von einem Windows Server 2008-basierten Domänencontroller verarbeitet wird. Je nachdem, ob die Anmeldeinformationen des Domänenkontos Anmeldung auf dem Windows NT 4.0-basierten Computer zwischengespeichert werden erhalten Sie eine der folgenden Fehlermeldungen angezeigt:

Fehlermeldung 1
Das System kann Sie jetzt nicht anmelden, da die Domäne Domänenname ist nicht verfügbar.
Fehlermeldung 2
Ein Domänencontroller für Ihre Domäne konnte nicht kontaktiert werden. Sie wurden unter Verwendung früher gespeicherter Konteninformationen angemeldet. Profiländerungen seit Ihrer letzten sind Anmeldung möglicherweise nicht verfügbar.

Symptom 2

Vertrauensstellungen, die zwischen Windows NT 4.0-Domänen und Windows Server 2008-Domänen vorhanden sind, funktionieren möglicherweise nicht. Sie können die anfängliche Vertrauensstellung erfolgreich erstellen. Wenn Sie versuchen, mithilfe des Domain.msc Microsoft Management Console (MMC)-Snap-ins Überprüfen der Vertrauensstellung, kann die Validierung fehl. Darüber hinaus wird die folgende Fehlermeldung angezeigt:
Der Vorgang ist fehlgeschlagen mit Fehlercode: 317 (0x0000013d)

Symptom 3

Ein SAMBA SMB-Client kann keiner Domäne Join-Operation auf einem Windows Server 2008-basierten Domänencontroller ausführen. Oder ein SAMBA Server Message Block (SMB)-Client kann keinen Sicherheitskanal zu einem Windows Server 2008-basierten Domänencontroller herstellen.

Darüber hinaus gibt der Windows Server 2008-basierten Domänencontroller, der Sicherheitsanfrage Kanal verarbeitet, den folgenden Fehlercode zurück:
Hex: 0x4F1h
Decimal: 1265
Symbolische Fehler: ERROR_DOWNGRADE_DETECTED
Fehler: "STATUS_DOWNGRADE_DETECTED"
Angezeigter Fehler: Das System hat einen versuchten an Sicherheit zu schaffen. Stellen Sie sicher, dass Sie den Server kontaktieren können, der Sie authentifiziert.
Hinweis Der Fehler "STATUS_DOWNGRADE_DETECTED" hat mehrere Gründe. Daher bedeutet dieser Fehler nicht notwendigerweise, dass Sie Symptom 3 auftritt.

Symptom 4

Ein SMB-Speichergerät möglicherweise nicht auf schwache kryptografische Algorithmen verwenden, um einen Sicherheitskanal zu einem Windows Server 2008-basierten Domänencontroller herstellen.

Hinweis SMB-Speicher-Devices sind auch bekannt als IP-Speicher-Devices.

Auf dem authentifizierenden Domänencontroller werden die folgenden Fehler im Systemprotokoll protokolliert:

Fehler 1
Name der Protokolldatei: System
Quelle: NETLOGON
Datum: Datum: Uhrzeit
Ereignis-ID: 5805
Aufgabe Kategorie: keine
Stufe: Fehler
Benutzer: n/v
Computer: AuDomainName
Beschreibung: Die Einrichtung einer Sitzung von Computer- <client computer="">konnte nicht authentifiziert werden. Der folgende Fehler ist aufgetreten: Zugriff verweigert.</client>
HinweisAuDomainName der Name der authentifizierende Domänencontroller darstellt.

Fehler 2
Name der Protokolldatei: System
Quelle: NETLOGON
Datum: Datum: Uhrzeit
Ereigniskennung: 5722
Aufgabe Kategorie: keine
Stufe: Fehler
Schlüsselwörter: Klassisch
Benutzer: n/v
Computer: AuDomainName
Beschreibung: Die Einrichtung einer Sitzung vom computer ClientComputerName Fehler beim authentifizieren. Die Namen der Konten, die in der Sicherheitsdatenbank verwiesen wird ClientComputerName$. Der folgende Fehler ist aufgetreten: das System hat einen versuchten an Sicherheit zu schaffen. Stellen Sie sicher, dass Sie den Server kontaktieren können, der Sie authentifiziert.

Derzeit treten Symptom 4 auf die folgenden SMB-Speicher-Device:
  • EMC Celerra
Wenden Sie sich an die Gerätehersteller, um festzustellen, ob ein Update für dieses Problem verfügbar ist.

Darüber hinaus können Sie nicht in der Lage, einen Sicherheitskanal von Hewlett-Packard (HP) Advanced Server für OpenVMS auf einem Windows Server 2008-basierten Domänencontroller herstellen werden. Insbesondere gibt der Windows Server 2008-basierten Domänencontroller den folgenden Fehlercode auf OpenVMS NetrServerAuthenticate Anforderung:
Hex: 0x4F1h
Decimal: 1265
Symbolische Fehler: ERROR_DOWNGRADE_DETECTED
Fehler: "STATUS_DOWNGRADE_DETECTED"
Angezeigter Fehler: Das System hat einen versuchten an Sicherheit zu schaffen. Stellen Sie sicher, dass Sie den Server kontaktieren können, der Sie authentifiziert.
Hinweis Der Fehler "STATUS_DOWNGRADE_DETECTED" hat mehrere Gründe. Daher bedeutet dieser Fehler nicht notwendigerweise, dass Sie Symptom 4 auftreten.

Symptom 5

Ein Windows NT 4.0 primary Domain Controller (PDC) kann nicht erstellen Sie eine externe Vertrauensstellung zwischen sich selbst und eine PDC-Emulator, auf der Windows Server 2008 R2 ausgeführt wird. Server, auf denen Windows Server 2008 R2 können nicht zugegriffen werden, mithilfe einer Windows NT 4.0-Domäne vertrauen. Windows NT 4.0 haben, die in einer Windows NT 4.0-Domäne sind keinen auch Zugriff auf Domänencontroller, die Windows Server 2008 R2 ausgeführt werden, indem Sie eine Vertrauensstellung. Dieses Verhalten tritt auf, selbst wenn die Vertrauensstellung erstellt wurde, zwischen einem PDC, auf dem Windows NT 4.0 ausgeführt wird und ein primärer Domänencontroller, auf denen Windows Server 2008 oder Windows Server 2003 ausgeführt wird.

Die folgenden Fehler werden im Systemprotokoll auf einem primären Domänencontroller protokolliert, die Windows NT 4.0 ausgeführt wird, nachdem die Vertrauensstellung erstellt wird:

Ereignistyp: Fehler
Ereignisquelle: NETLOGON
Ereigniskategorie: keine
Ereigniskennung: 5722
Datum: <Date></Date>
Uhrzeit <Time></Time>
Benutzer: n/v
Computer: <Computer name=""></Computer>
Beschreibung: Die Einrichtung einer Sitzung vom computer <Computer name=""></Computer> Fehler beim authentifizieren. Der Name der/die Kontoname(n) in der Sicherheitsdatenbank ist <Database name=""></Database>. Der folgende Fehler ist aufgetreten: Zugriff verweigert.

Ereignistyp: Fehler
Ereignisquelle: NETLOGON
Ereigniskategorie: keine
Ereigniskennung: 5721
Datum: <Date></Date>
Uhrzeit <Time></Time>
Benutzer: n/v
Computer: <Computer name=""></Computer>
Beschreibung: Die Einrichtung einer Sitzung auf dem Windows NT-Domänencontroller <Unknown>für Domäne<b00> </b00> </Unknown><Database name=""></Database> ist fehlgeschlagen, da der Windows NT-Domänencontroller kein Konto für den Computer. <Computer name=""></Computer>.

Die folgenden Fehler werden im Systemprotokoll auf dem PDC protokolliert, die Windows Server 2008 R2 ausgeführt wird, nachdem die Vertrauensstellung erstellt wird:

Ereignistyp: Fehler
Ereignisquelle: NETLOGON
Ereigniskategorie: keine
Ereignis-ID: 3210
Datum: <Date></Date>
Uhrzeit <Time></Time>M
Benutzer: n/v
Computer: <Computer name=""></Computer>
Beschreibung: Dieser Computer konnte nicht mit authentifizieren. <Computer name=""></Computer>, eine Windows-Domänencontroller für Domäne <Domain></Domain>, und aus diesem Grund kann dieser Computer Anmeldeanforderungen verweigern. Kann nicht authentifizieren kann von einem anderen Computer im gleichen Netzwerk mit dem gleichen Namen verursacht werden, oder das Kennwort für dieses Computerkonto wird nicht erkannt. Wenn diese Meldung erneut angezeigt wird, wenden Sie sich an Ihren Systemadministrator.

Wenn Sie versuchen, mithilfe von Domain.msc Überprüfen der Vertrauensstellung, erhalten Sie die folgende Fehlermeldung angezeigt:
"Überprüfung der Vertrauensstellung zwischen der Domäne Southridgevideo und die Domäne Cpandl ist fehlgeschlagen da: Zugriff verweigert. Um eine Vertrauensstellung zu einer Prä-Windows 2000-Domäne zu reparieren müssen Sie entfernen und erneut hinzufügen, die Vertrauensstellung auf beiden Seiten."
Sie verwenden einen Windows NT 4.0-Mitgliedscomputer in der Windows NT 4.0-Domäne mit einer validierten Vertrauensstellung. Wenn Sie versuchen, eine Ressource zuzugreifen, die auf einem Domänencontroller befindet, auf denen Windows Server 2008 R2 ausgeführt wird, wird sinngemäß die folgende Fehlermeldung angezeigt:
"Die Vertrauensstellung zwischen der primären Domäne und der vertrauenswürdigen Domäne ist fehlgeschlagen."

Ursache

Dieses Problem tritt aufgrund des Standardverhaltens der Richtlinie Zulassen Kryptografiealgorithmen kompatibel mit Windows NT 4.0 auf Windows Server 2008-basierten Domänencontrollern. Diese Richtlinie wird konfiguriert, um zu verhindern, dass Windows-Betriebssystemen und -Clients von Drittanbietern mit schwachen Kryptografiealgorithmen NETLOGON sicherheitskanäle zu Windows Server 2008-basierten Domänencontrollern herstellen.

Wichtig Windows NT 4.0-Vertrauensstellungen können nicht zwischen Windows Server 2008 R2-basierten und Windows NT 4.0-basierten Domänen erstellt werden. Die beschriebenen Schritte, die weiter unten in diesem Artikel beschriebene Feldverhalten gelten für nur Windows Server 2008. Sicherheitsänderungen, die in Windows Server 2008 R2 sind zu verhindern, dass eine Vertrauensstellung zwischen Windows Server 2008 R2-basierten und Windows NT 4.0-basierten Domänen. Dieses Verhalten ist entwurfsbedingt.

Abhilfe

Um dieses Problem zu umgehen, stellen Sie sicher, dass Clientcomputer die Kryptografiealgorithmen verwenden, die mit Windows Server 2008 kompatibel sind. Sie müssen möglicherweise Software-Updates von der Produkt-Anbieter anfordern.

Wenn Sie Software-Updates nicht installieren können, weil ein Service-Ausfall auftritt, gehen Sie folgendermaßen vor:
  1. Melden Sie sich bei einem Windows Server 2008-basierten Domänencontroller.
  2. Klicken Sie auf Start, klicken Sie auf Ausführen, Typ GPMC.msc, und klicken Sie dann auf OK.
  3. In der Gruppenrichtlinienverwaltung Konsole, erweitern Sie Gesamtstruktur: Domänenname, erweitern Sie Domänenname, erweitern Sie Domänencontroller, mit der rechten Maustaste Standard-Domänencontrollerrichtlinie, und klicken Sie dann auf Bearbeiten.
  4. In der Gruppenrichtlinienverwaltungs-Editor Konsole, erweitern Sie Computerkonfiguration, erweitern Sie Richtlinien, erweitern Sie Administrative Vorlagen, erweitern Sie System, klicken Sie auf Net Logon, und doppelklicken Sie dann auf Ermöglichen Sie Kryptografiealgorithmen kompatibel mit Windows NT 4.0.
  5. In der Eigenschaften Klicken Sie im Dialogfeld klicken Sie auf der Aktiviert Option, und klicken Sie dann auf OK.

    Hinweise
    • In der Standardeinstellung die Nicht konfiguriert Option wird festgelegt, für die Ermöglichen Sie Kryptografiealgorithmen kompatibel mit Windows NT 4.0 Richtlinie in die folgenden Gruppenrichtlinienobjekte (GPO):
      • Standard-Domänenrichtlinie
      • Standard-Domänencontrollerrichtlinie
      • Richtlinien für Lokaler Computer
      Standardmäßig wird das Verhalten für die Ermöglichen Sie Kryptografiealgorithmen kompatibel mit Windows NT 4.0 Gruppenrichtlinie auf Windows Server 2008-basierten Domänencontrollern soll programmgesteuert zu verhindern, dass Verbindungen von mithilfe von Kryptografiealgorithmen, die in Windows NT 4.0 verwendet werden. Tools, die effektiven Richtlinieneinstellungen auf einem Mitgliedscomputer oder auf einem Domänencontroller auflisten erkennt daher nicht die Ermöglichen Sie Kryptografiealgorithmen kompatibel mit Windows NT 4.0 Richtlinie, wenn Sie explizit aktivieren oder der Richtlinie deaktivieren.
    • Windows 2000 Server-basierten Domänencontrollern und Windows Server 2003-basierten Domänencontrollern verfügen nicht über die Ermöglichen Sie Kryptografiealgorithmen kompatibel mit Windows NT 4.0 Richtlinie. Aus diesem Grund akzeptieren Prä-Windows Server 2008-basierten Domänencontrollern Security Channel-Anforderungen von Clientcomputern, auch wenn der Clientcomputer alte Kryptografiealgorithmen verwenden, die in Windows NT 4.0 verwendet werden. Wenn Sicherheitsanforderungen Kanal zeitweise von Windows Server 2008-basierten Domänencontrollern verarbeitet werden, werden Sie inkonsistente Ergebnisse auftreten.
  6. Installieren von Drittanbieter-Software-Updates, die das Problem zu beheben, oder Entfernen von Clientcomputern, die inkompatible Kryptografiealgorithmen verwenden.
  7. Wiederholen Sie die Schritte 1 bis 4.
  8. In der Eigenschaften Klicken Sie im Dialogfeld klicken Sie auf der Deaktiviert Option, und klicken Sie dann auf OK.

    Wichtig Aus Gründen der Sicherheit sollten Sie die Option für diese Richtlinie festlegen zurück zu Deaktiviert.

Status

Dieses Verhalten ist entwurfsbedingt.

Weitere Informationen

Einem ähnlich gelagerten Problem auf Computern mit Windows 2000 oder späteren Versionen von Windows

Die Fähigkeit von Clientcomputern, auf denen Windows 2000 ausgeführt werden oder späteren Versionen von Windows Security Channel auf Windows Server 2008-basierten Domänencontroller herstellen werden durch die Richtlinie Zulassen Kryptografiealgorithmen kompatibel mit Windows NT 4.0 nicht betroffen. Wenn diese Clientcomputer die NetJoinDomain -Funktion zusammen mit der NETSETUP_JOIN_UNSECURE Join-Option für einen Windows Server 2008-basierten Domänencontroller verwenden, gibt der Domänencontroller jedoch den folgenden Fehlercode zurück:
Hex: 0x4F1h
Decimal: 1265
Symbolische Fehler: ERROR_DOWNGRADE_DETECTED
Fehler: "STATUS_DOWNGRADE_DETECTED"
Angezeigter Fehler: Das System hat einen versuchten an Sicherheit zu schaffen. Stellen Sie sicher, dass Sie den Server kontaktieren können, der Sie authentifiziert.
Dieses Problem tritt auf, wenn die Richtlinieneinstellung deaktiviert ist oder Nicht konfiguriertwerden.

Hinweis Der Fehler "STATUS_DOWNGRADE_DETECTED" hat mehrere Gründe. Daher bedeutet dieser Fehler nicht notwendigerweise, dass Sie dieses Problem auftritt.

Sie können dieses Problem auf Computern auftreten, die die folgenden Betriebssysteme ausgeführt werden:
  • Windows 2000
  • Windows XP
  • WindowsServer 2003
  • Die veröffentlichte Version von Windows Vista
Hinweis Computer mit Windows Vista mit Service Pack 1 (SP1) oder höhere Versionen von Windows Vista sind nicht betroffen.

Die NetJoinDomain -Funktion wird zusammen mit der Option NETSETUP_JOIN_UNSECURE in den folgenden Szenarien verwendet. (Diese Funktion wird auch in anderen Szenarios verwendet.)
  • Sie verwenden Windows Deployment Services (WDS) oder (Remote Installation Services, RIS), um ein Windows-Betriebssystem installieren.
  • Sie verwenden die Active Directory Migration Tool (ADMT) Computerkontomigration eines Windows-Betriebssystems ausführen.
Das folgenden Hotfix-Paket kann auf Computer angewendet werden, auf denen Windows XP oder Windows Server 2003 zum Beheben dieses Problems ausgeführt werden:
944043  (http://support.microsoft.com/kb/944043/ ) Beschreibung der Windows Server 2008 Read-only Domain Controller Compatibility Pack für Windows Server 2003-Clients und Clients unter Windows XP und Windows Vista

Wie Sie diese Probleme zu beheben

Gehen folgendermaßen Sie vor, um das Problem zu beheben, wenn Sie einen Sicherheitskanal von einem Clientcomputer aus auf einem Windows Server 2008-basierten Domänencontroller herstellen können, haben:
  1. Wenn der Clientcomputer Windows NT 4.0 ausgeführt wird, aktualisieren Sie Windows NT 4.0 auf Windows 2000 oder höher. Wenn Sie die Aktualisierung nicht möglich, führen Sie die Schritte im Abschnitt "Abhilfe".
  2. Wenn der Clientcomputer Windows 2000 oder eine höhere Version von Windows ausgeführt wird, und der Clientcomputer ausgeführt, eine nicht abgesicherte Domäne Join-Operation wird, führen Sie die Schritte im Abschnitt "Abhilfe" als temporäre Lösung.
  3. Wenn der Client-Computer Windows 2000 oder eine höhere Version von Windows ausgeführt wird und Sie nicht sind sicher, ob der Clientcomputer ist eine unsicherer Beitritt Operation ausführt, überprüfen Sie die Datei %systemroot%\Debug\Netsetup.log. Wenn der Clientcomputer eine ungesicherte Join-Operation durchführt, werden Informationen, die etwa folgenden Inhalts protokolliert:
    11/09 02: 21: 04 Fehler beim Überprüfen des Computerkontos für ComputerName gegenSPN_Name: 0xc0000388
    11/09 02: 21: 04 NetpJoinDomain: w9x: Status der Überprüfung von Konto: 0x4f1
    Hinweis Der NETLOGON-Dienst kann nur auf einem Computer, der einer Domäne beitritt.
  4. Wenn der Clientcomputer nicht Windows ausgeführt wird, gehen Sie folgendermaßen vor:
    1. Bestimmen Sie, welcher Domänencontroller Security Channel Anfragen verarbeitet.

      Hinweis Ereignisprotokolle und Protokolle der Ablaufverfolgung können Sie um den Domänencontroller zu bestimmen.
    2. Stellen Sie sicher, dass der NETLOGON-Dienst gestartet wurde. Gehen Sie hierzu folgendermaßen vor:
      • Klicken Sie auf Start, klicken Sie auf Ausführen, Typ Services.msc, und klicken Sie dann auf OK.
      • In der Dienste Konsole, stellen Sie sicher, dass der Status für den NETLOGON-Dienst ist Gestartet.
      • Wenn der Status nicht lautet Gestartet, mit der rechten Maustaste die NETLOGON Dienst, und klicken Sie dann auf Start.
    3. Aktivieren Sie Debug-Protokollierung für den NETLOGON-Dienst auf dem Windows Server 2008-basierten Domänencontroller, der Security Channel-Anforderungen verarbeitet. Verwenden Sie hierzu eine der folgenden Methoden.

      Methode 1
      1. Klicken Sie auf Start, klicken Sie auf Ausführen, Typ cmd, und klicken Sie dann auf OK.
      2. Geben Sie an der Eingabeaufforderung den folgenden Befehl ein:
        Nltest.exe /DBFLAG:2000FFFF
      Hinweis Wenn der NETLOGON-Dienst nicht gestartet wird, erhalten Sie eine Fehlermeldung "RPC_S_UNKNOWN_IF".

      Methode 2

      Warnung Wenn Sie die Registrierung nicht ordnungsgemäß mithilfe von Registrierungs-Editor oder mithilfe einer anderen Methode ändern, können schwerwiegende Probleme auftreten. Diese Probleme erfordern möglicherweise eine Neuinstallation des Betriebssystems. Microsoft kann nicht garantieren, dass diese Probleme behoben werden können. Ändern der Registrierungs auf eigene Gefahr.
      1. Klicken Sie auf Start, klicken Sie auf Ausführen, Typ Regedit, und klicken Sie dann auf OK.
      2. Suchen und anschließend mit der Maustaste des folgenden Registrierungsunterschlüssels:
        HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Netlogon\Parameters
      3. Zeigen Sie auf Neue, und klicken Sie dann auf String-Wert.
      4. Typ DBFLAG, und doppelklicken Sie auf der DBFLAG Eintrag in der Registrierung um.
      5. In der Zeichenfolge bearbeiten Geben Sie im Feld 2000FFFF Klicken Sie im Dialogfeld Wertdaten im Feld.
      6. Beenden Sie den Registrierungs-Editor.
    4. Öffnen Sie die %systemroot%\Debug\Netlogon.log-Datei in Editor, und suchen Sie für die folgende Fehlermeldung angezeigt:
      der client ClientComputerName$ ist für NT4 Crypto Fragen, und dieser Server nicht zulässt.
    5. Wenn Sie diese Fehlermeldung finden, ist der Clientcomputer alte Kryptografiealgorithmen verwendet, die in Windows NT 4.0 verwendet werden, einen Sicherheitskanal auf den Windows Server 2008-basierten Domänencontroller herstellen.
    6. Debug-Protokollierung für den NETLOGON-Dienst auf dem Windows Server 2008-basierten Domänencontroller zu deaktivieren. Geben Sie hierzu den folgenden Befehl an einer Eingabeaufforderung:
      Nltest.exe /DBFLAG:0

Informationsquellen

Weitere Informationen zum Aktivieren der Debugprotokollierung für den NETLOGON-Dienst finden Sie im folgenden Artikel der Microsoft Knowledge Base:
109626  (http://support.microsoft.com/kb/109626/ ) Aktivieren der Debugprotokollierung für die Netlogon-Dienst

Weitere Informationen über die NetJoinDomain -Funktion finden Sie auf der folgenden Microsoft-Website:
http://msdn2.Microsoft.com/en-us/library/aa370433.aspx (http://msdn2.microsoft.com/En-US/library/aa370433.aspx)
Die Produkte von Drittanbietern, die in diesem Artikel erörtert werden von Unternehmen hergestellt, die von Microsoft unabhängig sind. Microsoft übernimmt keine Garantie, weder konkludent noch anderweitig, über die Leistung oder Zuverlässigkeit dieser Produkte.

Die Informationen in diesem Artikel beziehen sich auf:
  • Windows Server 2008 Datacenter without Hyper-V
  • Windows Server 2008 Enterprise without Hyper-V
  • Windows Server 2008 for Itanium-Based Systems
  • Windows Server 2008 Standard without Hyper-V
  • Windows Server 2008 Datacenter
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Standard
  • Windows Web Server 2008
  • Windows Server 2008 R2 Datacenter
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Standard
  • Windows Web Server 2008 R2
Keywords: 
kbprb kbtshoot kbexpertiseadvanced kbmt KB942564 KbMtde
Maschinell übersetzter ArtikelMaschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 942564  (http://support.microsoft.com/kb/942564/en-us/ )
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.
Freigeben
Weitere Supportoptionen
Microsoft Community-Supportforen
Kontaktieren Sie uns direkt
Zertifizierten Partner finden
Microsoft Store