NetTime als Zeitgeber
Ich habe auf verschiedenen Kundensystemen unter Server 2012R2 bis 2019 den Zeitdienst "NetTime" von http://www.timesynctool.com/ gefunden!
Ist das die Lösung eines ratlosen Admin gewesen oder macht dieses Tool wirklich den Time Sync besonders einfach?
Ich soll einige Systeme bewerten, WSUS abschaffen und Ansätze zur Optimierung einbringen.
Besten Dank im Voraus
Lev
Ist das die Lösung eines ratlosen Admin gewesen oder macht dieses Tool wirklich den Time Sync besonders einfach?
Ich soll einige Systeme bewerten, WSUS abschaffen und Ansätze zur Optimierung einbringen.
Besten Dank im Voraus
Lev
Please also mark the comments that contributed to the solution of the article
Content-Key: 566196
Url: https://administrator.de/contentid/566196
Printed on: April 24, 2024 at 08:04 o'clock
8 Comments
Latest comment
Moin,
Bei Windowskisten, die AD-Mitglied sind, geht das automatisch. Allen anderen kann man kurz ber Batch-Script auf die Sprünge helfen.
Sonstige Systeme wie Switche etc. holen sich die Zeit bei uns von ntp.company.tld. ntp.company.tld ist ein DNS-Alias und verweist auf die DCs
Sollen die Clients ungefiltert die verbuggten Updates von Microsoft abbekommen!?
Besten Dank im Voraus
Lev
Gruß
em-pie
Zitat von @it-lev:
Ich habe auf verschiedenen Kundensystemen unter Server 2012R2 bis 2019 den Zeitdienst "NetTime" von http://www.timesynctool.com/ gefunden!
Ist das die Lösung eines ratlosen Admin gewesen oder macht dieses Tool wirklich den Time Sync besonders einfach?
Schmeiss das Tool überall runter! Die DCs holen sich die Zeit von einem einzigen Zeitserver (bei uns die Firewall). Und alle anderen Systeme im Netzwerk holen sich die Zeit von den DCs.Ich habe auf verschiedenen Kundensystemen unter Server 2012R2 bis 2019 den Zeitdienst "NetTime" von http://www.timesynctool.com/ gefunden!
Ist das die Lösung eines ratlosen Admin gewesen oder macht dieses Tool wirklich den Time Sync besonders einfach?
Bei Windowskisten, die AD-Mitglied sind, geht das automatisch. Allen anderen kann man kurz ber Batch-Script auf die Sprünge helfen.
Sonstige Systeme wie Switche etc. holen sich die Zeit bei uns von ntp.company.tld. ntp.company.tld ist ein DNS-Alias und verweist auf die DCs
REM Quelle: https://stackoverflow.com/questions/32535322/batch-file-that-sync-your-system-time-and-date
@echo off
net time /setsntp ntp.company.tld
w32tm /query /peers
net stop w32time
net start w32time
w32tm /resync /nowait
EOF
Ich soll einige Systeme bewerten, WSUS abschaffen und Ansätze zur Optimierung einbringen.
Beisst sich das nicht?Sollen die Clients ungefiltert die verbuggten Updates von Microsoft abbekommen!?
Besten Dank im Voraus
Lev
em-pie
Guten Abend,
Gruß,
Dani
Die DCs holen sich die Zeit von einem einzigen Zeitserver (bei uns die Firewall).
bitte so nicht umsetzen. Wenn du mehrere Domain Controllers im selben Netzwerk hast, holt sich ausschließlich der DC mit der FSMO Rolle PDC Emulator die Zeit von einem externen Gerät. Alle anderen DCs holen sich die Zeit von DC, er die genannte FSMO Rolle besitzt. Am Besten konfigurierst du das nicht manuell sondern mit Hilfe der Gruppenrichtlinien und WMI Filter.Und alle anderen Systeme im Netzwerk holen sich die Zeit von den DCs.
Korrekt. Genauer gesagt holen sich die Rechner, die Mitglied der Domäne sind immer die Zeit vom jeweiligen LOGON Server (=Domain Controller).Gruß,
Dani
Zitat von @falscher-sperrstatus:
Hallo Lev,
ist wohl klasse, wenn du dich als jemand verkaufst, der du nicht bist, wenn du hier sowas fragen musst...
Vermute auch die restl. Fragen schlagen in diese Kerbe...und was ist, wenn im Forum etwas falsches geraten wird?
Grüße
Hallo Lev,
ist wohl klasse, wenn du dich als jemand verkaufst, der du nicht bist, wenn du hier sowas fragen musst...
Vermute auch die restl. Fragen schlagen in diese Kerbe...und was ist, wenn im Forum etwas falsches geraten wird?
Grüße
Was soll denn sowas? Verstehe solche Komemntare echt nicht. Ich finde die Frage legitim.
Wir hatten aufgrund vieler Microsoft Updates zunehmend Probleme mit Time_Syncing ueber die DC's und haben daher einen eigenen NTP Server (LXC Container) aufgesetzt und auf den Clients NetTime installiert und mit dem Inhouse NTP Server Adressen gefuettert. Warum NetTime und keine Scripts? Weil die Qualitaet der Windows Updates teilweise unsere Scripts 'gebrochen' hat und wir darauf keinen Bock mehr hatten. Die Software kann nur auf den NTP Server, sonst nirgendwo hin. Sie tut ihren Job jedenfalls anstandslos. Auch mit Microsoft Updates.
Jeder wie er mag und es fuer ihn richtig ist.
VG Sato
Wir hatten aufgrund vieler Microsoft Updates zunehmend Probleme mit Time_Syncing ueber die DC's und haben daher einen eigenen NTP Server (LXC Container) aufgesetzt und auf den Clients NetTime installiert und mit dem Inhouse NTP Server Adressen gefuettert. Warum NetTime und keine Scripts? Weil die Qualitaet der Windows Updates teilweise unsere Scripts 'gebrochen' hat und wir darauf keinen Bock mehr hatten. Die Software kann nur auf den NTP Server, sonst nirgendwo hin. Sie tut ihren Job jedenfalls anstandslos. Auch mit Microsoft Updates.
Nun, aber was ist, wenn die SW an sich ein Problem darstellt - immerhin geht es hier lt. Ihm nicht mehr nur um ntp, sondern auch um dhcp, dns etc.
Zitat von @Dani:
holt sich ausschließlich der DC mit der FSMO Rolle PDC Emulator die Zeit von einem externen Gerät.
Noch genauer:holt sich ausschließlich der DC mit der FSMO Rolle PDC Emulator die Zeit von einem externen Gerät.
Nur der PDC der Stammdomäne. Die PDC's anderer Domänen der Gesamtstruktur gleichen sich mit diesem ab. Die anderen DC einer Domäne mit jeweils dem PDC ihrer Domäne.