Мой ntp.conf файл:
user@pc[0][07:37:40]:/etc$ cat /etc/ntp.conf
idriftfile /var/lib/ntp/ntp.drift
server 0.pool.ntp.org
server 1.pool.ntp.org
server 2.pool.ntp.org
server pool.ntp.org
Команда произвела:
user@pc[0][07:37:24]:/etc$ sudo ntpdate -dv pool.ntp.org
18 Jun 07:37:35 ntpdate[10737]: ntpdate 4.2.4p8@1.1612-o Tue Apr 19 07:15:05 UTC 2011 (1)
Looking for host pool.ntp.org and service ntp
host found : conquest.kjsl.com
transmit(198.137.202.16)
transmit(216.45.57.38)
transmit(64.6.144.6)
transmit(198.137.202.16)
transmit(216.45.57.38)
transmit(64.6.144.6)
transmit(198.137.202.16)
transmit(216.45.57.38)
transmit(64.6.144.6)
transmit(198.137.202.16)
transmit(216.45.57.38)
transmit(64.6.144.6)
transmit(198.137.202.16)
transmit(216.45.57.38)
transmit(64.6.144.6)
198.137.202.16: Server dropped: no data
216.45.57.38: Server dropped: no data
64.6.144.6: Server dropped: no data
server 198.137.202.16, port 123
stratum 0, precision 0, leap 00, trust 000
refid [198.137.202.16], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 0:28:16.000
originate timestamp: 00000000.00000000 Thu, Feb 7 2036 0:28:16.000
transmit timestamp: d1a71a93.1f16c1e3 Sat, Jun 18 2011 7:37:39.121
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 216.45.57.38, port 123
stratum 0, precision 0, leap 00, trust 000
refid [216.45.57.38], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 0:28:16.000
originate timestamp: 00000000.00000000 Thu, Feb 7 2036 0:28:16.000
transmit timestamp: d1a71a93.524a05dd Sat, Jun 18 2011 7:37:39.321
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 64.6.144.6, port 123
stratum 0, precision 0, leap 00, trust 000
refid [64.6.144.6], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 0:28:16.000
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 0:28:16.000
originate timestamp: 00000000.00000000 Thu, Feb 7 2036 0:28:16.000
transmit timestamp: d1a71a93.524a05dd Sat, Jun 18 2011 7:37:39.321
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 64.6.144.6, port 123
stratum 0, precision 0, leap 00, trust 000
refid [64.6.144.6], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 0:28:16.000
originate timestamp: 00000000.00000000 Thu, Feb 7 2036 0:28:16.000
transmit timestamp: d1a71a93.857c6fbd Sat, Jun 18 2011 7:37:39.521
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
18 Jun 07:37:40 ntpdate[10737]: no server suitable for synchronization found
мои ntp (/etc/ntp.conf) говорят
server 0.ubuntu.pool.ntp.org
server 1.ubuntu.pool.ntp.org
server 2.ubuntu.pool.ntp.org
server 3.ubuntu.pool.ntp.org
измените Ваш на это и сделайте это как корень (sudo -i
)
service ntp stop
сделайте изменения:
service ntp start
протестируйте его
date
ОБНОВЛЕНИЕ: вчера вечером я должен настроить машину и нашел это, которое могло быть полезно
~# dpkg-reconfigure tzdata
Можно установить часовой пояс и выход (как корень: sudo -i
)
:~# dpkg-reconfigure tzdata
Current default time zone: 'America/Montevideo'
Local time is now: Tue Mar 6 13:18:00 UYST 2012.
Universal Time is now: Tue Mar 6 15:18:00 UTC 2012.
:~#
В первую очередь, Вам не нужно ntp
сервер для синхронизации времени (я вижу, что Вы имеете /etc/ntp.conf
это прибывает из пакета ntp
, обеспечивая сервер), и если Вы используете тот сервер, Вы не должны использовать ntpdate
вручную.
Быть более конкретным относительно факта это ntp
пакет не требуется, время синхронизируется каждый раз, когда Ваше сетевое соединение повышается с помощью ntpdate-debian
, это прибывает в стандартную установку.
Так, для попытки ручной синхронизации остановите сервер
sudo service ntp stop
затем выполненный
sudo ntpdate-debian
это - debian вспомогательное приложение для выполнения ntpdate
без стычки Вы имеете теперь.
Часто задаваемые вопросы ntp в Университете Делавэра (дом NTP, я сказал бы), упоминает эту ошибку. Ссылкой является http://www.eecis.udel.edu/~ntp/ntpfaq/NTP-s-trouble.htm#AEN4972.
Можно попытаться заставить ntpdate работать при помощи ntpdate -d servername
или ntpdate -u servername
. Запас ntpdate не получает имя сервера из файла конфигурации ntp. Я думаю, что мудро получить Ваше время близко к корректному вручную прежде, чем попробовать эти команды, как предложил William Ting в комментариях здесь.
Две команды ntpdate выше отправляют и ожидают ответы UDP, на случайном числе публичного порта, не порте 123, на Вашем компьютере, таким образом, они избегают потенциальных сложностей от использования, которое дало полномочия входящему порту. Конечно, исходящие фильтры могли все еще быть проблемой.
FAQ предлагает пакет, фильтрующий в качестве причины, поскольку это может устранять необходимые пакеты UDP от передачи до и от порта 123 на Вашем компьютере. Необходимо скорректировать фильтры пакетов в системах и маршрутизаторы по мере необходимости.
Обратите внимание, что ntpdate берет аргумент сервера. ntpdate-debian использует сервер, указанный в/etc/default/ntpdate. Используя ntpdate без аргумента может вызвать ошибку, упомянутую в вопросе (корреспондент указывает его правильно, однако).
Используйте его с опцией -u
и надежный сервер. Например. sudo ntpdate -u pool.ntp.org
Удостоверьтесь, что Ваш брандмауэр позволяет исходящее соединение.
Используя команды:
sudo ntpdate ntp.ubuntu.com
и:
sudo ntpdate-debian
Я получал подобную ошибку "ntpdate[14593]: никакой сервер, подходящий для синхронизации, найденной" прежде, чем изменить мой брандмауэр маршрутизатора для разрешения порта 123, протокол UDP, исходящий.
Я нашел решение, потому что я имел к. Если нет никакого брандмауэра intervertion, проблемы https://serverfault.com/questions/277375/ntpdate-d-server-dropped-strata-too-high связываются, дает решение. По крайней мере, мой.
Я столкнулся с этой той же проблемой при попытке синхронизировать время на Raspberry Pi в моей сети рабочего места. Кажется, что внешние пакеты ntp блокировались в моей сети. Для фиксации этого я удалил серверы, перечисленные в значении по умолчанию ntp.conf
файл и добавил мой сервер внутренней сети. Если Вы не, несомненно, в точном имени сервера будете использовать, можно найти его в /etc/resolv.conf
.
С тех пор только ntpdate-debian
использование ntp.conf
файл, это только зафиксирует ntpdate-debian
(нет ntpdate
).