ntpd will nicht ins Internet

[flogerass]

Hallo,

ich versuche seit Wochen meinen Server per xntpd zu synchronisieren.
Die Clients (WinXP) synchronisieren sich auch über den Server. Nur dieser denkt nicht mal daran seine Zeit aus dem Internet zu holen.

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*127.127.1.0     127.127.1.0     10 l    8   64  377    0.000    0.000   0.015
 84.16.227.204   0.0.0.0         16 u    -  256    0    0.000    0.000 4000.00
 217.115.136.166 0.0.0.0         16 u    -  256    0    0.000    0.000 4000.00
 83.170.1.225    0.0.0.0         16 u    -  256    0    0.000    0.000 4000.00

Der ntpd läuft so schon seit knapp zwei Stunden.
Tippe ich die ips in den WinXP-NTP-Client ein synchronisiert er sich, weshalb sich ein Problem mit der Internetverbindung ausschließen lässt.

Außerdem steht in der log-Datei, dass es die Driftdatei nicht gibt, was auch stimmte. Deshalb hab ich diese von Hand angelegt (User: root oder ntp). Die Fehlermeldung blieb aber. Deshalb hab ich deise zur Zeit daktiviert.

server 127.127.1.0
fudge 127.127.1.0 stratum 10

server 0.de.pool.ntp.org
server 1.de.pool.ntp.org
server 2.de.pool.ntp.org

#driftfile /var/lib/ntp/drift/ntp.drift
logfile /var/log/ntp

Ich habe schon im Forum gesucht, aber keine vergleichbare Fehler gefunden.

Ich hoffe euch fällt was dazu ein

 

[flogerass]

Das Problem mit der drift-Datei hab ich inzwischen gelöst.
Es ist ein Fehler im Paket. So weit ich das verstanden habe läuft der ntpd in einer Chroot-Umgebung. Dadurch wird /var/lib/ntp/drift zu /var/lib/ntp/var/lib/ntp/drift. Leider ist der Link der wieder auf das /var/lib/ntp verweisen soll falsch, wehalb der ntpd auch seine ntp.drift nicht findet.
Das Hauptproblem ist leider geblieben:

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*127.127.1.0     127.127.1.0     10 l    8   64  377    0.000    0.000   0.015
 213.239.216.101 0.0.0.0         16 u    -  256    0    0.000    0.000 4000.00
 212.112.228.242 0.0.0.0         16 u    -  256    0    0.000    0.000 4000.00
 194.25.114.122  0.0.0.0         16 u    -  256    0    0.000    0.000 4000.00

Und in der log-Datei

27 Aug 18:14:50 ntpd[3925]: synchronisation lost
27 Aug 18:29:52 ntpd[3925]: kernel time discipline status change 1

Seit mittlerweile wieder zwei Stunden.
Ich hab bisher immernoch keinen vergleichbaren Fehler im Internet gefunden. :?
Hat denn wirklich keiner eine Idee was heir schief läuft?

 

[flogerass]

Ich habe mittlerweile den Driftwert von Hand so hingebogen, dass die Uhr jetzt halbwegs genau läuft. Aber das kann ja nicht die Lösung sein.
Vielleicht sollt ich noch erwähnen, dass die Erststellung übers Internet nach einem xntp-Neustart funktioniert. :?