reset 10 Geschrieben 14. Oktober 2009 Melden Teilen Geschrieben 14. Oktober 2009 Hallo, ich habe ein Problem mit der Zeitsynchroisation zwischen 2 Rechnern in unserem Netzwerk. Einer von den beiden Rechnern hat Serverfunktion für den anderen Rechner, ist aber im Grunde ein ganz "normaler" Desktop. Der andere Rechner kann auf diesen "Server" bis ca. 16 Uhr zugreifen, dann bekommt er die Meldung: Auf D:\ kann nicht zugegriffen werden. Es besteht ein Zeit- und oder Datumsunterschied zwischen dem Server und dem Client Wenn dieser Rechner neu gestartet wird geht's wieder. Beim Hochfahren wird nämlich ein Netlogon-Script gestartet, welche u.a. die Zeitsynchronisation durchführt. Wie synchronisiere ich tagsüber am besten? Über "geplante Taks"? Oder bietet mir die Gruppenrichtlinienverwaltung im AD Möglichkeiten? Was kann ich tun? Zitieren Link zu diesem Kommentar
NorbertFe 2.013 Geschrieben 14. Oktober 2009 Melden Teilen Geschrieben 14. Oktober 2009 Sind die beiden Rechner in der Domäne? Wenn ja, warum hast du so ein "merkwürdiges" Konstrukt? Falls nein, dann müßest du den Zeitgeberdienst entsprechend konfiguieren. Bye Norbert Zitieren Link zu diesem Kommentar
reset 10 Geschrieben 14. Oktober 2009 Autor Melden Teilen Geschrieben 14. Oktober 2009 Ja, die beiden sind in der gleichen Domäne. Wo genau kann ich den Zeitgeberdienst konfigurieren? Zitieren Link zu diesem Kommentar
overlord 10 Geschrieben 14. Oktober 2009 Melden Teilen Geschrieben 14. Oktober 2009 Sind das 2 XP Maschinen..läuft da der Windows Zeitgeber Dienst? Normalerweise (default) ist der PDC-Emulator für die Uhrzeitverteilung der Domäne zuständig. per Script/Taskplaner kann man die Zeit auch selbst abgleichen: net time \\server /set /yes oder w32tm /resync /nowait /rediscover Zitieren Link zu diesem Kommentar
NorbertFe 2.013 Geschrieben 14. Oktober 2009 Melden Teilen Geschrieben 14. Oktober 2009 per Script/Taskplaner kann man die Zeit auch selbst abgleichen: net time \\server /set /yes Das sollte man nicht tun. Bye Norbert Zitieren Link zu diesem Kommentar
overlord 10 Geschrieben 14. Oktober 2009 Melden Teilen Geschrieben 14. Oktober 2009 ...hierzu muss der user allerdings das recht haben die zeit einzustellen, was er normalerweise nicht hat. wieso nicht norbert? Zitieren Link zu diesem Kommentar
NorbertFe 2.013 Geschrieben 14. Oktober 2009 Melden Teilen Geschrieben 14. Oktober 2009 Weil net time einfach fehleranfällig ist und der Windows Zeitdienst das ganze auch so erledigt, ohne irgendwelche batches oder tasks. ;) Bye Norbert Zitieren Link zu diesem Kommentar
reset 10 Geschrieben 14. Oktober 2009 Autor Melden Teilen Geschrieben 14. Oktober 2009 Weil net time einfach fehleranfällig ist und der Windows Zeitdienst das ganze auch so erledigt, ohne irgendwelche batches oder tasks. ;) Bye Norbert öha! Genau das passiert bei uns. Beim Hochfahren wird per net time die Zeit synchronisiert. Und was die beiden Rechner betrifft, dürfte dies die einzig funktionierende Methode sein.Deshalb geht's ja auch wieder wenn der der Rechner neu gestartet wird. Welche Stellschrauben im AD muß ich nun ansetzen? Wo gibt es dort Optionen? Gruppenrichtlinienverwaltung? Edit: Hab was über registry-Einträge gelesen... HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient Haben nen 2003er Server. Zitieren Link zu diesem Kommentar
surfcontrol 10 Geschrieben 14. Oktober 2009 Melden Teilen Geschrieben 14. Oktober 2009 Hallo, ich habe in der Registry des Severs als Ntp den ptbtime1.ptb.de eingetragen. Seitdem läuft die Uhrzeit fast auf die Sekunde genau mit dem Zeitserver der Physikalisch Technischen Bundesanstalt. Nicht vergessen auf dem Router wurde für den Server noch der Port freigeschaltet für den ntp (123) Besser geht es nicht. Gruß surfcontrol Zitieren Link zu diesem Kommentar
overlord 10 Geschrieben 14. Oktober 2009 Melden Teilen Geschrieben 14. Oktober 2009 klar, net time is fehleranfällig. müssen die clients denn mehrmals am tag die zeit abgleichen, geht die uhr so ungenau? in einer domäne sollte die zeit nicht mehr als 5 minuten schwanken, sonst gibts probleme mit kerberus. ist der windows-zeitgeber denn nun gestartet? @surfcontrol das ist keine lösung des problems, es geht hier um den/die client(s). diese sollten mit ihrem DC syncen, egal ob dieser atomzeit hat oder nicht. das ist wieder ne andere schiene. Zitieren Link zu diesem Kommentar
RanCyyD 10 Geschrieben 14. Oktober 2009 Melden Teilen Geschrieben 14. Oktober 2009 Führ auf den Clients einmal w32tm /config /syncfromflags:manual /manualpeerlist:DeinDC w32tm /config /update w32tm /resync aus, dann sollten sich brav die Zeit vom DC holen. Überwachung mit w32tm /monitor Zitieren Link zu diesem Kommentar
NorbertFe 2.013 Geschrieben 14. Oktober 2009 Melden Teilen Geschrieben 14. Oktober 2009 klar, net time is fehleranfällig.müssen die clients denn mehrmals am tag die zeit abgleichen, geht die uhr so ungenau? Wenn man dem TO glaubt, dann ja ;) in einer domäne sollte die zeit nicht mehr als 5 minuten schwanken, sonst gibts probleme mit kerberus. Der hat nix mit dem RUS zu tun der Hund der. ;) @surfcontroldas ist keine lösung des problems, es geht hier um den/die client(s). diese sollten mit ihrem DC syncen, egal ob dieser atomzeit hat oder nicht. das ist wieder ne andere schiene. Ganz genau. Bye Norbert Zitieren Link zu diesem Kommentar
reset 10 Geschrieben 15. Oktober 2009 Autor Melden Teilen Geschrieben 15. Oktober 2009 ist der windows-zeitgeber denn nun gestartet?Ja, ist gestartet. Habe das ganze gestern das 1. mal live miterlebt. Um 16:00 Uhr konnte sich der Client mit der Server-Workstation verbinden. ca. 15 min. später nicht mehr. Habe dann die Zeit des Clients mit der eines anderen Rechers verglichen. Hatten dieselbe Uhrzeit. Der Server hingegen ging 20 Sekunden vor. Hab dann ein "net time" am Server ausgeführt. Die Uhr wurde gestellt, allerdings fehlerhaft. Statt 16:30 Uhr wurde 15:30 Uhr eingestellt. Mit dieser Einstellung war aber der Client zufrieden. Er konnte wieder eine Verbindung herstellen. Komisch ist, daß die Uhrzeit am Client zuerst "ziemlich richtig" war und nicht um 1 Stunde verschoben, wie es durch net time hätte sein müssen. Vermute mal, daß einer der User die Uhrzeit händisch geändert hat... Zitieren Link zu diesem Kommentar
reset 10 Geschrieben 16. Oktober 2009 Autor Melden Teilen Geschrieben 16. Oktober 2009 Hat jemand eine Idee weshalb durch das "net time" die Uhrzeit um eine Stunde verschoben eingestellt wird? Zitieren Link zu diesem Kommentar
IThome 10 Geschrieben 17. Oktober 2009 Melden Teilen Geschrieben 17. Oktober 2009 Verschiedene Zeitzonen ? Es gibt eine gute Anleitung, wie man einen DC von einer externen Zeitquelle abgleichen lässt und diese Zeit per W32TIME an die Clients weiter gibt ... How to configure an authoritative time server in Windows Server Der Zeitdienst (für die Clients z.B.) lässt sich auch via Gruppenrichtlinie konfigurieren ... Zitieren Link zu diesem Kommentar
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.