Мои часы выключены, таким образом, я хотел бы синхронизировать их использование ntpdate
. Я попробовал несколько различных серверов NTP, но по некоторым причинам я всегда получаю следующее сообщение об ошибке:
$ 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
Я просмотрел связанные вопросы, но ни один не решает мою проблему:
ntpd
демон. Я не имею ntp
пакет (который включает ntpd
демон) установленный вообще.ntpdate
команда правильно не работала бы во время начальной загрузки, когда он поместил ее в его /etc/rc.local
, и проблемой был так же конфликт с ntpd
демон, который работал. И при этом я не пытаюсь работать ntpdate
во время начальной загрузки, ни (снова) делают я имею ntpd
демон установлен.ntpd
вместо ntpdate
". Aaarggh...... и попробованное использование ntpd
демон вместо ntpdate
утилита. Это не будет синхронизировать мое время также; демон запускает прекрасный, но мои часы остаются выключенными. Я даже пытался использовать точное /etc/ntp.conf
из принятого ответа в последнем сообщении и перезапуска демона. Никакие не идут. Так или иначе я не хочу использовать демона. Я совершенно знаю это ntpdate
считается "устаревшим", и рекомендуется использовать ntpd -q
вместо этого. Также посмотрите здесь:
Но с тех пор ntpd
не работает на меня также, проблема заключается в другом месте. И я нахожу, что предпочел бы не иметь необходимость установить любые дополнительные пакеты только для синхронизации часов. ntpdate
прибывает предварительно установленный с Ubuntu, и она должна работать просто великолепно. Таким образом, я удалил ntp
упакуйте снова.
Из этого сообщения:
... Я получил идею, что порт 123 может быть заблокирован от моего компьютера / сеть в моем месте работы. Действительно,
$ 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
...
Но все еще:
$ sudo ntpdate ntp.ubuntu.com
4 Mar 13:06:16 ntpdate[4361]: no server suitable for synchronization found
Даже с -u
опция, которая говорит ntpdate
использовать непривилегированный порт для синхронизации (вместо порта 123
) который, конечно, не заблокирован от моего места работы:
$ sudo ntpdate -u ntp.ubuntu.com
4 Mar 13:06:28 ntpdate[4427]: no server suitable for synchronization found
Наконец, из этого сообщения в serverfault:
... Я думал, что, возможно, слои с серверов NTP слишком высоки. Они не, все же. Давайте посмотрим немного больше информации об отладке:
$ 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... это было длинным, жаль об этом. Я озадачен. Какие-либо подсказки?
Неважно, ли сервер NTP HOSTNAME
числа в /etc/ntp.conf
, и неважно ли ntpd
услуга работает или нет, каждый раз, когда я работаю sudo ntpdate -u HOSTNAME
, Я добираюсь no server suitable for synchronization found
. То же самое, когда ntpd
услуга не работает, и я опускаю -u
опция. Когда ntpd
услуга работает, и я опускаю -u
опция, я вместо этого добираюсь the NTP socket is in use, exiting
.
Также:
$ 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
Но время UTC не корректно здесь. Прямо сейчас время UTC 11:11
, нет 12:11
.
И:
$ sudo hwclock --show
Wed 05 Mar 2014 01:11:56 PM CET -0.625627 seconds
Ваш поставщик услуг хостинга блокирует пакеты ntp. Этот жестокий подход был реализован некоторым ISPs в ответ на DDos-атаки. Вы видите, что ntpdate отправляет пакеты fron ntpdate-vd:
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
я связался бы с Вашим ISP и спросил бы, блокируют ли они внешние запросы ntp и если у них есть локальный сервер, который можно использовать для синхронизации времени.
существует пара более неясных возможностей, но трудно исключить их, так как Вы не отправили журналов из системного журнала.
Даже мы сталкивались с этой проблемой.... Но нам удалось разрешить его путем удара этой команды:
ssh localhost "sudo apt-get install ntp ntpdate ; sudo service ntp stop; sudo ntpdate 0.ubuntu.pool.ntp.org; sudo service ntp start"
Для этого необходимо установить openssh-server
.
кроме того, удалите ntp и ntpdate (sudo apt-get remove --purge ntp ntpdate
) прежде, чем запустить вышеупомянутое ssh
команда.
Просто предложение. У меня была эта проблема в течение некоторого времени, затем она начала работать, но я узнал, что существует [еще 111] никакая комната на диске.
Это не ответ ntp, однако...
sudo date -s "$(wget -qSO- --max-redirect=0 google.com 2>&1 | grep Date: | cut -d' ' -f5-8)Z"
это и вихревая версия здесь .
У меня была та же проблема, и это - то, как я решил ее. Я имею, дают подробный ответ сверху донизу. Вы могли бы хотеть пропустить к середине моего ответа или просто отослать снимки экрана ниже для понимания его во взгляде.
Первый установка ntpdate (Очевидно, Вы сделали это)
sudo apt-get install ntpdate
NEXT необходимо настроить ntp с серверами следующим образом:
необходимо, по крайней мере, установить следующий параметр в/etc/ntp.conf файле конфигурации: server
, Например, откройте/etc/ntp.conf файл с помощью нано текстового редактора:
sudo nano /etc/ntp.conf
Определяют местоположение параметра сервера и если это - пустое множество это следующим образом:
server pool.ntp.org
, Но обычно В человечности уже некоторые серверы предварительно записаны, который мог бы быть
server 0.ubuntu.pool.ntp.org
server 1.ubuntu.pool.ntp.org
server 2.ubuntu.pool.ntp.org
server 3.ubuntu.pool.ntp.org
, Тогда Сохранили файл и перезапускают ntpd сервис :
sudo /etc/init.d/ntpd start
можно синхронизировать системные часы с сервером NTP сразу со следующей командой:
sudo ntpdate pool.ntp.org
или просто выполненный уже серверы определяются
sudo ntpdate 0.ubuntu.pool.ntp.org
или другие серверы, которые определяются с помощью сервера
обычно
sudo ntpdate <one of the servername in /etc/ntp.conf>
, НО после этого существует шанс, Вы получаете Ошибку NTP socket in use
как показано ниже:
В этом случае просто работает
ntpdate -u pool.ntp.org
для обновления, когда ntp deamon работают
, ИЛИ просто остановите deamon, обновите и запустите его снова следующим образом:
sudo ntpdate pool.ntp.org
sudo service ntp stop
sudo ntpdate pool.ntp.org
sudo service ntp start
и Вы доберетесь
htpdate
Использования, Если передача ntp заблокирована в Вашей сети, установка htpdate. Это синхронизирует время по http протоколу. Точность будет скручиванием жгутов 0.5 secs, согласно странице справочника.
sudo apt-get install htpdate
sudo htpdate -a google.com
htpdate сервис запустится при установке пакета. Время сразу будет обновлением, если будет интернет-соединение.
Подобный ответу Alex, это работало на меня для того, чтобы обходить порт ntp, являющийся firewalled:
sudo date -s "$(curl http://s3.amazonaws.com -v 2>&1 | \
grep "Date: " | awk '{ print $3 " " $5 " " $4 " " $7 " " $6 " GMT"}')"