{"id":215094,"date":"2019-02-25T00:51:00","date_gmt":"2019-02-24T23:51:00","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=215094"},"modified":"2023-05-12T11:07:51","modified_gmt":"2023-05-12T09:07:51","slug":"windows-10-probleme-mit-der-zeitsynchronisation","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2019\/02\/25\/windows-10-probleme-mit-der-zeitsynchronisation\/","title":{"rendered":"Windows 10: Probleme mit der Zeitsynchronisation – Teil 1"},"content":{"rendered":"

Unter Windows 10 kann es Probleme mit der Zeitsynchronisation \u00fcber externe Zeitserver geben. Ein Blog-Leser hat mir seine Erfahrungen mit einem HP Pavilion 550-141ng und der Zeitsynchronisation in Windows 10 V1803 berichte. Sp\u00e4ter konnte er diese Erfahrungen auf Windows 10 V1809 ausweiten. Das Ganze hat letztendlich zwei Ursachen, die in Windows zu suchen sind. Das Problem f\u00e4llt selten auf, weil die BIOS-Zeitgeber \u00fcber die CMOS-Batterie die Uhrzeiten meist ebenfalls synchronisieren.<\/p>\n

<\/p>\n

\"\"Blog-Leser Andi Oedingen kontaktierte mich, weil er auf den Blog-Beitrag Windows 10 V1809: Zeitsynchronisation fehlt (vermeintlich) in Einstellungen<\/a> von mir gesto\u00dfen war. Dort hatte ein Anzeigeproblem dazu gef\u00fchrt, dass ich eine fehlerhafte Zeit zu erkennen glaubte. Bei Andi war es aber definitiv ein Problem mit der Zeitsynchronisation. Er hat mir seine Erfahrungen mitgeteilt, die ich hier mal als Gastbeitrag einstellen m\u00f6chte.<\/p>\n

Beachtet die Hinweise in den Kommentaren, nach denen eine in der FRITZ!Box geblockte Zeitsynchronisierung auch eine Ursache sein kann.<\/p><\/blockquote>\n

Die Problembeschreibung<\/h2>\n

Andi schreibt zum Problem mit dem Windows-Zeitgeber, dass folgende Probleme auftauchen:<\/p>\n

Videos und Streams laggen. Downloads werden langsam.
\nDie Uhr geht um ein paar Sekunden falsch.
\nWindows Update hat \u00b4ne Macke, weil Computer und Server
\nschlecht zusammen synchronisieren.<\/p><\/blockquote>\n

Das betrifft alle Nutzer von Windows 10 (V1803 und V1809 getestet), wenn beim Vergleich mit einer Online-Uhr (z.B. https:\/\/time.is\/<\/a>) eine zu gro\u00dfe Abweichung feststellt wird. Zu gro\u00df sind ein halbes Dutzend und mehr Sekunden.<\/p>\n

\u00dcberpr\u00fcfung des Windows-Zeitgeber-Diensts<\/h2>\n

Der Windows-Zeitgeber<\/em> ist ein Dienst unter Windows, der die Zeit des Computers mit der eines Zeitservers, standardm\u00e4\u00dfig mit \u201etime.windows.com\", dem Zeitserver von Microsoft, synchronisiert. Daher l\u00e4sst sich als erstes den Starttyp des Windows-Zeitgebers pr\u00fcfen (steht der Dienst, erfolgt nat\u00fcrlich keine Zeit-Synchronisation).<\/p>\n

1. Dazu im Suchfeld der Taskleiste Dienste <\/em>eingeben und den Treffer Dienste <\/em>\u00fcber Als Administrator ausf\u00fchren <\/em>aufrufen (erforderlich, um die Einstellungen zu \u00e4ndern).<\/p>\n

2. Dann in der Liste der Dienste bl\u00e4ttern, bis der Name Windows-Zeitgeber<\/em> auftaucht.<\/p>\n

3. Sollte der Dienst nicht laufen, das Kontextmen\u00fc per Rechtsklick auf den Namen \u00f6ffnen und den Befehl Starten <\/em>mit der linken Maustaste w\u00e4hlen.<\/p>\n

Sollte der Starttyp f\u00fcr den Dienst auf Manuell<\/em> oder Deaktiviert<\/em> stehen, den Eintrag Windows-Zeitgeber <\/em>per Rechtsklick anw\u00e4hlen und im Kontextmen\u00fc auf den Befehl
\nEigenschaften <\/em>klicken. Dann den Starttyp auf Automatisch<\/em> stellen und mit der OK-Schaltfl\u00e4che \u00fcbernehmen.<\/p>\n

F\u00fcr den Starttyp des Diensts gilt:<\/p>\n

Automatisch: Der Dienst startet sofort beim Starten des Rechners.
\nAutomatisch (verz\u00f6gert): Der Dienst startet kurze Zeit nach dem Start des Rechners.
\nManuell: Der Dienst startet nur dann, wenn er auch gebraucht wird.
\nDeaktiviert: Der Dienst startet \u00fcberhaupt nicht.<\/p><\/blockquote>\n

Synchronisiert der Windows-Zeitgeber \u00fcberhaupt?<\/h3>\n

Ob der Windows-Zeitgeber \u00fcberhaupt synchronisiert hat, l\u00e4sst sich in der Eingabeaufforderung feststellen. Dazu eine Eingabeaufforderung \u00f6ffnen (siehe CMD im Suchfeld der Taskleiste eingeben und den angezeigten Befehl w\u00e4hlen) und den Befehl:<\/p>\n

w32tm \/query \/status<\/p>\n

eingeben und mit der Eingabetaste best\u00e4tigen. Im Fenster der Eingabeaufforderung sollte dann folgende Anzeige erscheinen.<\/p>\n

\"Zeitsynchronisierung<\/p>\n

Die angegebene Abweichung zeigt, ob die interne Windows-Zeit stark abweicht. Wird der Fehler Folgender Fehler ist aufgetreten: Der Dienst wurde nicht gestartet. <\/em>(0x80070426) <\/em>bei der Eingabe gemeldet? Dann steht der Starttyp des Diensts auf Manuell <\/em>oder Deaktiviert<\/em>. Der Dienst muss dann unter Dienste <\/em>gestartet werden.<\/p>\n

Andi schreibt zur obigen Pr\u00fcfung: Der Rechner hat mit sich selbst synchronisiert. Bei einer vollen BIOS Batterie ist das nicht so schlimm. Je leerer aber die BIOS Batterie mit der Zeit wird, umso ungenauer wird sie. Je ungenauer, umso gr\u00f6\u00dfer wird der Zeitunterschied zum Server. Ist der Unterschied zu gro\u00df, treten Internetprobleme auf. Videos laggen, Downloads werden langsamer, E-Mails werden langsamer verschickt,
\nschlimmstenfalls gar nicht. <\/em><\/p>\n

Ein L\u00f6sung f\u00fcr das Problem<\/h2>\n

Blog-Leser Andi schrieb mir dazu: Die Automatik, die den Windows-Zeitgeber startet, hat eine Macke. Er hat den Dienst auf den Starttyp Automatisch <\/em>eingestellt (siehe folgende Abbildung).<\/p>\n

\"Zeitsynchronisation\"<\/p>\n

Gleichzeitig hat er sichergestellt, dass die Option Uhrzeit automatisch festlegen<\/em> eingeschaltet ist. Dann wird der Rechner mit Windows 10 neugestartet. Sofern eine Online-Verbindung existiert, m\u00fcsste der Rechner automatisch synchronisieren. Eine Kontrolle der Einstellungen nach dem Neustart zeigt, dass die Anzeige Uhrzeit automatisch festlegen<\/em> auf Ein steht.<\/p>\n

\"Zeitsynchronisierung<\/p>\n

Kontrolliert man die Zeitsynchronisierung in die Eingabeaufforderung, trifft das aber nicht zu. Der Rechner hat die Uhrzeit nicht automatisch festgelegt, die Automatik scheint nicht zu funktionieren.<\/p>\n

Als Workaround bleibt dann nur, die Uhrzeit manuell zu synchronisieren. Dazu die Uhrzeitanzeige in der Taskleiste per Rechtsklick anw\u00e4hlen und im Kontextmen\u00fc auf \u201eDatum\/Uhrzeit \u00e4ndern\" klicken. In der Einstellungen-Seite in der rechten Spalte \u201eUhrzeit automatisch festlegen\" einschalten.<\/p><\/blockquote>\n

<\/p>\n

Man k\u00f6nnte die Uhrzeit jetzt \u00fcber \u00c4ndern<\/em> anpassen. Andi schreibt dazu ab folgendes:<\/p>\n

Sollte es eingeschaltet sein, dann aus-und wieder einschalten. Mit w32tm \/query \/status in der Eingabeaufforderung \u00fcberpr\u00fcfen. Ist die Zeitdifferenz zu gro\u00df, muss \u201eUhrzeit automatisch festlegen\" gegebenenfalls mehrmals aus-und eingeschaltet werden.<\/p>\n

Bis ein Update das Problem fixt, sollte am Anfang jeder Rechnersitzung
\nder Workaround angewendet werden.<\/p><\/blockquote>\n

\u201eUhrzeit automatisch festlegen\" klappt nicht<\/h3>\n

Andi beschreibt noch einen Effekt, der ihm aufgefallen ist. Sie schalten \u201eUhrzeit automatisch festlegen\" ein, aber es dauert ewig und drei Tage bis der Schalter auf Ein springt? Kenn ich. Ist Windows kann time.windows.com nicht finden.<\/em><\/p>\n

1. Rechtsklick auf die Uhr in der rechten Ecke der Taskleiste.<\/em><\/p>\n

2. Auf \u201eDatum\/Uhrzeit \u00e4ndern\" klicken. Runterscrollen.<\/em><\/p>\n

3. In der Rubrik \u201eVerwandte Einstellungen\" auf \u201eUhren f\u00fcr unterschiedliche Zeitzonen hinzuf\u00fcgen\" klicken.<\/em><\/p>\n

4. Den Reiter \u201eInternetzeit\" ansteuern und auf \u201eEinstellungen \u00e4ndern…\" klicken.<\/em><\/p>\n

Bei \u201eServer:\" ist eine Adresse eingetragen. <\/em><\/p>\n

5. Diese markieren, \u201etime.windows.com\" manuell eintippen und mit OK best\u00e4tigen. <\/em><\/p>\n

Selbst wenn da vorher bereits time.window.com stand, trotzdem noch mal h\u00e4ndisch eintragen. Manchmal muss man Windows einfach daran erinnern, wie die Adresse
\ndes Zeitservers lautet. Dann sollte sich \u201eUhrzeit automatisch festlegen\" wieder einschalten lassen.<\/em><\/p>\n

L\u00f6sung des Zeitgeber-Problems<\/h2>\n

Andi schlug in einer ersten Mail folgende L\u00f6sung f\u00fcr dieses Zeitgeber-Problem vor: In einer Eingabeaufforderung die mit \u201eAls Administrator ausf\u00fchren\"
\nge\u00f6ffnet wurde den Zeitgeber auf seine Standardkonfiguration zur\u00fccksetzen.
\nDazu nacheinander folgende Befehle eintippen und mit Enter best\u00e4tigen.<\/p>\n

net stop w32time
\nw32tm \/unregister
\nw32tm \/register
\nnet start w32time<\/p>\n

\"Zeitservice<\/p>\n

Dann den Starttyp des Dienstes \u201eWindows-Zeitgeber\" auf\u00a0 Automatisch<\/em> stellen. Und nun mit folgendem Befehl in einer \u201eAls Administrator ausf\u00fchren\" ge\u00f6ffneten\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Eingabeaufforderung den Zeitgeber auf eine externe Zeitquelle ausrichten.<\/p>\n

w32tm \/config \/manualpeerlist:\"<DNS\/IP> <DNS\/IP>\" \/syncfromflags:manual \/reliable:yes \/update<\/p>\n

Das ist eine Befehlszeile, die f\u00fcr time.windows.com zum Beispiel so ausschaut.<\/p>\n

\"Zeitgeber<\/a>
\nZum Vergr\u00f6\u00dfern klicken<\/a><\/p>\n

Zu guter Letzt mit den Dienst in einer administrativen Eingabeaufforderung mit:<\/p>\n

net stop w32time
\nnet start w32time<\/p>\n

beenden und wieder neu starten. Nach einem erneuten Booten von Windows sollte der Zeitgeber wieder automatisch synchronisieren k\u00f6nnen.<\/p>\n

Zweite Ursache f\u00fcr das Problem<\/h2>\n

In einer Nachtrags-Mail schrieb mir Andi Mitte Februar 2019: Ich konnte die Ursache f\u00fcr die defekte automatische Zeitsynchronisation finden. Es gibt nicht eine, sondern zwei Ursachen. <\/em><\/p>\n

Zum einen gibt es das oben beschriebene Problem, dass, wenn der Starttyp auf Manuell<\/em>
\nsteht, der Windows-Zeitgebers korrupt ist und nicht funktioniert. Andi schreibt dazu:<\/p>\n

Steht der Starttyp auf Manuell, hat das die gleiche Auswirkung, wie wenn der Starttyp auf \"Deaktiviert\" st\u00e4nde. Der Zeitgeber kann dann nicht starten. Starten kann er nur dann, wenn der Starttyp auf \"Automatisch\" steht.<\/p><\/blockquote>\n

Andi ist bei seinen Recherchen aber noch auf ein anderes Problem gesto\u00dfen. Er schreibt dazu:<\/p>\n

Zum anderen sind betroffene Rechner laut Meinberg<\/a> und diesem Microsoft KB-Beitrag<\/a> standardm\u00e4\u00dfig in einem Modus, in dem sie symmetrisch aktive Pakete senden. Der Zeitserver akzeptiert aber keine symmetrisch aktiven Pakete. Nur Rechner, die im sog. Client-Modus sind, werden vom Zeitserver synchronisiert.<\/p>\n

Folge: wegen des falschen Modus verweigert der Zeitserver eine Synchronisation.<\/p><\/blockquote>\n

Beide Probleme lassen sich wie in Teil 2 gezeigt l\u00f6sen. Dann funktioniert die automatische Zeitsynchronisation auch wieder.<\/p>\n

Artikelreihe:<\/strong>
\nWindows 10: Probleme mit der Zeitsynchronisation<\/a> \u2013 Teil 1
\nWindows 10: Probleme mit der Zeitsynchronisation<\/a> \u2013 Teil 2<\/p>\n

\u00c4hnliche Artikel:<\/strong>
\nWindows 10: Eingabeaufforderung als Administrator \u00f6ffnen<\/a>
\nWindows 10 V1809: Zeitsynchronisation fehlt (vermeintlich) in Einstellungen<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

Unter Windows 10 kann es Probleme mit der Zeitsynchronisation \u00fcber externe Zeitserver geben. Ein Blog-Leser hat mir seine Erfahrungen mit einem HP Pavilion 550-141ng und der Zeitsynchronisation in Windows 10 V1803 berichte. Sp\u00e4ter konnte er diese Erfahrungen auf Windows 10 … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11,3694],"tags":[24,4378],"class_list":["post-215094","post","type-post","status-publish","format-standard","hentry","category-problemlosung","category-windows-10","tag-problem","tag-windows-10"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/215094","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=215094"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/215094\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=215094"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=215094"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=215094"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}