Forrest 0 Geschrieben 4. September 2020 Melden Geschrieben 4. September 2020 Hallo zusammen und ein wundervollen schönen Guten Tag. Hab folgendes Problem, habe mehre VM mit Windows 2019 über VMware. 1 DC und verschiedene Server mit Windos Server 2019. Seit dem ich die in die DOmain aufgenommen hab wird die Uhrzeit falsch angezeigt 2 h mehr. ILO 5 zeigt auch die korrekte Zeit an Auf dem Esxi wurde der <SNTP Settings Primary Time Server auf die werde nur eine Beispiel IP sagen Primary Time Server IP 192.168.x.1. Zeit im ESXi ist UTC Zeit, was mir aufgefallen ist der Esxi zeigt die korrekte zeit an, aber im aktuellen Aufgabenprotokoll unten werden auch 2h hinzugefügt. Der Domaincontroller (VM) DC zeigt im nicht die korrekte Zeit an. Und das ist das Problem da alle VM (Betriebsysteme) die zeit von dort sich holen. Hab ich wo etwas übersehen. Gruß Forrest. Zitieren
Nobbyaushb 1.553 Geschrieben 4. September 2020 Melden Geschrieben 4. September 2020 Moin, den Zeitsync mit der VM Abschalten https://www.gruppenrichtlinien.de/artikel/zeitsynchronisation-der-domaene-w32time-zeitserver-per-gpo/ Zitieren
Forrest 0 Geschrieben 4. September 2020 Autor Melden Geschrieben 4. September 2020 Ja die Anleitung hab ich auch durchgearbeitet. Konnte den Zeitgeber aber nicht neu Starten Fehler 5. Danke für den Tip Ok hab nun die Schritte durchgeführt, der Domaincontroller hat nun die richtige Uhrzeit. in der Gruppenrichtlinie wir ein externen NTP eingegeben pool.ntp.org könnte ich nicht da mein Esxi angeben. Und wie bekommen die Clients wo an der Domain verbunden sind die richtige Uhrzeit her. Muss ich den Schritt 2 auf durchführen muss ich dazu eine 2 Richtlinie erstellen kann das aus dem Text nciht richtig rauslesen. Zitieren
NilsK 3.017 Geschrieben 4. September 2020 Melden Geschrieben 4. September 2020 Moin, umgekehrt wird ein Schuh draus: dein ESXi-Host sollte sich die Zeit bei der Domäne holen (einfach dort den DNS-Namen der Domäne als Zeitserver eintragen). Die Domänen-Clients, falls richtig konfiguriert, holen sich ihre Zeit sowieso von dort. Gruß, Nils Zitieren
NorbertFe 2.211 Geschrieben 4. September 2020 Melden Geschrieben 4. September 2020 Am 4.9.2020 um 09:02 schrieb Forrest: Und wie bekommen die Clients wo an der Domain verbunden sind die richtige Uhrzeit her. Mehr Das machen die automatisch. Es sei denn, man hat schon irgendwas "verkonfiguriert". ;) Zitieren
Forrest 0 Geschrieben 4. September 2020 Autor Melden Geschrieben 4. September 2020 Hi Nils, ich bin noch nicht ganz Fit in der Sache. Ich dachte die Domain holt sich beim ESXi-Host die Zeit. Das Problem was ich hab, das ich den Zeitserver auf dem ESXI selbst nicht ändern kann, Update Date Time Config Ergebniss Fehlgeschlagen Die Hostkonfiguration kann nicht geändert werden. Abgeschlossen Datum heut Uhrzeit 2h später. Im Ntp-Server steht die IP vom ILO. Uhrzeit vom ESXi ist aktuell. Gruß, Forrest Zitieren
NorbertFe 2.211 Geschrieben 4. September 2020 Melden Geschrieben 4. September 2020 Am 4.9.2020 um 09:02 schrieb Forrest: Ok hab nun die Schritte durchgeführt, der Domaincontroller hat nun die richtige Uhrzeit. in der Gruppenrichtlinie wir ein externen NTP eingegeben pool.ntp.org Mehr Am 4.9.2020 um 09:34 schrieb Forrest: Ich dachte die Domain holt sich beim ESXi-Host die Zeit. Mehr Nö, dachtest du nicht. ;) Du sollst dafür sorgen, dass die DCs!!! die Hosttimesync deaktiviert haben (auch alle anderen VMs die Mitglied des Active Directory sind. Den ESX Servern kannst du dann als NTP Server die Namen oder IPs deiner Domain Controller geben. Zitieren
Forrest 0 Geschrieben 4. September 2020 Autor Melden Geschrieben 4. September 2020 Ok die Clients haben nun die richtige Uhrzeit, woran sehe ich denn ob die Uhrzeit von dem Domain kommt oder vom lokalen Zeitgeber. Gruß, Forrest Zitieren
NorbertFe 2.211 Geschrieben 4. September 2020 Melden Geschrieben 4. September 2020 Man könnte bspw. am Client ins Eventlog schauen und sieht dann dort, wo der Client seine Zeit herholt. Exemplarisch steht das sogar im Artikel oben drin (zwar für den DC, aber das ist ja egal). Zitieren
Forrest 0 Geschrieben 4. September 2020 Autor Melden Geschrieben 4. September 2020 (bearbeitet) Am 4.9.2020 um 09:38 schrieb NorbertFe: Nö, dachtest du nicht. ;) Du sollst dafür sorgen, dass die DCs!!! die Hosttimesync deaktiviert haben (auch alle anderen VMs die Mitglied des Active Directory sind. Den ESX Servern kannst du dann als NTP Server die Namen oder IPs deiner Domain Controller geben. Mehr Die Hosttimesync im DC deaktieren ,da hattest du mir den Link dazu gegeben denn hatte ich durchgeführt. https://www.gruppenrichtlinien.de/artikel/zeitsynchronisation-der-domaene-w32time-zeitserver-per-gpo/ das hab ich durchgeführt. Soll ich das hier auch noch durchführen. https://docs.vmware.com/de/VMware-Tools/11.1.0/com.vmware.vsphere.vmwaretools.doc/GUID-678DF43E-5B20-41A6-B252-F2E13D1C1C49.html Und ich versteh die Aussage nicht. Den ESX Servern kannst du dann als NTP Server die Namen oder IPs deiner Domain Controller geben. Gruß, Forrest. Am 4.9.2020 um 09:40 schrieb NorbertFe: Man könnte bspw. am Client ins Eventlog schauen und sieht dann dort, wo der Client seine Zeit herholt. Exemplarisch steht das sogar im Artikel oben drin (zwar für den DC, aber das ist ja egal). Mehr Der Zeitdienst synchronisiert jetzt die Systemzeit mit der Zeitquelle 0.ch.pool.ntp.org,1.ch.pool.ntp.org,2.ch.pool.ntp.org,3.ch.pool.ntp.org (ntp.m|0x1|0.0.0.0:123->213.251.53.234:123) mit der Referenz-ID 3929406421. Die aktuelle lokale Stratumnummer ist 3. Ereignislog vom DC. bearbeitet 4. September 2020 von Forrest Zitieren
NilsK 3.017 Geschrieben 4. September 2020 Melden Geschrieben 4. September 2020 Moin, Am 4.9.2020 um 09:46 schrieb Forrest: Und ich versteh die Aussage nicht. Den ESX Servern kannst du dann als NTP Server die Namen oder IPs deiner Domain Controller geben. Mehr das meint: an der Stelle, wo du im ESXi den Zeitserver angibst, trägst du den DNS-Namen oder die IP-Adressen eines DCs an. Falls man mehrere angeben kann, dann eben mehrere oder alle DCs. Wobei es noch besser ist, einfach nur den DNS-Namen der Domäne anzugeben, denn dann antwortet immer einer der aktuellen DCs. Gruß, Nils Zitieren
NorbertFe 2.211 Geschrieben 4. September 2020 Melden Geschrieben 4. September 2020 Am 4.9.2020 um 09:46 schrieb Forrest: da hattest du mir den Link dazu gegeben Mehr Nein, du hast von mir noch gar keinen link bekommen. ;) Zitieren
Forrest 0 Geschrieben 4. September 2020 Autor Melden Geschrieben 4. September 2020 Am 4.9.2020 um 09:53 schrieb NorbertFe: Nein, du hast von mir noch gar keinen link bekommen. ;) Mehr Sry mein Fehler hab Norbert mit Nobby vertauscht Sry. Ok wie deaktiviere ich die Die Hosttimesync im DC. Zitieren
NorbertFe 2.211 Geschrieben 4. September 2020 Melden Geschrieben 4. September 2020 Am 4.9.2020 um 09:38 schrieb Forrest: Ok die Clients haben nun die richtige Uhrzeit, woran sehe ich denn ob die Uhrzeit von dem Domain kommt oder vom lokalen Zeitgeber. Mehr Am 4.9.2020 um 09:46 schrieb Forrest: Ereignislog vom DC. Mehr Toll, jetzt weißt du, dass der DC seine Zeit von extern korrekt holt. Du wolltest aber wissen, wo die Clients die Zeit herholen. Also musst du logischerweise in welche Eventlogs schauen? Tipp: Nicht das vom DC. ;) Am 4.9.2020 um 09:55 schrieb Forrest: Ok wie deaktiviere ich die Die Hosttimesync im DC. Mehr Ist das so schwer? https://kb.vmware.com/s/article/1189 Zitieren
Forrest 0 Geschrieben 4. September 2020 Autor Melden Geschrieben 4. September 2020 (bearbeitet) Am 4.9.2020 um 09:56 schrieb NorbertFe: Toll, jetzt weißt du, dass der DC seine Zeit von extern korrekt holt. Du wolltest aber wissen, wo die Clients die Zeit herholen. Also musst du logischerweise in welche Eventlogs schauen? Tipp: Nicht das vom DC. ;) Mehr Der Zeitdienst synchronisiert jetzt die Systemzeit mit der Zeitquelle DC01.xxxx.local (ntp.d|0.0.0.0:123->192.xx.xx.30:123) mit der Referenz-ID 514435264. Die aktuelle lokale Stratumnummer ist 2. danke für den Tip. Die Clients bekommen nun die Ips vom DC der Domain. bearbeitet 4. September 2020 von Forrest Zitieren
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.