Meine Uhr ist ausgeschaltet , deshalb möchte ich sie mit synchronisieren ntpdate. Ich habe verschiedene NTP-Server ausprobiert, aber aus irgendeinem Grund wird immer die folgende Fehlermeldung angezeigt:

$ sudo ntpdate ntp.ubuntu.com
4 Mar 12:27:35 ntpdate[1258]: no server suitable for synchronization found
$ sudo ntpdate pool.ntp.org
4 Mar 12:27:50 ntpdate[1267]: no server suitable for synchronization found
$ sudo ntpdate de.pool.ntp.org
4 Mar 12:28:01 ntpdate[1273]: no server suitable for synchronization found
$ sudo ntpdate us.pool.ntp.org
4 Mar 12:28:12 ntpdate[1276]: no server suitable for synchronization found

Verwandte Fragen

Ich habe verwandte Fragen durchgesehen , aber keine hat mein Problem gelöst:

• Zeit kann nicht mit NTP synchronisiert werden - dieser Typ hat einen anderen Fehler als ich. sein problem war ein konflikt mit dem ntpddaemon. Ich habe das ntpPaket (das den ntpdDämon enthält) überhaupt nicht installiert.
• Wie erzwinge ich ein Uhr-Update mit ntp? - Das Problem dieses Typen ist, dass der ntpdateBefehl beim Booten nicht richtig funktioniert, wenn er ihn in seinen einfügt /etc/rc.local, und das Problem war in ähnlicher Weise ein Konflikt mit dem ntpdDaemon, der ausgeführt wurde. Weder versuche ich, ntpdatebeim Booten zu starten, noch habe ich (erneut) den ntpdDämon installiert.
• Zeit kann nicht mit `ntpdate` synchronisiert werden, Fehler:" Kein für die Synchronisation geeigneter Server gefunden " - dies ist in Ordnung mein Fehler, aber die akzeptierte Antwort lautet im Grunde" Verwenden ntpdstatt ntpdate". Aaarggh ...

Dinge, die ich versucht habe

Ich habe das ntp-Paket installiert

... und habe versucht, den ntpdDaemon anstelle des ntpdateDienstprogramms zu verwenden. Meine Zeit wird auch nicht synchronisiert. Der Daemon startet gut, aber meine Uhr bleibt aus. Ich habe sogar versucht, die genaue /etc/ntp.confAntwort aus dem letzten Beitrag zu verwenden und den Daemon neu zu starten. No Go. Wie auch immer, ich möchte den Daemon nicht benutzen. Mir ist durchaus bewusst, dass dies ntpdateals "veraltet" gilt, und es wird empfohlen, ntpd -qstattdessen zu verwenden . Siehe auch hier:

• ntpd vs ntpdate: Vor- und Nachteile

Aber da ntpdes auch bei mir nicht funktioniert, liegt das Problem woanders . Und ich finde, dass ich es vorziehen würde, keine zusätzlichen Pakete zu installieren, nur um die Uhr zu synchronisieren. ntpdatekommt mit Ubuntu vorinstalliert, und es sollte gut funktionieren . Also habe ich das ntpPaket wieder deinstalliert .

Möglicherweise ist Port 123 blockiert?

Von diesem Beitrag:

• "Kein für die Synchronisation geeigneter Server gefunden" Fehler beim Ausführen von "ntpdate"

... Ich bin auf die Idee gekommen, dass Port 123 von meinem Computer / Netzwerk an meinem Arbeitsplatz blockiert sein könnte. Tatsächlich,

$ sudo nmap -p123 -sU -P0 localhost
...
PORT    STATE  SERVICE
123/udp closed ntp 
...
$ sudo ufw allow 123/udp
Rules updated
Rules updated (v6)
$ sudo nmap -p123 -sU -P0 localhost
...
PORT    STATE SERVICE
123/udp open  ntp
...

Aber dennoch:

$ sudo ntpdate ntp.ubuntu.com
4 Mar 13:06:16 ntpdate[4361]: no server suitable for synchronization found

