Mój zegar jest wyłączony , więc chciałbym go zsynchronizować za pomocą ntpdate. Próbowałem kilku różnych serwerów NTP, ale z jakiegoś powodu zawsze pojawia się następujący komunikat o błędzie:

$ 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

Powiązane pytania

Przejrzałem powiązane pytania , ale żadne nie rozwiązało mojego problemu:

• Nie można zsynchronizować czasu za pomocą NTP - ten facet ma inny błąd niż ja; jego problemem był konflikt z ntpddemonem. W ogóle nie mam zainstalowanego ntppakietu (który zawiera ntpddemona).
• Jak wymusić aktualizację zegara za pomocą NTTP? - problemem tego faceta jest to, że ntpdatepolecenie nie działało poprawnie w czasie rozruchu, gdy włożył je do swojego /etc/rc.local, a problem był podobnie konfliktem z uruchomionym ntpddemonem. Ani nie próbuję uruchamiać się ntpdatepodczas rozruchu, ani (ponownie) nie mam ntpdzainstalowanego demona.
• Nie można zsynchronizować czasu za pomocą `ntpdate`, błąd:„ nie znaleziono serwera odpowiedniego do synchronizacji ” - to mój błąd, ale zaakceptowana odpowiedź to w zasadzie„ Użyj ntpdzamiast ntpdate”. Aaarggh ...

Rzeczy, których próbowałem

Zainstalowałem pakiet NTTP

... i próbował użyć ntpddemona zamiast ntpdatenarzędzia. Nie zsynchronizuje też mojego czasu; demon uruchamia się dobrze, ale mój zegar pozostaje wyłączony. Próbowałem nawet użyć dokładnej /etc/ntp.confodpowiedzi zaakceptowanej w ostatnim poście i zrestartować demona. Nie idź W każdym razie nie chcę używać demona. W pełni zdaję sobie sprawę, że ntpdatejest to uważane za „przestarzałe” i zaleca się użycie ntpd -qzamiast tego. Zobacz także:

• ntpd vs ntpdate: zalety i wady

Ale ponieważ ntpdi dla mnie nie działa, problem leży gdzie indziej . I uważam, że wolałbym nie instalować żadnych dodatkowych pakietów tylko do synchronizacji zegara. ntpdatejest fabrycznie zainstalowany z Ubuntu i powinien działać dobrze . Więc ntpponownie odinstalowałem pakiet.

Może port 123 jest zablokowany?

Z tego postu:

• Błąd „nie znaleziono serwera odpowiedniego do synchronizacji” podczas próby uruchomienia `ntpdate`

... wpadłem na pomysł, że port 123 może być zablokowany z mojego komputera / sieci w moim miejscu pracy. W rzeczy samej,

$ 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
...

Ale nadal:

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

Nawet z -uopcją, która każe ntpdateużywać nieuprzywilejowanego portu do synchronizacji (zamiast portu 123), który z pewnością nie jest zablokowany w moim miejscu pracy:

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

Może warstwy są zbyt wysokie?

Na koniec, z tego postu na serverfault:

• ntpdate -d Serwer upuścił warstwę zbyt wysoko

... Myślałem, że może warstwy z serwerów NTP są zbyt wysokie. Ale nie są. Zobaczmy trochę więcej informacji o debugowaniu:

$ sudo ntpdate -dv ntp.ubuntu.com
 4 Mar 13:12:24 ntpdate[4523]: ntpdate 4.2.6p5@1.2349-o 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 ... to był długi, przepraszam za to. Jestem zakłopotany. Jakieś wskazówki?

Aktualizacja: dodatkowe informacje

Bez względu na to, czy an NTP Server HOSTNAMELiczby w /etc/ntp.conf, i bez względu na to, czy ntpdusługa jest uruchomiona lub nie, kiedy biegnę sudo ntpdate -u HOSTNAME, mam no server suitable for synchronization found. To samo, gdy ntpdusługa nie działa i pomijam tę -uopcję. Gdy ntpdusługa jest uruchomiona i pomijam tę -uopcję, zamiast tego dostaję the NTP socket is in use, exiting.

Również:

$ 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

Ale tutaj czas UTC jest nieprawidłowy. Teraz jest czas UTC 11:11, nie 12:11.

I:

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

Twój dostawca hostingu blokuje pakiety NTTP. To ciężkie podejście zostało wdrożone przez niektórych dostawców usług internetowych w odpowiedzi na ataki DDoS. Widać, że ntpdate wysyła pakiety z ntpdate -vd:

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

Skontaktuję się z twoim dostawcą usług internetowych i zapytam, czy blokują zewnętrzne żądania NTTP i czy mają lokalny serwer, którego możesz użyć do synchronizacji czasu.

Istnieje kilka niejasnych możliwości, ale trudno je wykluczyć, ponieważ nie opublikowano żadnych dzienników z syslog.

To nie jest odpowiedź NTTP, jednak ...

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

to i wersja curl tutaj .

Miałem ten sam problem i tak go rozwiązałem. Udzieliłem szczegółowej odpowiedzi od góry do dołu. Możesz przeskoczyć do połowy mojej odpowiedzi lub po prostu zapoznać się z poniższymi zrzutami ekranu, aby zrozumieć to na pierwszy rzut oka.

Najpierw zainstaluj ntpdate (oczywiście, że to zrobiłeś)

sudo apt-get install ntpdate

NASTĘPNY Musisz skonfigurować NTTP z serwerami w następujący sposób:

Powinieneś przynajmniej ustawić następujący parametr w pliku konfiguracyjnym /etc/ntp.conf: server

Na przykład otwórz plik /etc/ntp.conf za pomocą edytora tekstu nano:

sudo nano /etc/ntp.conf

Znajdź parametr serwera, a jeśli jest pusty, ustaw go w następujący sposób:

server pool.ntp.org

Ale zwykle w Ubuntu niektóre serwery są już napisane, co może być

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

Następnie zapisz plik i uruchom ponownie usługę ntpd :

sudo /etc/init.d/ntpd start

Możesz natychmiast zsynchronizować zegar systemowy z serwerem NTP za pomocą następującego polecenia:

sudo ntpdate pool.ntp.org

lub po prostu uruchom już zdefiniowane serwery

sudo ntpdate 0.ubuntu.pool.ntp.org

lub inne serwery zdefiniowane za pomocą serwera

ogólnie

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

ALE po tym jest szansa, że ​​pojawi się błąd, NTP socket in usejak pokazano poniżej:

W takim przypadku po prostu biegnij

ntpdate -u pool.ntp.org 

zaktualizować, gdy uruchomiony jest demon NTTP

LUB po prostu zatrzymaj diamon, zaktualizuj i uruchom go ponownie w następujący sposób:

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

i dostaniesz

Użyj htpdate

Jeśli transmisja ntp jest zablokowana w sieci, zainstaluj htpdate. Synchronizuje czas przez protokół HTTP. Dokładność będzie wynosić 0,5 sekundy, zgodnie ze stroną podręcznika.

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

Usługa htpdate uruchomi się po zainstalowaniu pakietu. Czas będzie aktualizowany natychmiast, jeśli jest połączenie z Internetem.

Podobnie do odpowiedzi Alexa, zadziałało to dla mnie do obchodzenia zapory sieciowej portu NTTP:

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