Möglicherweise blockiert eine Firewall den Port 123, wodurch der NTP-Server möglicherweise keine Zeitserver sieht.
In meinem Fall blockierte mein ISP (Internet Service Provider) Ports.
Ein Port-Scan von 123 hat die Blockierung ebenfalls nicht erkannt.
Die rauchende Waffe war, dass ich vorübergehend zwei unabhängige Internet-Feeds habe. Wenn ich unter Linux ntpq -p
(wiederholt) mit dem ersten angeschlossenen Internet-Feed laufe, wird nichts aktualisiert, aber mit dem anderen Feed erhalte ich Aktualisierungen!
Wie @Jens A. Koch sagt, umgeht ntpdate -u <server name>
dies vorübergehend (kein Wortspiel beabsichtigt) das Zeitproblem auf lange Sicht nicht.
Im Laufe der Zeit tritt eine Drift sowohl in Ihrer System- als auch in Ihrer Hardware-Uhr auf. Auch in meinem Fall führt das Dual-Booten von Linux / Windows dazu, dass die Hardware-Uhr weiter durcheinander gerät (nach Stunden).
Daher muss der Port 123 für UDP geöffnet sein, damit die Systemuhr gewartet werden kann.
Anstatt den-u
Port 123 zu verwenden , können Sie auch Folgendes tun:
service ntp stop
, dann
ntpdate <server url>
(ohne -u) und schließlich
service ntp start
.
Dies scheint das Problem der Port-Blockierung zu umgehen, zumindest um die Uhr einmal einzustellen. Wenn dies -u
funktioniert, dies jedoch nicht, ist es ein ziemlich sicheres Zeichen dafür, dass der Port blockiert ist oder der Server nicht mehr reagiert.
Ein weiteres Problem , das ich hatte, war , zu lösen , dass für mich die Debian /etc/ntp.conf
Standardkonfiguration enthielt 4 Zeilen zu den Pools: debian.pool.ntp.org
. Keiner dieser Server funktionierte. Ich habe folgende Fehlermeldung erhalten:
Fehler beim Auflösen von debian.pool.ntp.org: Keine Adresse mit dem
Hostnamen verknüpft (-5) 24 Mrz 04:49:27 ntpdate [15115]: Host kann nicht gefunden werden
debian.pool.ntp.org: Keine Adresse mit dem Hostnamen verknüpft ( -5) 24 Mar
04:49:27 ntpdate [15115]: Es können keine Server verwendet werden
Ich musste die Server auf ändern us.pool.ntp.org
.