2K8R2 - GPO: Time Sync Problem

[Darksun777]

Ich hab jetzt alles rückgängig gemacht, aber immer noch dasselbe Problem.

Folgende Config ist jetzt aktiv:

DC1 (PDC): Synct mit externer NTP-Quelle, das funktioniert (w32tm /resync).
AnnounceFlag ist auf 5

Client (Win7): Alles zurück auf Standard gestellt (GPO weg, w32tm /unregister + /register, Typ = NT5DS)

Ein w32tm /resync auf dem Client bringt aber immer noch den Fehler, dass keine Zeitdaten verfügbar sind.

Firewall ist überall aus.

EDIT: Der DC scheint aber ok zu sein. Hier mal die Meldungen vom Eventlog nach dem starten und stoppen des Zeitdienstes:

- The Windows Time service entered the stopped state.
- The time service has started advertising as a time source.
- The time service has started advertising as a good time source.
- The Windows Time service entered the running state.
- The time provider NtpClient is currently receiving valid time data from 10.xxx.xx.xxx (ntp.m|0x0|0.0.0.0:123->10.xxx.xx.xxx:123).



Habt ihr noch Ideen?

[IThome]

Mach bei einem Client mal folgendes:
W32TM /CONFIG /SYNCFROMFLAGS: DOMHIER (ohne Leerschritt nach dem : )
W32TM /CONFIG /UPDATE
NET STOP W32TIME && NET START W32TIME

[Darksun777]

Hab ich gemacht, leider immer noch keinen Erfolg...

EDIT: Hier mal das Logfile vom Client, folgender Fehler ist zu sehen:

149628 14:33:26.6875000s - Response received from domain controller xxxDC01.xxx.LOCAL authenticated successfully.
149628 14:33:26.6875000s - Packet test 7 failed (bad stratum: system - 0, sample - 15).
149628 14:33:26.6875000s - Ignoring packet that failed tests from xxxDC01.xxx.LOCAL (ntp.d|0.0.0.0:123->10.xxx.xx.xx:123).
149628 14:33:41.2031250s - W32TmServiceMain: timeout

149628 14:33:41.7500000s - Rejecting packet w/ bad mode
149628 14:33:41.7500000s - Ignoring garbage packet.

Kann jemand damit was anfangen?

EDIT2: Anscheinend habe ich die Ursache des Problems im Logfile gefunden:

Poll Interval: 6 - 64s; Precision: 0 - out of valid range

Hier gibt es einen Artikel von Microsoft, der bezieht sich allerdings auf Windows 2003: http://support.microsoft.com/kb/940742/en-us

Da steht drin, ein zulässiger Precision Wert ist von -30 bis -3

Ich hab noch keine Ahnung was das genau ist und warum der bei mir 0 ist, aber ich forsche da morgen mal weiter. Ich vermute den Zusammenhang mit der externen NTP Quelle.
Falls es jemanden intressiert poste ich dann hier die weiteren Ergebnisse.

[IThome]

Ja, mach das mal bitte ...

[Darksun777]

Hi,

also es geht jetzt, das Problem war zweigeteilt:

- Der interne NTP-Server im LAN (irgendein alter Unix-Server) sendet ein mit Windows 2008 / Windows 7 inkompatibles Flag. Das war im Logfile ersichtlich, der Server & die Clients haben die Pakete immer gedropt.
Danach habe ich den Server auf eine externe NTP-Quelle (internet) konfiguriert, aber auch das ging nicht, weil -->

- Die Netzwerkjungs hatten in der Route von der Server-IP zum Internet kein Natting aktiviert, sodaß der Rückweg der NTP-Pakete versperrt war

--> Netzwerkjungs haben NAT für die Route aktiviert, DC2008 auf pool.ntp.org konfiguriert --> geht

Danke nochmal für eure Mithilfe.

[NorbertFe]

Hmm, ich könnte jetzt was sagen, aber ich sags lieber nicht.
Gut, dass es jetzt funktioniert.

Bye
Norbert