PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : NTP treibt mich in den Wahnsinn



bitpicker
31.03.05, 19:58
Seit Tagen versuche ich, irgendein Programm zu installieren, mit dem mein Linux-Rechner (SuSE 9.1) immer die korrekte Zeit einstellt. Aber nichts funktioniert. Ich hoffe, dass sich hier jemand richtig mit ntp usw. auskennt und mir helfen kann.

Auf meinem Linux-Rechner läuft keine Firewall, die Internet-Verbindung wird über eine Fritz Box als Router hergestellt; diese blockt eingehende Ports, aber ich habe UDP 123 für ntp und TCP 37 für time explizit freigegeben. Wenn mich nicht alles täuscht, sollte das sowieso egal sein, denn ich will ja keinen ntp-Server betreiben. Folgendes habe ich versucht:

1. NTP Client über Yast. Das Problem hier ist, dass xntpd entweder beim Systemstart oder gar nicht gestartet wird. Beim Systemstart gibt es aber noch keine automatische Verbindung mit dem Internet. Wenn ich xntp von Hand starte, ergibt ntpq -p folgende Ausgabe:



remote refid st t when poll reach delay offset jitter
================================================== ============================
zirkon.biophys. .INIT. 16 u - 64 0 0.000 0.000 4000.00
a98.shuttle.de .INIT. 16 u - 64 0 0.000 0.000 4000.00
ipx10540.ipxser .INIT. 16 u - 64 0 0.000 0.000 4000.00


In ntp.conf ist 0.de.pool.ntp.org als Server eingetragen, ebenso 1. und 2. Diese Werte scheinen zu sagen, dass keine richtige Verbindung aufgebaut wird, die Namen der tatsächlich im Pool eingetragenen Server werden aber wohl gefunden. Sie ändern sich auch im Laufe der Zeit, wenn sich der Pool ändert.

2. ntpdate -b 0.de.pool.ntp.org

Die Verwendung von ntpdate, die früher (als ich noch mit einem DSL-Modem unterwegs war) prima geklappt hat, ergibt nun nach etwa einer Minute Wartezeit:



31 Mar 19:47:55 ntpdate[5788]: poll(): nfound = 0, error: Address family not supported by protocol


Davon folgen dann in ähnlichen Abständen noch mehrere Zeilen bis zum Abbruch mit Strg+c.

3. chrony
Ich habe chrony gemäß der Angaben unter http://www.sc-delphin-eschweiler.de/chrony/index.html eingerichtet. Der Dämon startet und läuft, ntp ist nicht in Benutzung. Aber es funktioniert trotzdem nicht:



chronyc> online
503 No such source
chronyc> tracking
Reference ID : 0.0.0.0 (0.0.0.0)
Stratum : 0
Ref time (UTC) : Thu Jan 1 00:00:00 1970
System time : 0.000000 seconds fast of NTP time
Frequency : 0.000 ppm fast
Residual freq : 0.000 ppm
Skew : 0.000 ppm
Root delay : 0.000000 seconds
Root dispersion : 0.000000 seconds
chronyc> accheck 0.de.pool.ntp.org
209 Access denied


Es scheint also, dass trotz allem keine Verbindung nach draußen aufgebaut wird. Ich bin mit meinem Latein am Ende, ich hab schon quadratische Augen vom googlen. Was mache ich falsch?

Robin

mamue
31.03.05, 20:23
Ich habe in meine ntp.conf lediglich zwei Zeilen hinzugefügt:
server ntp1.ptb.de
server ntp2.ptb.de

Mehr nicht. Das steht unter dem Abschnitt "Outside source of synchronized time". Damit läuft mein xtnpd scheinbar prima:


LOCAL(0) LOCAL(0) 10 l 11 64 377 0.000 0.000 0.001
+ntp1.ptb.de .PTB. 1 u 11 64 377 61.531 -8.726 7.648
*ntp2.ptb.de .PTB. 1 u 8 64 377 60.383 -8.475 8.51

