NTP Server. Zuverlässigkeit der externen Server

[pixel]

Hallo zusammen,

ich betreibe auf unseren Server (unterschiedliche Standorte) je einen NTP-Server (auf Debian Lenny/64), Xen-Dom0. Die Konfiguration ist überall identisch und nicht sonderlich komplex:

# Log- und Statistik- Pfade setzen
logfile /var/log/ntp/ntpd
driftfile /var/log/ntp/driftfile
statsdir /var/log/ntp/stats/

# Externe Server definieren
server 0.pool.ntp.org burst iburst
server 1.pool.ntp.org burst iburst
server 2.pool.ntp.org burst iburst
server 3.pool.ntp.org burst iburst

# Rechte einschränken
restrict pool.ntp.org
restrict 127.127.1.1
restrict 127.0.0.1
restrict 192.168.0.0 mask 255.255.255.0 nomodify
restrict default kod notrap nomodify nopeer noquery
Gerade die in dieser Konfiguration aufgeführten Server haben kürzlich nicht mehr funktioniert. Es ist dadurch aufgefallen da am Server ein Zeiterfassungssystem angebunden ist und dort die Uhrzeit falsch war. Ich habe auf dem Server nachgeschaut und mit 'ntpq -p' gesehen dass kein externer Server mehr verwendet wird. Darauf habe ich den NTP-Server beendet und versucht mit 'ntpdate 0.pool.ntp.org' diesen wieder zu setzen. Es wurde jedoch die Fehlermeldung ausgegeben dass der Server keine Zeit zurückliefert. Anschließend habe ich das mit den anderen Server in der Config probiert es war jedoch überall das gleiche. Daraufhin habe ich andere Server (TU Braunschweig):
http://www.ptb.de/de/org/q/q4/q42/_ntp_main.htm
eingetragen. Einen Monat später aber auch hier das gleiche. Externe Server nicht erreichbar, Uhrzeit falsch. Nun habe ich die Server die anfänglich drin standen wieder eingetragen und diese funktionieren auch wieder.

Wie kann ich dass System besser vor temporären Ausfällen schützen damit es zuverlässiger arbeitet. Wie geht der NTP-Server vor wenn der verwendete Server nichts brauchbares mehr liefert. Versucht er dann automatisch den nächsten? Muss ich an meiner Konfiguration etwas ändern?

Viele Grüße
pixel

[blubbersuelze]

Hi,

was spricht die ntpd.log?
Zeitserver mittels ping erreichbar?
Ports (noch) offen?

mfg.
blubbersuelze :p

[pixel]

jetzt habe ich aktuelle wieder das Problem.

server:~# ntpq -p
remote refid st t when poll reach delay offset jitter
================================================== ============================
sinister.wzw.tu 129.69.1.153 2 u 15d 64 0 27.326 -19.043 0.000
magneto.iq-comp 130.149.17.8 2 u 15d 64 0 17.594 -17.616 0.000
heartofgold.res 192.53.103.108 2 u 15d 64 0 24.177 -25.025 0.000
interactive21.d 192.53.103.108 2 u 15d 64 0 69.661 8.003 0.000
also kein NTP-Server der verwendet wird. Meine Konfiguration:

# Log- und Statistik- Pfade setzen
logfile /var/log/ntp/ntpd
driftfile /var/log/ntp/driftfile
statsdir /var/log/ntp/stats/

# Externe Server definieren
server 0.pool.ntp.org burst iburst
server 1.pool.ntp.org burst iburst
server 2.pool.ntp.org burst iburst
server 3.pool.ntp.org burst iburst


# Rechte einschränken
restrict pool.ntp.org
restrict 127.127.1.1
restrict 127.0.0.1
restrict 192.168.0.0 mask 255.255.255.0 nomodify
restrict default kod notrap nomodify nopeer noquery
Nach dieser sollte eigentlich nach /var/log/ntp/ntpd was jedoch nicht passiert. Wie kommt es das mein NTP so unzuverlässig läuft? Aufgrund der Tatsache dass dieses Verhaltensmuster auf allen Server (unterschiedliche Standorte) auftritt bring mich zum Schluß dass es ein Fehler in meiner Konfiguration sein muss aber ich kann eben keinen finden.

Hat jemand eine Idee?

Viele Grüße
pixel

[blubbersuelze]

Ich habe gerade meine Konfiguration mit der von dir geposteten verglichen.
Meine sieht genauso aus.

Des weiteren habe ich entdeckt das ich damals beim einrichten scheinbar vor einem ähnlichen Problem stand.
Mein momentaner Workaround ist ein ntp-restart über einen Job in der cron.daily.

Wenn jemand anderes was sinnvolles zur Behebung der Ursache weiß, ich bin da genauso für offen wie der Threaderöffner :)

[Silvio]

Hallo pixel,

Versuche doch einmal auf einem Server ein 1.de.pool.ntp.org. Mit dieser Einstellung bekommst du nur Server aus Deutschland zugewiesen. Es könnte sein, dass dein aktiver Server zu weit entfernt ist und durch unregelmässige Latency im NTP ein Fehler eintritt.
Dies ist nur eine Annahme. Ich selber benütze auch nur pool.ntp.org.

Ciao,
Silvio

[pixel]

Heute "hängt"die Uhrzeit auf dem Server schon wieder zwei Minuten hinterher:


server:~# ntpq -p
remote refid st t when poll reach delay offset jitter
================================================== ============================
unknown.nifelhe 131.188.3.222 2 u 19d 64 0 12.640 61.751 0.000
formularfetisch 160.45.10.8 2 u 19d 64 0 25.257 65.047 0.000
ccc-hanau.de 192.53.103.104 2 u 19d 64 0 36.531 70.300 0.000
stratum2-4.NTP. 129.70.130.70 2 u 19d 64 0 24.828 66.284 0.000

ich habe jetzt die Anzahl der Server-Einträge auf einen reduziert (pool.ntp.org) und anschließend:


server:~# /etc/init.d/ntp stop
Stopping NTP server: ntpd.
server:~# ntpdate pool.ntp.org
29 Nov 15:37:47 ntpdate[7996]: step time server 46.4.206.162 offset -178.091391 sec
server:~# /etc/init.d/ntp start
Starting NTP server: ntpd

Warum schreibt der Dienst kein Logfile obwohl es in der ntp.conf angegeben ist?

Viele Grüße
pixel