7
LastLogonTimeStamp weit in der Zukunft
Hallo zusammen,
ich bin gerade auf ein Problem gestoßen und habe noch keine passende Lösung dafür gefunden.
Ich habe eine Hand voll Computerobjekte im AD gefunden, welche im Attributeditor unter LastLogonTimeStamp ein Datum weit in der Zukunft anzeigen:
Die Replikation aller DCs läuft einwandfrei und auch die Zeiten auf allen DCs sind in Ordnung (geprüft mit dem AD Replication Status Tool).
Jemand eine Idee wie man das ganze fixen kann?
ich bin gerade auf ein Problem gestoßen und habe noch keine passende Lösung dafür gefunden.
Ich habe eine Hand voll Computerobjekte im AD gefunden, welche im Attributeditor unter LastLogonTimeStamp ein Datum weit in der Zukunft anzeigen:
Die Replikation aller DCs läuft einwandfrei und auch die Zeiten auf allen DCs sind in Ordnung (geprüft mit dem AD Replication Status Tool).
Jemand eine Idee wie man das ganze fixen kann?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 2893412972
Url: https://administrator.de/contentid/2893412972
Ausgedruckt am: 21.11.2024 um 23:11 Uhr
7 Kommentare
Neuester Kommentar
Moin,
vielleicht hilft dies:
https://social.technet.microsoft.com/Forums/ie/en-US/49c5d636-2799-44ac- ...
Gruß
vielleicht hilft dies:
https://social.technet.microsoft.com/Forums/ie/en-US/49c5d636-2799-44ac- ...
Gruß
Den habe ich auch schon gelesen, aber das hilft leider nicht wirklich weiter.
Wie viele DCs hast Du? Der Logik folgend müsste das Datum ...2043 auf einem der DCs als LastLogon stehen. So hast Du zumindest das verursachende System, dieser DC muss ja dann den Wert zurückgegeben haben. Und an den Clients ist sichergestellt, dass die Ihre Zeit über den DC bekommen?
Gruß
Gruß
ca. 60 Stk.
habe alle LastLogon Attribute auf den DCs kontrolliert und alle passen, kein 2043 gefunden. Die Systeme die "fehlerhaft" sind bekommen alle Ihre Zeit vom lokalen DC, das passt auch.
habe alle LastLogon Attribute auf den DCs kontrolliert und alle passen, kein 2043 gefunden. Die Systeme die "fehlerhaft" sind bekommen alle Ihre Zeit vom lokalen DC, das passt auch.
Hm, scheint ab und an vorzukommen:
https://social.technet.microsoft.com/Forums/windows/en-US/1e9aad0c-d0a6- ...
Wenn Du ansonsten keine Probleme hast, die Replikation funktioniert und die Eventlogs nichts hergeben... Ticket bei MS?
Noch eine Idee, wenn das VMs sind, auf den Hosts ist die Zeitsynchronisation inaktiv?
Gruß
https://social.technet.microsoft.com/Forums/windows/en-US/1e9aad0c-d0a6- ...
Wenn Du ansonsten keine Probleme hast, die Replikation funktioniert und die Eventlogs nichts hergeben... Ticket bei MS?
Noch eine Idee, wenn das VMs sind, auf den Hosts ist die Zeitsynchronisation inaktiv?
Gruß
Technisch funktioniert soweit alles und auch die VMWare Zeitsynchronisierung ist nicht aktiv.
Allerdings "schreit" unser internes AD Audit Tool, da auf den betroffenen Computerobjekten das Passwort nicht mehr automatisch geändert wird.
Allerdings "schreit" unser internes AD Audit Tool, da auf den betroffenen Computerobjekten das Passwort nicht mehr automatisch geändert wird.
Zitat von @IT-Capitain:
Technisch funktioniert soweit alles und auch die VMWare Zeitsynchronisierung ist nicht aktiv.
Allerdings "schreit" unser internes AD Audit Tool, da auf den betroffenen Computerobjekten das Passwort nicht mehr automatisch geändert wird.
Technisch funktioniert soweit alles und auch die VMWare Zeitsynchronisierung ist nicht aktiv.
Allerdings "schreit" unser internes AD Audit Tool, da auf den betroffenen Computerobjekten das Passwort nicht mehr automatisch geändert wird.
Sind das immer dieselben Computerobjekte? Evtl. mal eines der betroffenen Systeme aus der Domäne nehmen und wieder hinzufügen. Da scheint ja doch etwas zu haken.
