Ereignis 142: Der Zeitdienst hat die Werbung als Zeitquelle beendet.

Dieser Artikel enthält eine Lösung für Ereignis 142: Der Zeitdienst hat die Werbung als Zeitquelle beendet.

Gilt für: Windows Server (alle unterstützten Versionen)
Ursprüngliche KB-Nummer: 2468336

Symptome

Microsoft-Windows-Time-Service-Ereignis 142 wird mit einer von vier Fehlerzeichenfolgen protokolliert, die in der folgenden Tabelle aufgeführt sind (weniger die event_<hex-Fehlerzeichenfolge> :

Protokollname: System
Quelle: Microsoft-Windows-Time-Service
Datum: <Datumszeit><>
Ereignis-ID: 142
Aufgabenkategorie: Keine
Ebene: Warnung
Schlüsselwörter:
Benutzer: LOKALER DIENST
Computer: <Hostname>.<Domänenname>.<Domäne der obersten Ebene>
Beschreibung:

Fehlerstatus	Fehlerzeichenfolge
event_0x0038	Der Zeitdienst hat die Werbung als Zeitquelle beendet, da der lokale Computer kein Active Directory-Domäne Controller ist.
event_0x0039	Der Zeitdienst hat die Werbung als Zeitquelle beendet, da keine Anbieter ausgeführt werden.
event_0x003A	Der Zeitdienst hat die Werbung als Zeitquelle beendet, da keine Anbieter ausgeführt werden.
event_0x003B	Der Zeitdienst hat werbung als gute Zeitquelle beendet.
	Die lokale Uhr wird nicht synchronisiert.

Event Xml:
<Ereignis xmlns="https://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-Time-Service" Guid="{06EDCFEB-0FD0-4E53-ACCA-A6F8BBF81BCB}" />
<EventID>142</EventID>
<Version>0</Version>
<Ebene>3</Ebene>
<Vorgang>0</Aufgabe>
<Opcode>0</Opcode>
<Schlüsselwörter>0x8000000000000000</Schlüsselwörter>
<TimeCreated SystemTime="JJJJ-MM-DDTHH:MM:SS. MSZ" />
<EventRecordID>3965</EventRecordID>
<Korrelation/>
<Execution ProcessID="<PID>" ThreadID="<TID>" />
<Kanalsystem></Kanal>
<Computer>DC1.contoso.com</Computer>
<Security UserID="<SID>" />
</System>
<EventData Name="TMP_EVENT_STOP_ADVERTISING">
</EventData>
</Ereignis>

Ursache

Fehlerzeichenfolge	Ursache
Der Zeitdienst hat die Werbung als Zeitquelle beendet, da der lokale Computer kein Active Directory-Domäne Controller ist.	Auf dem lokalen Computer wird die DC-Rolle nicht mehr gehostet, oder es liegt ein Konfigurationsproblem mit dem lokalen Computer vor.
Der Zeitdienst hat die Werbung als Zeitquelle beendet, da keine Anbieter ausgeführt werden.	Der NTP-Clientdienst wurde beendet oder ist nicht reaktionsfähig.
Der Zeitdienst hat die Werbung als Zeitquelle beendet, da keine Anbieter ausgeführt werden.	Die Zeit auf dem lokalen Computer ist nicht mehr mit seinem Peer synchronisiert.
Der Zeitdienst hat werbung als gute Zeitquelle beendet.	Der lokale DC kann keinen Zeitserver finden.

Lösung

Die dominante Fehlerzeichenfolge, die von Microsoft-Windows-Time-Service Event 142 protokolliert wird, ist das dritte Beispiel:

"Der Zeitdienst hat die Werbung als Zeitquelle beendet, da keine Anbieter ausgeführt werden."

1. Ausführen des Aktionsplans in Technets "Ereignis-ID 142 – Zeitdienstanzeige"

2. Vergewissern Sie sich, dass die Stamm-PDC der Gesamtstruktur online ist, fehlerfrei ist und dass die aktuelle Stammdomäne PDC (1.) ordnungsgemäß für die Synchronisierungszeit mit einer externen Zeitquelle konfiguriert ist und (2.) die Quellzeit zuverlässig von dieser Quelle abrufen kann.

3. Überprüfen der Dienststartwerte und des Dienstzustands: automatisch + ausgeführt

4. Überprüfen, ob die DC-Protokollierung des 142-Ereignisses einen Zeitserver mithilfe eines Zeitservers erkennen kann DCLocator

   nltest /dsgetdc:<dns domain> /timeserv /force
   nltest /dsgetdc:<dns domain> /gtimeserv /force <- wenn ein gtimesrv in der Umgebung konfiguriert ist

5. Überprüfen der Port- und Protokollkonnektivität mit Peerzeitservern

   w32tm /query /source

6. Überprüfen Sie die Verwendung von Dueling-Zeitprotokollen, indem Sie nach den folgenden Ereignissen suchen:

   Microsoft-Windows-Time-Service-Ereignis 35	Notieren Sie sich das Protokoll + Quell-DC im Ereignis
   Microsoft-Windows-Time-Service-Ereignis 37	<Notieren Sie sich das Protokoll + Quell-DC im Ereignis
   Microsoft-Windows-Kernel-General-Ereignis 1.	Das Microsoft-Windows-Kernel-General-Ereignis 1 gibt an, dass die Zeit in der VM geändert wurde. Jedes Mal, wenn W32time die Uhr aktualisiert, wird dieses Ereignis protokolliert. Jedes Mal, wenn Hyper-V Time Synch die Uhr aktualisiert, wird das Ereignis "Microsoft-Windows-Kernel-General 1" protokolliert. Dieses Ereignis ist nicht spezifisch für VMs, da es auch auf physischen Computern protokolliert wird, wenn w32time die Uhr aktualisiert.

7. Andere Ursachen

   AnnounceFlags = 10 on forest-root PDC. Diese Einstellung kann explizit festgelegt oder in der Registrierung oder in der Gruppenrichtlinie definiert werden.

   Wenn der Computer, der das Microsoft-Windows-Time-Service-Ereignis 142 protokolliert, ein virtualisierter Gastcomputer ist, der sich auf einem Hyper-V-Host befindet, deaktivieren Sie VMICTimeSync auf dem Hyper-V-Host.

Weitere Informationen

Echte Kundenerfahrung
RDP-Anmeldungen von \\workstation1 (der fabrikam.com Domäne beigetreten) in \\DC1 der nicht vertrauenswürdigen contoso.com Domäne schlägt mit dem folgenden Fehler fehl:

Titelleistentext: Remotedesktopverbindung

Meldungstext des Dialogfelds: Remotedesktop kann die Identität des Remotecomputers nicht überprüfen, da es einen Zeit- oder Datumsunterschied zwischen Ihrem Computer und dem Remotecomputer gibt. Stellen Sie sicher, dass die Uhr Ihres Computers auf die richtige Uhrzeit festgelegt ist, und versuchen Sie dann erneut, die Verbindung herzustellen. Wenn das Problem erneut auftritt, wenden Sie sich an Ihren Netzwerkadministrator oder den Besitzer des Remotecomputers.

Die contoso.com Domäne enthält zwei virtualisierte DCs und \\DC1\\DC2 wird auf demselben W2K8 R2 Hyper-V-Host ausgeführt. Der Hyper-V-Hostcomputer für \\DC1 und \\DC2 ist ein Mitgliedsserver in der fabrikam.com Domäne , d. h. die gleiche Domäne wie der RDCP-Client. \\workstation1

Die Systemzeit \\workstation1 wird als Sekunden abgesehen von der Systemzeit gemeldet \\DC1. Die Systemzeit in \\DC2.contoso.com der Domäne wurde als 45 Minuten ab der aktuellen Uhrzeit und der Uhrzeit gemeldet, die vorhanden war \\DC1.

Weitere Informationen zum Beheben des Fehlers finden Sie unter "Remotedesktop kann die Identität des Remotecomputers nicht überprüfen", wenn eine Verbindung mit einem Remotecomputer hergestellt wird.

Eine Überprüfung des SYSTEM-Ereignisprotokolls, um nach Kerberos- und Zeitfehlern zu suchen, zeigte die folgenden Ereignisse.

Microsoft-Windows-Time-Service-Ereignis 142 wurde angemeldet \\DC2.contoso.com. Die primäre Ursache, wenn der 142-Fehler die Unfähigkeit ist, einen Zeitserver zu finden oder von einem Peerserver zu synchronisieren.

Protokollname: System
Quelle: Microsoft-Windows-Time-Service
Datum: <Datumszeit><>
Ereignis-ID: 142
Aufgabenkategorie: Keine
Ebene: Warnung
Schlüsselwörter:
Benutzer: LOKALER DIENST
Computer: DC2.contoso.com
Beschreibung:
Der Zeitdienst hat die Werbung als Zeitquelle beendet, da die lokale Uhr nicht synchronisiert wird.
Event Xml:
<Ereignis xmlns="https://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Anbietername="Microsoft-Windows-Time-Service" Guid="{<GUID>}" />
<EventID>142</EventID>
<Version>0</Version>
<Ebene>3</Ebene>
<Vorgang>0</Aufgabe>
<Opcode>0</Opcode>
<Schlüsselwörter>0x8000000000000000</Schlüsselwörter>
<TimeCreated SystemTime="JJJJ-MM-DDTHH:MM:SS. MSZ" />
<EventRecordID>3965
<Korrelation/>
<Execution ProcessID="<PID>" ThreadID="<TID>" />
<Kanalsystem></Kanal>
<Computer>DC1.contoso.com</Computer>
<Security UserID="<SID>" />
</System>
<EventData Name="TMP_EVENT_STOP_ADVERTISING">
</EventData>
</Ereignis>

Microsoft-WIndows-Time-Service-Ereignis 35, das auf der Konsole \\DC1.contoso.com angemeldet ist, gibt an, dass PDC \\DC1 den VM IC-Zeitsynchronisierungsanbieter für die Synchronisierungszeit verwendet.

Protokollname: System
Quelle: Microsoft-Windows-Time-Service
Datum: <Datumszeit><>
Ereignis-ID: 35
Aufgabenkategorie: Keine
Ebene: Information
Schlüsselwörter:
Benutzer: LOKALER DIENST
Computer: dc1.contoso.com
Beschreibung:
Der Zeitdienst synchronisiert jetzt die Systemzeit mit dem Zeitquellen-VM IC-Zeitsynchronisierungsanbieter.
Event Xml:
<Ereignis xmlns="https://schemas.microsoft.com/win/2004/08/events/event"
<System>
<Anbietername="Microsoft-Windows-Time-Service" Guid="{<GUID>}" />
<EventID>35</EventID>
<Version>0</Version>
<Ebene>4</Ebene>
<Vorgang>0</Aufgabe>
<Opcode>0</Opcode>
<Schlüsselwörter>0x8000000000000000</Schlüsselwörter>
<TimeCreated SystemTime="<DateTime>" />
<EventRecordID>2614</EventRecordID>
<Korrelation/>
<Execution ProcessID="1012" ThreadID="2508" />
<Kanalsystem></Kanal>
<Computer>dc1.contoso.com</Computer>
<Security UserID="<sid>" />
</System>
<EventData Name="TMP_EVENT_TIME_SOURCE_CHOSEN">
<Data Name="TimeSource">VM IC Time Synchronization Provider
</EventData>
</Ereignis>

Microsoft-WIndows-Time-Service-Ereignis 37, das auf der Konsole \\DC2.contoso.com angemeldet ist, gibt an, dass \\DC2 auch ntP-Zeit von \\DC1.contoso.com

Protokollname: System
Quelle: Microsoft-Windows-Time-Service
Datum: <Datumszeit><>
Ereignis-ID: 37
Aufgabenkategorie: Keine
Ebene: Information
Schlüsselwörter:
Benutzer: LOKALER DIENST
Computer: DC2.contoso.com
Beschreibung:
Der Zeitanbieter NtpClient empfängt derzeit gültige Zeitdaten von jwesth-t1.jwesth.nttest.microsoft.com (ntp.d|[::]:123->[2001:4898:1b:4:6dd6:3c5c:699d:38cd]:123).
Event Xml:
<Ereignis xmlns="https://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Anbietername="Microsoft-Windows-Time-Service" Guid="{<GUID>}" />
<EventID>37
<Version>0
<Ebene>4
<Vorgang>0
<Opcode>0
<Schlüsselwörter>0x8000000000000000</Schlüsselwörter>
<TimeCreated SystemTime="<DateTime>" />
<EventRecordID>3972
<Korrelation/>
<Execution ProcessID="1012" ThreadID="1596" />
<Kanalsystem></Kanal>
<Computer>DC2.contoso.com</Computer>
<Security UserID="<sid>" />
</System>
<EventData Name="TMP_EVENT_TIME_SOURCE_REACHABLE">
<Data Name="TimeSource">dc1.contoso.com (ntp.d|[::]:123->[2001:4898:1b:4:6dd6:3c5c:699d:38cd]:123)
</EventData>
</Ereignis>

Ein weiteres Ereignis, Microsoft-Windows-Kernel-General, das in diesem bestimmten Fall nicht protokolliert wurde, gibt an, dass der Hyper-V-Hostcomputer die Zeit auf VM-Gastcomputern ändern kann. Nachfolgend sehen Sie ein Beispielereignis.

Protokollname: System
Quelle: Microsoft-Windows-Kernel-General
Datum: <Datumszeit><>
Ereignis-ID: 1
Aufgabenkategorie: Keine
Ebene: Information
Schlüsselwörter: Zeit
Benutzer: LOKALER DIENST
Computer: <Hostname>.<DNS-Domäne>.<Domäne der obersten Ebene>
Beschreibung:
Die Systemzeit hat sich in das Format "like" 2010-08-26T20:40:07.21000000Z > von <alter Zeit im Format "like" 2010-08-26T20:40:07.210642400Z> geändert<.

Das Microsoft-Windows-Kernel-General-Ereignis 1 gibt an, dass die Zeit in der VM geändert wurde. Jedes Mal, wenn W32time die Uhr aktualisiert, wird dieses Ereignis protokolliert. Jedes Mal, wenn Hyper-V Time Synch die Uhr aktualisiert, wird das Ereignis "Microsoft-Windows-Kernel-General 1" protokolliert. Dieses Ereignis ist nicht spezifisch für VMs, da es auch auf physischen Computern protokolliert wird, wenn w32time die Uhr aktualisiert.

Problemzusammenfassung

Der RDP-Client hängt von SPNego ab, der den besten verfügbaren Authentifizierungsmechanismus auswählt, und in diesem Fall wird Kerberos verwendet, obwohl keine Vertrauensstellung zwischen fabrikam und contoso.com gesamtstrukturen besteht. Die Kerberos-Authentifizierung erfordert, dass die Takte der beiden Computer weniger als 5 Minuten auseinander liegen, sich aber nicht um die Uhrgenauigkeit kümmern.

Der RDP-Anmeldefehler wird durch den authentifizierten DC in der contoso.com Domäne (DC1) verursacht, der die Authentifizierung der RDP-Clientanmeldungsanforderung verweigert, da die Zeit des Clients nicht mit der Zeit des Servers übereinstimmt. Entweder der Client oder der Server oder beide können eine nicht synchronisierte Uhr haben.

Der Zeitunterschied in diesem Fall wurde durch mehrere Faktoren verschlimmert.

1. Der RDP-Client und der KDC/RDP-Server sind in zwei verschiedenen Gesamtstrukturen mit jeder Gesamtstruktur mit unterschiedlichen Zeit-Beschaffungskonfigurationen vorhanden.

2. Der vom RDC-Client verwendete KDC- und RDP-Server sind beide virtualisierte Domänencontroller, die zusätzliche Konfigurationsänderungen erfordern, um die Zeit für die genaue Quelle und dann DCs, die auf physischer Hardware ausgeführt werden, zu berücksichtigen.

3. Der virtuelle Hostcomputer war ein Domänenmitgliedsserver in einer anderen Domäne als die Hyper-V-Hosts.

   Die Zeitgenauigkeit auf virtuellen Hostcomputern ist wichtig, da vm-Gastcomputer beim Start des Betriebssystems anfänglich zeitaufwendige Zeit vom virtuellen Hostcomputer ableiten.

   Zwei negative Faktoren für \\DC1 und |DC2 ist, dass Mitgliedscomputer die Zeit weniger häufig abfragen als Domänencontroller. Zweitens wurde der Hyper-V-Hostcomputer mit einer anderen Domäne als den DC-Gästen verbunden und unterliegt unterschiedlichen Zeitquellenkonfigurationen.

   Schließlich wurde die VMICTimeSync von \\DC2 der Quellzeit verwendet, die für virtualisierte Computer, die die DC-Rollencomputer hosten, nicht empfohlen wird.

4. Der Stamm-PDC der Gesamtstruktur in der contoso.com Domäne wurde nicht für die Quellzeit aus einer externen Zeitquelle konfiguriert.

In diesem Fall wurde die Verwendung mehrerer Zeitanbieter in der contoso.com Domäne (ntpVMICTimeSync) als Ursache für die ungenaue Zeit angesehen, die zu einem RDP-Anmeldefehler führt.

Es gibt unterschiedliche Meinungen zum Konfigurieren der Zeit in Host- und Gastcomputern innerhalb der AD- und Hyper-V-Teams. Ryan Sizemores Empfehlung war 2010.11.22 , VMIC aktiviert zu lassen, aber achten Sie auf die Konfiguration und Genauigkeit der Zeit auf dem Hostcomputer. Der Abschnitt "Konfigurieren des Windows-Zeitdiensts für Windows Server 2008 und Windows Server 2008 R2" unter "Bereitstellen von W2K8- und W2K8 R2-DCs in vorhandenen Domänen" empfiehlt beispielsweise, dass virtuelle Hostcomputer mit "DC-like"-Abrufintervallen und Einstellungen für die Max*-Phasenkorrektur und einem genauen Zeitserver konfiguriert werden, ähnlich wie bei einer Gesamtstrukturstamm-PDC.

Die Verwendung verschiedener Zeitanbieter und Zeitquellen auf dem virtuellen Host und virtuellen Gastumgebungen kann zu einer Situation führen, in der die Zeit auf dem Gastcomputer zwischen den vom Hostcomputer übergebenen VMIC-Werten pingt. Diese Bedingung kann auftreten, wenn virtualisierte DC-Gäste in einer Gesamtstruktur von virtuellen Hosts in anderen Gesamtstrukturen oder sogar von einem Arbeitsgruppencomputer gehostet werden, auf dem jeweils eine andere Zeitquelle/Zeitkonfiguration verwendet wird und die Zeitbeispiele zwischen den beiden unterschiedlich sind.

Das Hyper-V-Team empfiehlt, VMICTimeSync nicht zu deaktivieren, da es Schutz vor Zeitsynchronisierungsproblemen bietet, wenn Sie den gespeicherten Zustand verwendet haben. Das wichtigste Problem hier ist nicht die Verwendung von VMICTimeSync - aber die Tatsache, dass, wenn Sie einen Domänencontroller ausführen, eine genaue Zeit von einem Remoteserver erhalten muss. Sie können dies tun, indem Sie entweder eine Remotezeitquelle innerhalb des virtuellen Computers konfigurieren oder die VMICTimeSync aktiviert lassen und den Host so konfigurieren, dass er eine zuverlässige Zeitquelle verwendet.

Durch das Einrichten eines virtuellen Computers mit deaktiviertem VMICTimeSync - und keine externe Zeitquelle verwendet der Domänencontroller lokale Zeit - das ist das, was garantiert in einem virtuellen Computer falsch ist.

Empfehlungen des Microsoft Windows-Zeitteams zur Korrektur dieser Umgebung waren:

1. Konfigurieren Sie den Gesamtstrukturstamm-PDC mit einem NTP-Server.

2. Konfigurieren eines GTIMEServers in der Stammdomäne der Gesamtstruktur als Sicherung

3. Wenn Sie die Virtualisierung verwenden, deaktivieren Sie VMICTimeSync (wird ausgewertet).

4. Konfigurieren von Hyper-V-Hosts mit einem externen Zeitserver

5. Konfigurieren von Hyper-V-Hosts mit den gleichen Abrufintervallen wie Domänencontroller

6. Aktivieren sie den Zeitrollbackschutz auf Hyper-V-Hosts.

Nützliche Befehle (Quelle: Carlos Trueba Salinas)

net stop vmictimesync
sc config vmictimesync start= disabled
reg delete "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\VMICTimeProvider" /f
w32tm /config /manualpeerlist:ntdev-dc-05.ntdev.corp.microsoft.com /syncfromflags:MANUAL /update
net stop w32time & net start w32time
w32tm /query /source
w32tm /resync /force

Ereignis-ID 142 – Zeitdienstanzeige
Zeitdienstanzeige - Technet
Konfigurieren des Windows-Zeitdiensts im PDC-Emulator in der Stammdomäne "Gesamtstruktur"
Konfigurieren des Windows-Zeitdiensts für Windows Server 2008 und Windows Server 2008 R2
Ausführen von Domänencontrollern in Hyper-V
Konfigurieren des Windows-Zeitdiensts in einer Active Directory-Gesamtstruktur – Schritt für Schritt mit einem Notfallplan