ich kann mir nicht vorstellen, daß dies ein großes Problem ist. Wahrscheinlich seh ich's einfach nur nicht... helft mir mal bitte:
Ich hab 2 W2k DC's mit den IPs
DC1 - 172.29.254.54
DC2 - 172.29.254.56
Da DC1 der Betriebsmaster ist synct DC2 von DC1.
Dann wollte ich heute mal unsere schönen Cisco Catalyst 3550 mit dem Timeserver synchronisieren, was aber leider nicht zu klappen scheint.
Config:
ntp server 172.29.254.54 prefer
ntp server 172.29.254.56
Show-Ausgaben:
show ntp status
Clock is unsynchronized, stratum 16, no reference clock
nominal freq is 250.0000 Hz, actual freq is 250.0000 Hz, precision is 2**18
reference time is 00000000.00000000 (01:00:00.000 MEZ Mon Jan 1 1900)
clock offset is 0.0000 msec, root delay is 0.00 msec
root dispersion is 0.00 msec, peer dispersion is 0.00 msec
wenn die differenz vom ntp-client zum server zu groß ist synchronisiert sich der client nicht.
stell die uhrzeit am catalyst auf einen daumenwert nahe der jetzigen uhrzeit inkl datum ein. danach sollte sich catalyst synchronisieren.
ein weiteres mögliches problem ist, wenn der ntp-server eine zu große zeitdifferenz zur eigentlichen reference-clock aufweist. dann synchronisiert sich der ntp-client ebenfalls nicht auf, ausser der ntp-server ist stratum 1.
nachtrag:
die uhrzeit am catalyst stellst du mit "clock set" ein.
bevor ich den Thread thematisch nicht beende liefere ich mal eben was nach:
Das "nah" einstellen der clock hat auch nicht funktioniert, da der Catylist den NTP Server immer als INSANE bezeichnet hat.
Wie ich in einigen Newsgroup-Beträgen lesen konnte hält MS sich wohl nicht ganz an den NTP Standard (z.B. ist ein DC immer Stratum 2 glaub ich).
Mit einem "echten" NTP Server auf einem anderen DC und deaktiviertem w32time funktioniert es dann einwandfrei.
Ich hab mich hierbei für Tardis 2000 entschieden.
Die Zeit bezieht der DC immer noch von einem anderen DC, so daß es auch nicht zu Kerberos Problemen kommen kann.