Selbst mit der -uOption, die angibt ntpdate, einen nicht privilegierten Port für die Synchronisierung zu verwenden (anstelle von Port 123), der auf keinen Fall von meinem Arbeitsplatz blockiert wird:

$ sudo ntpdate -u ntp.ubuntu.com
4 Mar 13:06:28 ntpdate[4427]: no server suitable for synchronization found

Vielleicht sind die Schichten zu hoch?

Zuletzt von diesem Beitrag über bei Serverfehler:

• ntpdate -d Server hat Strata zu hoch abgelegt

... Ich dachte, dass die Schichten von den NTP-Servern vielleicht zu hoch sind. Sie sind es jedoch nicht. Sehen wir uns ein wenig mehr Debugging-Informationen an:

$ sudo ntpdate -dv ntp.ubuntu.com
 4 Mar 13:12:24 ntpdate[4523]: ntpdate [email protected] Wed Oct  9 19:08:07 UTC 2013 (1)
Looking for host ntp.ubuntu.com and service ntp
host found : golem.canonical.com
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
91.189.89.199: Server dropped: no data
91.189.94.4: Server dropped: no data
server 91.189.89.199, port 123
stratum 0, precision 0, leap 00, trust 000
refid [91.189.89.199], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time:    00000000.00000000  Mon, Jan  1 1900  1:00:00.000
originate timestamp: 00000000.00000000  Mon, Jan  1 1900  1:00:00.000
transmit timestamp:  d6c041ae.e6166441  Tue, Mar  4 2014 13:12:30.898
filter delay:  0.00000  0.00000  0.00000  0.00000 
         0.00000  0.00000  0.00000  0.00000 
filter offset: 0.000000 0.000000 0.000000 0.000000
         0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000

server 91.189.94.4, port 123
stratum 0, precision 0, leap 00, trust 000
refid [91.189.94.4], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time:    00000000.00000000  Mon, Jan  1 1900  1:00:00.000
originate timestamp: 00000000.00000000  Mon, Jan  1 1900  1:00:00.000
transmit timestamp:  d6c041af.1948fc50  Tue, Mar  4 2014 13:12:31.098
filter delay:  0.00000  0.00000  0.00000  0.00000 
         0.00000  0.00000  0.00000  0.00000 
filter offset: 0.000000 0.000000 0.000000 0.000000
         0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000

 4 Mar 13:12:33 ntpdate[4523]: no server suitable for synchronization found

Pfeeewww ... das war lang, tut mir leid. Ich bin ratlos. Irgendwelche Hinweise?

Update: zusätzliche Infos

Ganz gleich , ob eine NTP - Server HOSTNAMEZahlen /etc/ntp.conf, und egal , ob der ntpdDienst ausgeführt wird oder nicht, wenn ich laufe sudo ntpdate -u HOSTNAME, bekommen ich no server suitable for synchronization found. Dasselbe gilt, wenn der ntpdDienst nicht ausgeführt wird und ich die Option auslasse-u . Wenn der ntpdDienst ausgeführt wird und ich die -uOption auslasse , erhalte ich stattdessen the NTP socket is in use, exiting.

Ebenfalls:

$ timedatectl status
      Local time: Wed 2014-03-05 13:11:54 CET
  Universal time: Wed 2014-03-05 12:11:54 UTC
        Timezone: Europe/Berlin (CET, +0100)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: no
      DST active: no
 Last DST change: DST ended at
                  Sun 2013-10-27 02:59:59 CEST
                  Sun 2013-10-27 02:00:00 CET
 Next DST change: DST begins (the clock jumps one hour forward) at
                  Sun 2014-03-30 01:59:59 CET
                  Sun 2014-03-30 03:00:00 CEST

Die UTC-Zeit ist hier jedoch nicht korrekt. Im Moment ist die UTC-Zeit 11:11nicht 12:11.

Und:

$ sudo hwclock --show
Wed 05 Mar 2014 01:11:56 PM CET  -0.625627 seconds