Das funktioniert unter SuSE9.2 erfreulicherweise noch genau so wie unter 9.0 und 9.1
Vielleicht akzeptiert ja der von Dir angegebene Server keine NTP anfragen mehr. So etwas passiert.

HTH,
mamue

Fly
31.03.05, 20:42
Ich hatte mal mit ntp mit SuSE 9.0 im Internen Netz ein Problem. Ich konnnte in der /etc/ntp.conf alles mögliche konfigurieren und wenn ich den xntpd neu gestartet habe hatte xntpd immer wieder die Zeit von der alten IP Adresse geholt, die nicht mehr existierte. Irgendwie wurde die neue konfiguration nicht übernommen. Als ich direkt in der /etc/sysconfig/xntp die IP Adresse richtig gesetzt hatte funktionierte es. Ich gehe nicht davon aus, dass du das gleiche Problem hast, nur zur Info...

bitpicker
31.03.05, 20:53
Ausgabe von ntpdate -bv ntp1.ptb.de



31 Mar 20:53:10 ntpdate[6190]: ntpdate 4.2.0a@1.1213-r Wed Jan 26 17:22:51 UTC 2005 (1)
31 Mar 20:54:11 ntpdate[6190]: poll(): nfound = 0, error: Address family not supported by protocol


Der von dir genannte Server wird also auch nicht kontaktiert. Der Fehler muss irgendwo bei mir liegen.

Robin

mamue
01.04.05, 00:19
Kannst Du nicht mal kurz die Firewall zum Testen abschalten?
Der Timeserver kann von mir kontaktiert werden und zwar ganz sicher nicht, weil die ausgerechnet mich besonders lieb haben ;-)

HTH,
mamue

bitpicker
02.04.05, 07:44
Die in die Fritz-Box eingebaute Firewall kann leider nicht abgeschaltet werden. Jedenfalls finde ich keine Möglichkeit dazu.

Robin

Elvizz
02.04.05, 15:08
1. NTP Client über Yast. Das Problem hier ist, dass xntpd entweder beim Systemstart oder gar nicht gestartet wird. Beim Systemstart gibt es aber noch keine automatische Verbindung mit dem Internet. Wenn ich xntp von Hand starte, ergibt ntpq -p folgende Ausgabe:



remote refid st t when poll reach delay offset jitter
================================================== ============================
zirkon.biophys. .INIT. 16 u - 64 0 0.000 0.000 4000.00
a98.shuttle.de .INIT. 16 u - 64 0 0.000 0.000 4000.00
ipx10540.ipxser .INIT. 16 u - 64 0 0.000 0.000 4000.00

Das sieht ja prinzipiell nicht mal schlecht aus. Hast du auch mal etwas gewartet? NTP ist ja ein Protokoll, das erstmal eine gewisse "Anlaufphase" braucht, bis es richtig läuft, denn es bewertet ja die Qualität der Server bevor es sich einen aussucht...

Also warte einfach mal 10 Minuten nachdem du den Prozess von Hand gestartet hast und schau dann nochmal mit ntpq -p nach.

Grüße,
Elvizz

bitpicker
11.04.05, 15:09
Flys Tip war gar nicht schlecht, unter SuSE bewirken Änderungen an /etc/ntp.conf anscheinend tatsächlich nichts.

Ich habe ntpdate nicht noch mal versucht, aber mittlerweile starte ich ntp beim Systemstart, wobei die erste Synchronisation normalerweise noch daneben geht, nach einer Stunde kommen aber sinnvolle Werte. Die ptb-Server habe ich jetzt auch eingerichtet, weil es Probleme mit dem ntp-Pool gab. Es lag einfach daran, dass de.pool.ntp.org häufiger zu timeouts führte, pool.ntp.org ging etwas besser, aber die beiden ptb-Server klappen noch am besten.

Danke an alle Tipp-Geber.

Robin