Ereignis-ID 1107 und 1079 Nachrichten auftreten, nachdem Sie das Kennwort Cluster des Dienstkontos ändern

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 317232 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Problembeschreibung

Nachdem Sie das Kennwort für das Clusterdienstkonto auf einem Domänencontroller geändert, der zweite Knoten den Cluster beitreten möglicherweise nicht. Möglicherweise eine der folgenden Ereignisse im Ereignisprotokoll protokolliert:
Ereignis-ID: 1107
Quelle: ClusSvc
Beschreibung: Cluster-Knoten-xxxxxxx konnte eine Verbindung zu dem Knoten Netzwerk 'Public' hergestellt werden. Der Fehlercode ist 5.
-ein-
Ereignis-ID: 1079
Quelle: ClusSvc
Beschreibung: Der Knoten kann nicht den Cluster beitreten, da es über ein Netzwerk für die interne Cluster-Kommunikation konfiguriert mit Knoten xxx kommunizieren kann. Überprüfen Sie die Netzwerkkonfiguration des Knotens und dem Cluster.

Ursache

Dieses Problem kann auftreten, wenn Sie den Clusterdienst nicht neu gestartet haben. Sie beenden und starten Sie den Cluster-Dienst auf beiden Knoten neu, nachdem Sie das Cluster-Dienstkonto oder das Kennwort des Clusterdienstes ändern.

Der Clusterdienst verwendet NTLM für alle Authentifizierungsprozesse der. Nachdem der Clusterdienst auf dem Knoten gestartet wurde, der den Cluster beitreten ist, werden durch einen Domänencontroller des beitretenden Knotens Anmeldeinformationen überprüft. Nachdem der Knoten Anmeldeinformationen in der Domäne überprüft werden, startet der Knoten die dem vorhandenen Cluster beitreten. Dazu übergibt der Knoten seine Anmeldeinformationen an den vorhandenen Knoten und Anforderungen für eine remote Procedure Call (RPC) Bindung erstellt werden. Während dieses Vorgangs überprüft der vorhandene Knoten lokale Sicherheitsautorität die Anmeldeinformationen des beitretenden Knotens mit einem Domänencontroller. Wenn der Knoten gültig ist, erhält der lokalen Sicherheitsinstanz ein Zugriffstoken (Kennworthash) für den beitretenden Knoten vom Domänencontroller. Abschließend überprüft der Clusterdienst auf dem vorhandenen Knoten die Anmeldeinformationen. Da das Dienstkonto identisch ist, vergleicht der vorhandene Knoten einen eigenen Token mit dem Token des beitretenden Knotens. Das Dienstkonto des beitretenden Knotens wird überprüft, und erlaubt dann beitreten, wenn beide Token überein. Wenn Sie den Clusterdienst auf dem vorhandenen Knoten nicht neu starten, hat jedoch der vorhandene Knoten weiterhin das Token, das mit dem alten Kennwort erstellt wurde. Die Token stimmen nicht überein, und der Clusterdienst auf den beitretenden Knoten meldet eine "Fehler 5 (Zugriff verweigert)" Fehlermeldung.

Der Authentifizierungsprozess wird zuerst auf der öffentlichen Netzwerkschnittstelle versucht. Wenn Authentifizierung fehlschlägt, wird es auf der privaten Netzwerkschnittstelle versucht. Daher sind zwei Ereignismeldungen ID 1107 Fehler bei Authentifizierung zugeordnet.

Lösung

Um dieses Problem zu beheben, beenden und starten Sie den Cluster-Dienst auf beiden Knoten neu, nachdem Sie das Cluster-Dienstkonto ändern oder des Kennworts zurücksetzen.

Status

Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.

Weitere Informationen

Microsoft empfiehlt, dass dasselbe Dienstkonto für alle Knoten in einem Cluster verwenden. Weitere Informationen zum entweder Ändern des Dienstkontos oder Zurücksetzen des Cluster-Dienstkontokennworts finden Sie in Windows-Hilfe.

Informationen dazu, wie Sie das Dienstkonto zu ändern finden Sie die Artikel der Microsoft Knowledge Base:
157780So ändern Sie das Kennwort des Dienstkontos
239885Info: Wie Ändern von Dienstkonten auf eine SQL-Virtual Server

Eigenschaften

Artikel-ID: 317232 - Geändert am: Mittwoch, 1. November 2006 - Version: 1.1
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows 2000 Advanced Server SP1
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT 4.0 Service Pack 3
  • Microsoft Windows NT 4.0 Service Pack 4
  • Microsoft Windows NT 4.0 Service Pack 5
  • Microsoft Windows NT 4.0 Service Pack 6
  • Microsoft Windows NT 4.0 Service Pack 6a
Keywords: 
kbmt kbenv kberrmsg kbprb KB317232 KbMtde
Maschinell ü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: 317232
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.

Ihr Feedback an uns

 

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