Ihr Hosting-Provider blockiert NTP-Pakete. Dieser hartnäckige Ansatz wurde von einigen ISPs als Reaktion auf die DDoS-Angriffe implementiert. Sie können sehen, dass ntpdate die Pakete vom ntpdate -vd sendet:

transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)

Ich würde mich an Ihren ISP wenden und ihn fragen, ob er externe NTP-Anfragen blockiert und ob er einen lokalen Server hat, den Sie für die Zeitsynchronisierung verwenden können.

Es gibt ein paar weitere undurchsichtige Möglichkeiten, aber es ist schwierig, sie auszuschließen, da Sie keine Protokolle von Syslog gepostet haben.

Dies ist jedoch keine NTP-Antwort ...

sudo date -s "$(wget -qSO- --max-redirect=0 google.com 2>&1 | grep Date: | cut -d' ' -f5-8)Z"

Dies und die Curl-Version hier .

Ich hatte das gleiche Problem und so habe ich es gelöst. Ich habe eine detaillierte Antwort von oben nach unten gegeben. Vielleicht möchten Sie zur Mitte meiner Antwort springen oder einfach auf die folgenden Screenshots verweisen, um sie auf einen Blick zu verstehen.

Erste ntpdate installieren (Offensichtlich Sie dies getan haben)

sudo apt-get install ntpdate

NÄCHSTE müssen Sie ntp mit Server konfigurieren , wie folgt:

Sie sollten mindestens den folgenden Parameter in der Konfigurationsdatei /etc/ntp.conf festlegen: server

Öffnen Sie zum Beispiel die Datei /etc/ntp.conf mit dem Nano-Texteditor:

sudo nano /etc/ntp.conf

Suchen Sie den Serverparameter und stellen Sie ihn wie folgt ein, falls er leer ist:

server pool.ntp.org

Aber in der Regel sind in Ubuntu schon einige Server vorgeschrieben, die es sein könnten

server 0.ubuntu.pool.ntp.org
server 1.ubuntu.pool.ntp.org
server 2.ubuntu.pool.ntp.org
server 3.ubuntu.pool.ntp.org

Speichern Sie dann die Datei und starten Sie den ntpd-Dienst neu :

sudo /etc/init.d/ntpd start

Sie können die Systemuhr sofort mit dem folgenden Befehl mit einem NTP-Server synchronisieren:

sudo ntpdate pool.ntp.org

oder einfach laufen lassen Server sind definiert

sudo ntpdate 0.ubuntu.pool.ntp.org

oder andere Server, die mit server definiert wurden

allgemein

sudo ntpdate <one of the servername in /etc/ntp.conf>

ABER danach besteht die Möglichkeit, dass Sie den folgenden Fehler erhalten NTP socket in use:

In diesem Fall einfach laufen

ntpdate -u pool.ntp.org 

zu aktualisieren, wenn NTP Deamon ausgeführt wird

ODER stoppen Sie einfach den Deamon, aktualisieren Sie ihn und starten Sie ihn erneut wie folgt:

sudo ntpdate pool.ntp.org
sudo service ntp stop
sudo ntpdate pool.ntp.org
sudo service ntp start

und du wirst bekommen

Verwende htpdate

Wenn die ntp-Übertragung in Ihrem Netzwerk blockiert ist, installieren Sie htpdate. Es synchronisiert die Zeit über das http-Protokoll. Die Genauigkeit liegt laut Manpage bei 0,5 Sekunden.

sudo apt-get install htpdate
sudo htpdate -a google.com

Der htpdate-Dienst wird gestartet, wenn Sie das Paket installieren. Die Uhrzeit wird sofort aktualisiert, wenn eine Internetverbindung besteht.

Ähnlich wie bei Alex 'Antwort funktionierte dies für mich, weil ich den mit einer Firewall versehenen NTP-Port umgehen konnte:

sudo date -s "$(curl http://s3.amazonaws.com -v 2>&1 | \
  grep "Date: " | awk '{ print $3 " " $5 " " $4 " " $7 " " $6 " GMT"}')"