ÎÅÐÏÎÑÔËÉ Ó ntpd

221 views
Skip to first unread message

Alexander Lunyov

unread,
Jan 15, 2004, 7:41:56 AM1/15/04
to

* hi

Имеем 4.8R-p13, пытаемся завести ntpd.

=== ntp.conf ===========
server ntp1.demos.net

#restrict default ignore
#restrict 192.168.0.0 mask 255.255.0.0 notrust nomodify notrap
#restrict 62.33.65.0 mask 255.255.255.0 notrust nomodify notrap

driftfile /var/db/ntp.drift
logconfig =syncall +peerall +sysall +clockall
========================

Пущаем ntpd:

/usr/sbin/ntpd -p /var/run/ntpd.pid -l /var/log/ntpd.log -c /etc/ntp.conf

В логе ntpd:

=========================================
15 Jan 15:34:58 ntpd[56735]: logging to file /var/log/ntpd.log
15 Jan 15:34:58 ntpd[56735]: ntpd 4.1.0-a Mon Oct 6 22:07:53 MSD 2003 (1)
15 Jan 15:34:58 ntpd[56735]: kernel time discipline status 2040
15 Jan 15:34:58 ntpd[56735]: system event 'event_restart' (0x01) status
'sync_alarm, sync_unspec, 1 event, event_unspec' (0xc010)
15 Jan 15:35:01 ntpd[56735]: peer 194.87.0.27 event 'event_reach' (0x84) status
'unreach, conf, 1 event, event_reach' (0x8014)
15 Jan 15:39:18 ntpd[56735]: system event 'event_peer/strat_chg' (0x04) status
'sync_alarm, sync_ntp, 2 events, event_restart' (0xc621)
15 Jan 15:39:18 ntpd[56735]: time set -0.002092 s
15 Jan 15:39:18 ntpd[56735]: synchronisation lost
15 Jan 15:39:18 ntpd[56735]: system event 'event_clock_reset' (0x05) status
'sync_alarm, sync_unspec, 3 events, event_peer/strat_chg' (0xc034)
15 Jan 15:39:18 ntpd[56735]: system event 'event_sync_chg' (0x03) status
'sync_alarm, sync_unspec, 4 events, event_clock_reset' (0xc045)
15 Jan 15:39:30 ntpd[56735]: peer 194.87.0.27 event 'event_reach' (0x84) status
'unreach, conf, 2 events, event_reach' (0x8024)
15 Jan 15:43:49 ntpd[56735]: system event 'event_peer/strat_chg' (0x04) status
'sync_alarm, sync_ntp, 5 events, event_sync_chg' (0xc653)
15 Jan 15:43:49 ntpd[56735]: system event 'event_sync_chg' (0x03) status
'leap_none, sync_ntp, 6 events, event_peer/strat_chg' (0x664)
15 Jan 15:43:49 ntpd[56735]: system event 'event_peer/strat_chg' (0x04) status
'leap_none, sync_ntp, 7 events, event_sync_chg' (0x673)
=========================================


После чего пытаемся синхронизировать время уже с другой машины ntpdatе'ом:

=========================================
icarus@root [15:41:35] ~ # ntpdate -q -d zeus
15 Jan 15:41:47 ntpdate[21823]: ntpdate 4.1.0-a Mon Oct 6 22:07:56 MSD 2003
(1)

transmit(x.x.x.2)
receive(x.x.x.2)
transmit(x.x.x.2)
receive(x.x.x.2)
transmit(x.x.x.2)
receive(x.x.x.2)
transmit(x.x.x.2)
receive(x.x.x.2)
transmit(x.x.x.2)
server x.x.x.2, port 123
stratum 16, precision -20, leap 11, trust 000
refid [0.0.0.0], delay 0.02582, dispersion 0.00002
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 9:28:16.000
originate timestamp: c3b1090b.a3e99631 Thu, Jan 15 2004 15:41:47.640
transmit timestamp: c3b1090b.bb0de8f6 Thu, Jan 15 2004 15:41:47.730
filter delay: 0.02589 0.02582 0.02615 0.02583
0.00000 0.00000 0.00000 0.00000
filter offset: -0.09052 -0.09054 -0.09039 -0.09054
0.000000 0.000000 0.000000 0.000000
delay 0.02582, dispersion 0.00002
offset -0.090546

15 Jan 15:41:47 ntpdate[21823]: no server suitable for synchronization found
=========================================

Hасколько я понимаю, время-то различается, но почему не синхронизируется?

* bye

Anton V. Yuzhaninov

unread,
Jan 16, 2004, 2:12:33 AM1/16/04
to
Hello, Alexander!
You wrote to All on Thu, 15 Jan 2004 15:41:56 +0300:

AL> 15 Jan 15:35:01 ntpd[56735]: peer 194.87.0.27 event 'event_reach'
AL> (0x84) status 'unreach, conf, 1 event, event_reach' (0x8014)
AL> 15 Jan 15:39:18 ntpd[56735]: system event 'event_peer/strat_chg' (0x04)
AL> status 'sync_alarm, sync_ntp, 2 events, event_restart' (0xc621)
AL> 15 Jan 15:39:18 ntpd[56735]: time set -0.002092 s
AL> 15 Jan 15:39:18 ntpd[56735]: synchronisation lost

Я так понимаю он просто не может достучаться до ntp1.demos.net
Пропиши другой ntp-сервер. А лучше три.
В качестве одного из них стоит взять ntp-серверсвоего провайдера.


AL> После чего пытаемся синхронизировать время уже с другой машины
AL> ntpdatе'ом:
[Sorry, skipped]
AL> stratum 16, precision -20, leap 11, trust 000
[Sorry, skipped]
AL> Hасколько я понимаю, время-то различается, но почему не
AL> синхронизируется?

Потому что на самом сервере время не синхронизировано.

--
With best regards, Anton V. Yuzhaninov. E-mail: cit...@mail.ru

Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru

Alexander Lunyov

unread,
Jan 16, 2004, 3:04:26 AM1/16/04
to

* hi
** Anton V. Yuzhaninov => Alexander Lunyov

AL>> 15 Jan 15:35:01 ntpd[56735]: peer 194.87.0.27 event

AL>> 'event_reach' (0x84) status 'unreach, conf, 1 event,
AL>> event_reach' (0x8014) 15 Jan 15:39:18 ntpd[56735]: system
AL>> event 'event_peer/strat_chg' (0x04) status 'sync_alarm,
AL>> sync_ntp, 2 events, event_restart' (0xc621) 15 Jan 15:39:18
AL>> ntpd[56735]: time set -0.002092 s 15 Jan 15:39:18
AL>> ntpd[56735]: synchronisation lost


> Я так понимаю он просто не может достучаться до ntp1.demos.net
> Пропиши другой ntp-сервер. А лучше три.

При этом обычный ntpdate обновляет с этого сервера время как заводной.

> В качестве одного из них стоит взять ntp-серверсвоего провайдера.

Hадо узнать, есть ли у него...

AL>> После чего пытаемся синхронизировать время уже с другой

AL>> машины ntpdatе'ом:


> [Sorry, skipped]
AL>> stratum 16, precision -20, leap 11, trust 000
> [Sorry, skipped]
AL>> Hасколько я понимаю, время-то различается, но почему не
AL>> синхронизируется?

> Потому что на самом сервере время не синхронизировано.

Прошло какое-то время и всё стало нормально. Я думаю, надо было просто
подождать, пока ntpd определится с временем.

* bye

Anton Shcherbinin

unread,
Jan 16, 2004, 6:58:58 AM1/16/04
to
Alexander Lunyov пишет:

AL>>> 15 Jan 15:35:01 ntpd[56735]: peer 194.87.0.27 event
AL>>> 'event_reach' (0x84) status 'unreach, conf, 1
event,
AL>>> event_reach' (0x8014) 15 Jan 15:39:18 ntpd[56735]:
system
AL>>> event 'event_peer/strat_chg' (0x04)
status 'sync_alarm,
AL>>> sync_ntp, 2 events, event_restart' (0xc621) 15 Jan
15:39:18
AL>>> ntpd[56735]: time set -0.002092 s 15 Jan 15:39:18
AL>>> ntpd[56735]: synchronisation lost

Вообще, любой вопрос с проблемами ntpd следует
сопровождать выводом команд
ntpq -p
и
ntpq -c rv
Логов недостаточно, причем их содержимое при устранении
простых проблем вообще не нужно. (ваша проблема -- САМАЯ
простая, самый Frequently Asked Question о ntpd)

AL>> Я так понимаю он просто не может достучаться до
ntp1.demos.net

Может, и честно (хотя и запутанно) пишет это в логах.
Глядя на вывод ntpq -p, мы мгновенно и непосредственно
увидели бы, сколько попыток получить время с
ntp1.demos.net из последних 8 были успешными.

AL>> Пропиши другой ntp-сервер. А лучше три.

То, что лучше 3 сервера -- святая правда. Если жалко
трафика, то трафик, генерируемый (в среднем за месяц)
ntpd, ничтожен. Полагаться на то, что 1 конкретный
сервер всегда будет доступен, опрометчиво.

AL> При этом обычный ntpdate обновляет с этого
сервера время как заводной.

ntpdate must die. Это устаревшая (legacy) программа.
Вместо ntpdate (если пускать ntpd в "полном" режиме, т.
е. как демона, постоянно сидящего в памяти, не хочется)
следует запускать `ntpd -q`

AL>> В качестве одного из них стоит взять ntp-
серверсвоего провайдера.

AL> Hадо узнать, есть ли у него...

Едва ли...

AL>>> После чего пытаемся синхронизировать время уже
с другой
AL>>> машины ntpdatе'ом:

AL>> [Sorry, skipped]


AL>>> stratum 16, precision -20, leap 11, trust 000

^^^^^^^^^^
AL>> [Sorry, skipped]


AL>>> Hасколько я понимаю, время-то различается, но
почему не
AL>>> синхронизируется?

AL>> Потому что на самом сервере время не
синхронизировано.

Да, потому что сервер на бесконечно большом расстоянии
от источника синхронизации (stratum 16). Это подобно 16
хопам в протоколе маршрутизации RIP: 15 хопов -- это 15
хопов, а 16 хопов -- это "бесконечно далеко".

AL> Прошло какое-то время и всё стало нормально. Я
думаю, надо было просто
AL> подождать, пока ntpd определится с временем.

Пока он не понизит stratum.

Догадываетесь, что произойдет, если в Демосе "выключат
свет" и ваш сервер не сможет синхронизироваться N раз
подряд (чему равно N, не готов сейчас сказать)? Он опять
напишет в логах synchronisation lost и станет stratum 16.

--
Антон Щербинин

Alexander Lunyov

unread,
Jan 16, 2004, 9:24:04 AM1/16/04
to

* hi
** Anton Shcherbinin => Alexander Lunyov

AL>>> Пропиши другой ntp-сервер. А лучше три.
> То, что лучше 3 сервера -- святая правда. Если жалко трафика, то трафик,
> генерируемый (в среднем за месяц) ntpd, ничтожен. Полагаться на то, что 1
> конкретный сервер всегда будет доступен, опрометчиво.

Трафик не вопрос, но вот где нарыть 3 штуки? Еще знаю ntp.psn.ru, а еще? В
списке ntp серверов (http://www.eecis.udel.edu/~mills/ntp/servers.html) на RU
приходится 2 сервера, один из которых, похоже, дохлый (sign.chg.ru). Или можно
использовать любые, не только RU, серверы?

AL>> При этом обычный ntpdate обновляет с этого сервера время как заводной.
> ntpdate must die. Это устаревшая (legacy) программа. Вместо ntpdate (если
> пускать ntpd в "полном" режиме, т. е. как демона, постоянно сидящего в
> памяти, не хочется) следует запускать `ntpd -q`

Учту.

> Да, потому что сервер на бесконечно большом расстоянии от источника
> синхронизации (stratum 16). Это подобно 16 хопам в протоколе
> маршрутизации RIP: 15 хопов -- это 15 хопов, а 16 хопов -- это
> "бесконечно далеко".

Это я уже потом углядел и понял, сорри.

> Догадываетесь, что произойдет, если в Демосе "выключат свет" и ваш сервер
> не сможет синхронизироваться N раз подряд (чему равно N, не готов сейчас
> сказать)? Он опять напишет в логах synchronisation lost и станет stratum
> 16.

Каким серверам можно верить? А то, как сказано в NTP FAQ, "Only 28% of the
stratum 1 clocks found appear to actually be useful." То есть, со stratum 2
серверами, я так понимаю, всё еще хуже? А пользоваться надо, насколько я понял,
stratum 2 серверами.

* bye

Denis Sotchenko

unread,
Jan 16, 2004, 10:57:38 AM1/16/04
to
16 Jan 04, Alexander Lunyov пишет Anton Shcherbinin:

AL> Или можно использовать любые, не только RU, серверы?

Естественно. Время - оно и в африке время.

AL> А пользоваться надо, насколько я понял, stratum 2 серверами.

Hа самом деле, если нужно надёжное время, надо пользоваться GPS
приёмником.

__
__/ / Powered [pepsi inside]
\_\/ by MOTOROLA [smoking suxx]

Valentin Nechayev

unread,
Jan 17, 2004, 7:25:22 PM1/17/04
to

>>> Alexander Lunyov wrote:

AL>>>> Пропиши другой ntp-сервер. А лучше три.
>> То, что лучше 3 сервера -- святая правда. Если жалко трафика, то трафик,
>> генерируемый (в среднем за месяц) ntpd, ничтожен. Полагаться на то, что 1
>> конкретный сервер всегда будет доступен, опрометчиво.

AL> Трафик не вопрос, но вот где нарыть 3 штуки? Еще знаю ntp.psn.ru, а еще? В
AL> списке ntp серверов (http://www.eecis.udel.edu/~mills/ntp/servers.html) на RU
AL> приходится 2 сервера, один из которых, похоже, дохлый (sign.chg.ru). Или можно
AL> использовать любые, не только RU, серверы?
Можно.

AL> Каким серверам можно верить? А то, как сказано в NTP FAQ, "Only 28% of the
AL> stratum 1 clocks found appear to actually be useful." То есть, со stratum 2
AL> серверами, я так понимаю, всё еще хуже? А пользоваться надо, насколько я понял,
AL> stratum 2 серверами.
Угу, из простой сетевой вежливости.


-netch-

Valentin Nechayev

unread,
Jan 17, 2004, 7:25:23 PM1/17/04
to

>>> Anton Shcherbinin wrote:

AL>> При этом обычный ntpdate обновляет с этого сервера время как заводной.

AS> ntpdate must die. Это устаревшая (legacy) программа.
AS> Вместо ntpdate (если пускать ntpd в "полном" режиме, т.
AS> е. как демона, постоянно сидящего в памяти, не хочется)
AS> следует запускать `ntpd -q`
Только при этом `ntpd -q' умеет лишь жалкую пародию на то, что умел
ntpdate. Того идиота из разработчиков, что после этого объявил про
устаревание ntpdate, гнать калёной метлой надо.


-netch-

Cyrill Malevanov

unread,
Jan 17, 2004, 8:00:45 PM1/17/04
to
Hi Alexander!

16 Янв 04, Alexander Lunyov wrote to Anton Shcherbinin:
AL> Трафик не вопрос, но вот где нарыть 3 штуки? Еще знаю ntp.psn.ru,
AL> а еще?
ntp.wplus.net
Я с него время беру.

WBR, Cyrill

Dmitriy Dubinin

unread,
Jan 18, 2004, 1:31:55 AM1/18/04
to
Alexander Lunyov <Alexande...@p5.f20.n5059.z2.fidonet.org> wrote:


AL> Трафик не вопрос, но вот где нарыть 3 штуки? Еще знаю ntp.psn.ru, а
AL> еще? В
AL> списке ntp серверов (http://www.eecis.udel.edu/~mills/ntp/servers.html) на
AL> RU
AL> приходится 2 сервера, один из которых, похоже, дохлый (sign.chg.ru). Или
AL> можно
AL> использовать любые, не только RU, серверы?

Я такими пользуюсь
ntp0.zenon.net
ntp0-rz.rrze.un


Можно попробовать на знакомых серверах

ntpq -p host ...

выбрать с коротким пингом.

--
Dmitriy Dubinin

Andrew Kolchoogin

unread,
Jan 18, 2004, 2:16:26 AM1/18/04
to
Саша,

18 Jan 04 04:00, Cyrill Malevanov wrote to you:

AL>> Трафик не вопрос, но вот где нарыть 3 штуки? Еще знаю

AL>> ntp.psn.ru, а еще?
CM> ntp.wplus.net
CM> Я с него время беру.
наиболее правильный вариант -- брать время с Циски своего провайдера. ;)

Андрей.

Anton Shcherbinin

unread,
Jan 18, 2004, 6:26:17 AM1/18/04
to
On 16 Jan 2004 17:24 +0300, Alexander Lunyov wrote in
<10742...@p5.f20.n5059.z2.ftn>:

AL>>>> Пропиши другой ntp-сервер. А лучше три.

>> То, что лучше 3 сервера -- святая правда. Если жалко трафика, то трафик,
>> генерируемый (в среднем за месяц) ntpd, ничтожен. Полагаться на то, что 1
>> конкретный сервер всегда будет доступен, опрометчиво.

> Трафик не вопрос, но вот где нарыть 3 штуки? Еще знаю ntp.psn.ru, а еще?
В
> списке ntp серверов
> (http://www.eecis.udel.edu/~mills/ntp/servers.html)

"Вегной догогой идёте, товагищи" :-) Именно в этом списке и нарыть.

> на RU приходится 2 сервера, один из которых, похоже, дохлый
> (sign.chg.ru).

Угу :-( Что еще хуже, второй (ntp.psn.ru в Пущино) тоже отнюдь не самый
надежный. IMHO, так просто говно, я бы его даже в список "запасных" в
ntp.conf не включал. Хотя, я следил за ним года 2 назад, может, они
исправились. Так что еще раз подчеркиваю, IMHO.

Увы, мы в Совке, мы все бедные, а кто не очень бедный, тот жадный. И
никто, даже из имеющих источники точного времени (всякие там
GPS-приемники и проч.), и не думает включать свои серверы в список
публичных. В результате публичные серверы stratum 1 есть даже в Польше,
Словении, Чехии, не говоря уже о западноевропейских государствах
(половина из названных стран с населением менее Московской обл.). Но в
Совке -- нетути. В России из публичных только 2 жалких stratum 2, из них
1 вообще дохлый, а 2-й -- скорее мертв, чем жив.

> Или можно использовать любые, не только RU, серверы?

Перефразируя Кису Воробьянинова, "патриотизм здесь неуместен" :-)

Сделаем так: я опишу, что бы я делал, создавая для себя список серверов
для синхронизации. А вы будете смотреть мне через плечо. Очень
наглядно.

Исходные данные. Географически я в дер. Лужки. Это на окраине Европы. Но
все же Европа (это будет важно в дальнейшем; если вы в Сибири или на
Дальнем Востоке, то выбирать вам нужно будет из других серверов, к вам
поближе). Собираюсь синхронизировать небольшую сеть (10 клиентов, 1
сервер), это тоже имеет значение.

Идем к проф. Дэйвиду Миллзу (автору NTP и ntpd) на список публичных
серверов. В России есть только 2 сервера stratum 2: sign.chg.ru (В дер.
Черноголовка) и ntp.psn.ru (в дер. Пущино). Какое счастье: до Пущино от
меня всего 100 км, до Черноголовки -- и вовсе 50, на велике летом туда
ездил. Оба просят написать им письмо. Письмо писать исключительно лень.
Я бы на этом и забил на оба сервера, но ладно, будем косить под
патриотов и убедимся, что даже фанатичный патриот этими серверами не
воспользуется.

% host sign.chg.ru
Host not found.

Т. е. 1-го сервера вообще не существует. Ладно, применяем телепатию:

% host ntp.chg.ru
ntp.chg.ru is a nickname for netserv1.chg.ru
netserv1.chg.ru has address 193.233.46.3

Ага, такой есть. Попробуем получить с него время:

% ntpdate -q ntp.chg.ru
server 193.233.46.3, stratum 16, offset -43.044637, delay 0.09561
18 Jan 07:56:34 ntpdate[55699]: no server suitable for synchronization found

Т. е., во-первых, у него у самого часы не синхронизированы (stratum 16).
Во-вторых, мало того, что не синхронизированы, разница с моими около 43
целых секунд (не миллисекунд!) А у меня часы более-менее точно идут. Т.
е. это _ему_ надо по мне часы выверять, а не наоборот :-) Наконец,
в-третьих, задержка составляет 95 мс. До Черноголовки, расстояние до
которой 50 км, в сетевой метрике 95 мс. Много это или мало? Мы это
поймем, когда увидим, сколько в сетевой метрике до Дании и Швеции, до
которых более полутора тысяч км.

Пробуем 2-й сервер:
% ntpdate -q ntp.psn.ru
server 194.149.67.130, stratum 0, offset 0.000000, delay 0.00000
18 Jan 08:18:48 ntpdate[55743]: no server suitable for synchronization found

Т. е. этот сервер вообще лежит. Увы, оба российских сервера оказались
совершенно бесполезны.

Теперь из всего длинного списка серверов отберем только те, которые:
1) находятся в Европе (поближе к нам);
2) включают Европу (т. е. и мою деревню) в Service Area;
3) имеют максимально облегченную стратегию доступа (Access Policy), т.
е. открыты для всех и не требуют ничего, даже письма с уведомлением об
использовании их сервиса.

Естественно, требования 2) и 3) -- это просто вежливость, netiquette. И
мы, в отличие от 99% совков, будем их соблюдать.

А если не соблюдать? Тогда можно не ограничиваться списком публичных
NTP-серверов, а взять, скажем, ваш ntp1.demos.net . А еще лучше -- те, у
которых сам ntp1.demos.net берет время. (Домашнее задание для читателей:
узнайте, у кого он берет время). Только уж делать как админ
ntp1.demos.net и совать в ntp.conf серверы из-за океана, до которых чуть
ли не 200 мс, мы не будем. И делать локальные часы одним из источников
синхронизации (насильно присваивать локальным часам stratum 8 ) тоже не
будем -- это грубый хак. Бедный Демос, скромный крохотный провайдер
Интернет, ну нет у него денег на приемник сигналов точного времени... А
вот у одного из тех, с кем он синхронизируется (тоже крупного
российского провайдера), есть GPS. И 2 нормальных сервера NTP (один --
stratum 1 (на нем и стоит GPS), другой -- stratum 2. В принципе, уже
этих двух серверов хватило бы за глаза, т. к. они, в отличие от
"серверов" в Черноголовке и Пущино, стабильно работают. Но они, увы, не
публичные. Хотя 99% людей на это, как мы понимаем, плевать. Но не нам.

2 года назад я звонил в сервисную поддержку этого провайдера (лучший,
IMHO, провайдер в нашей деревне, низкий им поклон), спрашивал, можно ли
использовать их NTP-сервер. Оператор поддержки слегка опешил, такого у
них еще никто не спрашивал, попросил подождать, пошушукался, видимо, со
старшими админами, и ответил, что я должен прислать почтой заявку с
указанием, чего конкретно я хочу. Но я решил, что админ должен админить,
а писать письма... пусть писатели пишут. Поэтому "вернемся к нашим
баранам": отберем из списка публичных серверов удовлетворяющие трем
перечисленным требованиям.

Вот что выходит:
########################
# A. stratum 1 servers #
########################
swisstime.ethz.ch
ntp{0,1,2,3}.fau.de
ntps1-{0,1}.cs.tu-berlin.de
GPS.FreeBSD.dk (!open access to servers, please, no client use!)
GPS.dix.dk (!open access to servers, please, no client use!)
tempo.cstv.to.cnr.it
ntp{0,1,2}.nl.net
ntp.certum.pl
vega.cbk.poznan.pl
ntp{1,2}.gbg.netnod.se
ntp{1,2}.mmo.netnod.se
ntp{1,2}.sp.se
ntp{1,2}.sth.netnod.se
time2.stupi.se

########################
# B. stratum 2 servers #
########################
ntp{1,2}.belbone.be
ntp.tuxfamily.net
time.flygplats.net
a.ntp.alphazed.net
ntp.cis.strath.ac.uk
time-server.ndo.com

Гм... а негусто stratum 2 по сравнению с приличным списком stratum 1!
Парадокс -- владельцы серверов stratum 2 больше озабочены, чем владельцы
stratum 1, реально потратившие деньги на оборудование. И либо вообще
требуют prior arrangement для использования их сервера, либо хотят, чтоб
мы им "send a message to notify".

Примечание: в обоих списках строки вроде ntp{0,1,2}.nl.net означают
следующее: _случайным образом_ выбрать 1 сервер из ntp0.nl.net ,
ntp1.nl.net , ntp2.nl.net и использовать его.

Ok, опробуем в деле сначала 2-й список. Создаем файлы /etc/ntp.conf и
/etc/ntp.keys :

% cat /etc/ntp.conf
server ntp2.belbone.be

driftfile /etc/ntp.drift

keys /etc/ntp.keys
trustedkey 1
requestkey 1
controlkey 1

% cat /etc/ntp.keys
1 M p422w0rd

Мы будем добавлять и удалять серверы по ходу пьесы, не перезапуская
ntpd, поэтому я включил сюда лишь 1 сервер.

А теперь -- пааехали! :-)

# ntpd

Присоединяемся к нему, смотрим на список серверов, вводим данные для
авторизации, добавляем остальные stratum 2 серверы, ждем для набора
статистики хотя бы 20 минут, смотрим, как идет его "общение" с
серверами (в приглашении ntpdc я заменил '>' на '$', чтоб никто не
принял это за цитированный текст) :

% ntpdc
ntpdc$ pe
remote local st poll reach delay offset disp
=======================================================================
=ntp2.belbone.be 105.157.127.57 2 64 17 0.09691 -0.035300 0.93817
ntpdc$ keyid 1
ntpdc$ passwd
MD5 Password:
ntpdc$ adds ntp.tuxfamily.net
done!
ntpdc$ adds time.flygplats.net
done!
ntpdc$ adds a.ntp.alphazed.net
done!
ntpdc$ adds ntp.cis.strath.ac.uk
done!
ntpdc$ adds time-server.ndo.com
done!
/* подождали 20 минут */
ntpdc$ pe
remote local st poll reach delay offset disp
=======================================================================
=c-573470d5.06-2 105.157.127.57 2 64 377 0.04778 0.002055 0.00093
=hades.hosts.net 105.157.127.57 3 64 377 0.06644 0.030716 0.00095
=kryten.alphazed 105.157.127.57 2 64 377 0.06363 0.007340 0.00092
*80.67.179.98 105.157.127.57 2 64 377 0.06282 0.010858 0.00095
=ntp0.cis.strath 105.157.127.57 2 64 377 0.07347 0.011024 0.00093
=ntp2.belbone.be 105.157.127.57 2 64 377 0.09839 -0.015025 0.00093

Имена серверов гадко обрезаны, выведем их в полном виде:

ntpdc$ list
client c-573470d5.06-201-73746f25.cust.bredbandsbolaget.se
client hades.hosts.netdirect.net.uk
client kryten.alphazed.net
client 80.67.179.98
client ntp0.cis.strath.ac.uk
client ntp2.belbone.be

Итак, все 6 серверов работают нормально, все последние 8 раз были
доступны (reachability register == 0377, т. е. 11111111 двоично),
находятся недалеко от меня (delay в пределах 0.1 секунды), offset в
разумных пределах ( +-30 миллисекунд ).

Только hades.hosts.netdirect.net.uk (он же time-server.ndo.com ) имеет
stratum 3, а не 2, как все остальные. Это плохой симптом. Скорее всего,
у него stratum скачет, то 2, то 3, в зависимости от доступности каких-то
серверов stratum 1 или еще чего-то. Я бы его выкинул, а остальные 5
оставил.

Резюме. Если не нужна высокая точность синхронизации (точнее +- 30
миллисекунд), то зубные врачи всего мира рекомендуют следующий ntp.conf

% cat /etc/ntp.conf
server ntp2.belbone.be
server ntp.tuxfamily.net
server time.flygplats.net
server a.ntp.alphazed.net
server ntp.cis.strath.ac.uk

driftfile /etc/ntp.drift

keys /etc/ntp.keys
trustedkey 1
requestkey 1
controlkey 1

плюс /etc/ntp.keys, содержащий единственную строку
1 M password_to_change_ntpd_settings

Теперь попробуем более внушительный список серверов stratum 1. Один из
серверов, tempo.cstv.to.cnr.it (193.204.114.233 , Location: IEN Galileo
Ferraris, Torino, Italy), сразу кандидат на помойку:

% host tempo.cstv.to.cnr.it
Host not found.
% ntpdate -q 150.145.33.1
server 150.145.33.1, stratum 0, offset 0.000000, delay 0.00000
18 Jan 10:50:28 ntpdate[56101]: no server suitable for synchronization found

Т. е. сервер по указанному адресу не работает, а DNS-имя не разрешается.
Подсовываем остальные stratum 1-серверы ntpd, а stratum 2 удаляем :

ntpdc$ adds swisstime.ethz.ch
done!
ntpdc$ adds ntp2.fau.de
done!
ntpdc$ adds ntps1-1.cs.tu-berlin.de
done!
ntpdc$ adds gps.freebsd.dk
done!
ntpdc$ adds gps.dix.dk
done!
ntpdc$ adds ntp2.nl.net
done!
ntpdc$ adds ntp.certum.pl
done!
ntpdc$ adds vega.cbk.poznan.pl
done!
ntpdc$ adds ntp2.gbg.netnod.se
done!
ntpdc$ adds ntp2.mmo.netnod.se
done!
ntpdc$ adds ntp2.sp.se
done!
ntpdc$ adds ntp2.sth.netnod.se
done!
ntpdc$ adds time2.stupi.se
done!
ntpdc$ unconf ntp2.belbone.be ntp.tuxfamily.net time.flygplats.net \
a.ntp.alphazed.net ntp.cis.strath.ac.uk time-server.ndo.com
done!
ntpdc$ pe
remote local st poll reach delay offset disp
=======================================================================
=ntp1.NL.net 105.157.127.57 1 1024 3 0.13670 0.056724 3.93774
=smtp.certum.pl 105.157.127.57 1 1024 3 0.10017 -79.97433 3.93774
=ntp2.sth.netnod 105.157.127.57 1 1024 3 0.02525 0.020061 3.93773
=ntp2.sp.se 105.157.127.57 1 1024 3 0.05815 0.011808 3.93774
=gps.dix.dk 105.157.127.57 1 1024 3 0.03290 0.019397 3.93773
=swisstime.ee.et 105.157.127.57 1 1024 3 0.06447 0.011622 3.93774
=Time2.Stupi.SE 105.157.127.57 1 1024 3 0.09265 0.018685 3.93773
=vega.cbk.poznan 105.157.127.57 1 1024 3 0.14240 0.063887 3.93773
=sombrero.cs.tu- 105.157.127.57 1 1024 3 0.05487 0.018349 3.94066
=gps.freebsd.dk 105.157.127.57 1 1024 3 0.13394 0.065261 3.93774
=ntp2.gbg.netnod 105.157.127.57 1 1024 3 0.15221 0.049865 3.93773
=ntp2-rz.rrze.un 105.157.127.57 1 1024 3 0.06853 0.014397 3.93774
=ntp2.mmo.netnod 105.157.127.57 1 1024 3 0.14427 0.047090 3.93773

Для набора статистики придется ждать хотя бы 10 раз по периоду опроса
серверов, т. е. по 1024 секунды :( Хотя, период опроса должен сейчас
упасть до минуты-двух (а затем снова нарасти). Подождали. Выведем список
серверов, для разнообразия, выйдя из ntpdc, командой ntpq -p :

% ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
-ntp1.NL.net .GPS. 1 u 715 1024 377 138.670 38.134 1.063
xsmtp.certum.pl .PPS. 1 u 931 1024 277 95.704 -79996. 0.100
xvega.cbk.poznan .PPS. 1 u 712 1024 377 140.775 43.362 0.347
+Time2.Stupi.SE .PPS. 1 u 708 1024 377 92.393 -1.687 0.270
#ntp2.gbg.netnod .PPS. 1 u 916 1024 377 151.555 29.487 0.400
-ntp2.mmo.netnod .PPS. 1 u 918 1024 377 143.508 27.438 0.091
-ntp2.sp.se .PPS. 1 u 689 1024 377 57.687 -8.392 0.198
+ntp2.sth.netnod .PPS. 1 u 912 1024 377 25.437 -0.036 0.474
-swisstime.ee.et .DCFa. 1 u 920 1024 377 64.874 -7.700 0.281
-ntp3-rz.rrze.un .DCFp. 1 u 167 1024 377 63.002 -6.511 0.267
-sombrero.cs.tu- .PPS. 1 u 927 1024 377 54.873 -1.945 0.234
xgps.freebsd.dk .GPS. 1 u 929 1024 377 133.315 46.119 0.028
*gps.dix.dk .GPS. 1 u 675 1024 377 33.028 -0.213 0.109

Здесь when и poll -- в секундах, а offset и delay -- в миллисекундах.
Все серверы stratum 1, все были доступны все время (единственное
исключение -- smtp.certum.pl, reachability == 277, но это нормально,
запросто 1 пакет в сети мог потеряться, подключение к Сети у меня отнюдь
не самое надежное). smtp.certum.pl утверждает, что он суперсервер
stratum 1, а у самого часы на 80 секунд (!!) спешат. На помойку такие
серверы! Одно из многочисленных преимуществ ntpd перед ntpdate как раз и
состоит в том, что первый спасет нас от таких лжецов, а второй -- нет.

Далее, у 5 серверов задержка (расстояние в мс от меня) > 100 мс.
Далековато. Естественно, по сравнению с остальными. Наверняка
gps.freebsd.dk (о, коллеги по BSD! :-) ) и vega.cbk.poznan.pl ,
признанные лжецами ('x' в 1-й позиции в строке), работают нормально, но
просто слишком далеки, а соединение с ними несимметричное (т. е.,
например, запрос к ним идет 40 мс, а ответ от них обратно -- 90 мс). В
результате их часы для синхронизации не годятся.

Итак, что бы сделал я (у вас результаты могут сильно отличаться):
выкинул бы ntp1.nl.net, smtp.certum.pl, vega.cbk.poznan.pl,
ntp2.gbg.netnod.se, ntp2.mmo.netnod.se, gps.freebsd.dk . Что получилось
в итоге, по прошествии некоторого времени?

% ntpq -co
remote local st t when poll reach delay offset disp
(s) (s) (ms) (ms) (ms)
==============================================================================
-swisstime.ee.et 105.157.127.57 1 u 23 64 377 64.693 -3.250 0.010
-ntp2-rz.rrze.un 105.157.127.57 1 u 14 64 377 68.830 -0.171 0.092
+sombrero.cs.tu- 105.157.127.57 1 u 46 64 377 53.912 3.527 0.186
+gps.dix.dk 105.157.127.57 1 u 13 64 377 33.064 4.700 0.226
-ntp2.sp.se 105.157.127.57 1 u 49 64 377 57.724 -3.504 0.373
*ntp2.sth.netnod 105.157.127.57 1 u 22 64 377 25.861 4.695 0.106
-Time2.Stupi.SE 105.157.127.57 1 u 30 64 377 92.531 3.270 0.075

% ntpdc -clist
client ntp2.sth.netnod.se
client ntp2.sp.se
client gps.dix.dk
client swisstime.ee.ethz.ch
client Time2.Stupi.SE
client sombrero.cs.tu-berlin.de
client ntp2-rz.rrze.uni-erlangen.de

Сверяя часы с 7 серверами в Германии, Дании, Швейцарии и Швеции, я получаю
максимальное расхождение меньше 5 миллисекунд!

> Каким серверам можно верить? А то, как сказано в NTP FAQ, "Only 28% of
the
> stratum 1 clocks found appear to actually be useful."

Учтите, что это 28% от общего кол-ва хостов, которые прикидываются
серверами stratum 1. В списке публичных серверов "хороших", полагаю,
более 90%. Нам в этом моем мини-исследовании попался лишь 1
лже-(stratum 1) сервер (smtp.certum.pl). "Дохлых" серверов, т. е.
просто не отвечающих (или не всегда отвечающих) на запросы, намного
больше, чем лже-серверов. В любом случае, оба списка, полученных в конце
концов мной, можете использовать совершенно смело. Проблема гораздо
скорее возникнет с внешним каналом вашего провайдера, чем с ними всеми
одновременно.

> То есть, со stratum 2 серверами, я так понимаю, всё еще хуже?

Нет, я полагаю, что не хуже. У stratum 1, только 1 (главный) источник
времени -- некая железяка. Если она поломается (баги в драйвере, сели
батарейки, отломалась антенна, ...), такой сервер запросто может начать
врать. У серверов stratum 2, как правило, источники времени --
несколько серверов stratum 1. Из которых хотя бы 1-2 не врут.

> А пользоваться надо, насколько я понял, stratum 2 серверами.

Желательно, особенно, если вы синхронизируете с вашего сервера менее
сотни клиентов. Однако, использовать непубличный сервер типа серверов
Демоса, gamma.ru и т. п. stratum 2, по-моему, еще менее этично, чем
публичные stratum 1. Гнаться за более низким stratum не нужно.
Синхронизируясь даже с плохими далекими серверами stratum 2 через модем
на 9600 bps, ваши часы будут все равно ошибаться не больше, чем на 0.1
сек.

Anton Shcherbinin

unread,
Jan 18, 2004, 6:41:16 AM1/18/04
to
On 18 Jan 2004 3:25, Valentin Nechayev wrote in
<2004011800...@iv.nn.kiev.ua>:

AS>> ntpdate must die. Это устаревшая (legacy) программа.
AS>> Вместо ntpdate (если пускать ntpd в "полном" режиме, т.
AS>> е. как демона, постоянно сидящего в памяти, не хочется)
AS>> следует запускать `ntpd -q`

> Только при этом `ntpd -q' умеет лишь жалкую пародию на то, что умел
> ntpdate. Того идиота из разработчиков, что после этого объявил про
> устаревание ntpdate, гнать калёной метлой надо.

Профессор Д. Миллз работает над проблемой синхронизации часов в сети
более 20 лет (с 1981-го года). Над протоколом NTP -- почти 20 лет (NTP
v.1 описан им в RFC 958 в 1985 году). Над Network Time Protocol Version
4 Distribution -- больше 10 лет (с 1992-го).

Гнать его метлой я бы не рискнул. Более того, я очень благодарен ему за
то, до какого уровня совершенства он довел NTP и ntpd.

Но вам, Валентин, конечно, виднее.

Когда мы обсуждали эту тему в рассылке Alt Linux в 2001-м, кажется, вы в
дискуссии не участвовали. И, кажется, это как раз были мои слова, что
ntpdate -- это жалкая пародия на ntpd -q (и аналогия "кувалда vs.
часовая отвертка"). А не наоборот. Я бы с удовольствием выслушал
аргументированное мнение, что конкретно ntpd -q делает хуже, чем ntpdate.
Только в стиле дискуссии нормальных людей, а не маразматически
лаконичных фидошных отписок. Но я боюсь, т. к. если проф. Миллз --
идиот, то я-то уж точно окажусь клиническим дебилом :(

Anton Shcherbinin

unread,
Jan 18, 2004, 7:01:17 AM1/18/04
to
Dmitriy Dubinin пишет:

DD> Я такими пользуюсь
DD> ntp0.zenon.net
DD> ntp0-rz.rrze.un
^^^^^^^^^^^^^^^

То, что вы назвали ntp0-rz.rrze.un , на самом деле
ntp0-rz.rrze.uni-erlangen.de

Чтобы увидеть имена не обрезанными, используйте команду
`ntpdc -cli` (команда listpeers в ntpdc), либо выводите
ip-адреса вместо имен ( `ntpq -np`, либо `ntpq -nco`,
либо `ntpdc -ncpe`)

Slawa Olhovchenkov

unread,
Jan 18, 2004, 6:44:28 AM1/18/04
to
Hello Valentin!

18 Jan 04, Valentin Nechayev writes to Anton Shcherbinin:

AL>>> При этом обычный ntpdate обновляет с этого сервера время как

AL>>> заводной.


AS>> ntpdate must die. Это устаревшая (legacy) программа.
AS>> Вместо ntpdate (если пускать ntpd в "полном" режиме, т.
AS>> е. как демона, постоянно сидящего в памяти, не хочется)
AS>> следует запускать `ntpd -q`

VN> Только при этом `ntpd -q' умеет лишь жалкую пародию на то, что умел
VN> ntpdate. Того идиота из разработчиков, что после этого объявил про
VN> устаревание ntpdate, гнать калёной метлой надо.

Я чего-то пропустил?

/usr/src/usr.sbin/ntp/ntpdate/Makefile

# $FreeBSD: src/usr.sbin/ntp/ntpdate/Makefile,v 1.3 2001/07/20 06:20:05 obrien
Exp $

.PATH: ${.CURDIR}/../../../contrib/ntp/ntpdate

PROG= ntpdate
NOMAN= yes
SRCS= ntpdate.c version.c

CFLAGS+= -I${.CURDIR}/../../../contrib/ntp/include -I${.CURDIR}/../

DPADD= ${LIBNTP}
LDADD= ${LIBNTP}

CLEANFILES+= .version version.c

version.c:
sh -e ${.CURDIR}/../scripts/mkver ntpdate

.include <bsd.prog.mk>


... Тянем-потянем, вытянуть... NO CARRIER

Denis Sotchenko

unread,
Jan 18, 2004, 9:44:44 AM1/18/04
to
18 Jan 04, Anton Shcherbinin пишет Alexander Lunyov:

AS> Увы, мы в Совке, мы все бедные, а кто не очень бедный, тот
AS> жадный. И никто, даже из имеющих источники точного времени
AS> (всякие там GPS-приемники и проч.)

Кстати говоря, а как увязать ntpd с GPS приёмником?

Dmitriy Dubinin

unread,
Jan 18, 2004, 10:04:54 AM1/18/04
to
Anton Shcherbinin <npe...@z.eridan.us> wrote:
AS> From: Anton Shcherbinin <npe...@z.eridan.us>

AS> Dmitriy Dubinin пишет:

DD>> Я такими пользуюсь
DD>> ntp0.zenon.net
DD>> ntp0-rz.rrze.un

AS> ^^^^^^^^^^^^^^^

AS> То, что вы назвали ntp0-rz.rrze.un , на самом деле
AS> ntp0-rz.rrze.uni-erlangen.de

AS> Чтобы увидеть имена не обрезанными, используйте команду
AS> `ntpdc -cli` (команда listpeers в ntpdc), либо выводите
AS> ip-адреса вместо имен ( `ntpq -np`, либо `ntpq -nco`,
AS> либо `ntpdc -ncpe`)

Да действительно, не досмотрел. Спасибо.
А что скажете на счет zenon? GPS приемник, рязанская задержка 29
милисекунд.

--
Dmitriy Dubinin

Valentin Nechayev

unread,
Jan 18, 2004, 11:06:34 AM1/18/04
to

>>> Anton Shcherbinin wrote:

>> Только при этом `ntpd -q' умеет лишь жалкую пародию на то, что умел
>> ntpdate. Того идиота из разработчиков, что после этого объявил про
>> устаревание ntpdate, гнать калёной метлой надо.

AS> Профессор Д. Миллз работает над проблемой синхронизации часов в сети
AS> более 20 лет (с 1981-го года). Над протоколом NTP -- почти 20 лет (NTP
AS> v.1 описан им в RFC 958 в 1985 году). Над Network Time Protocol Version
AS> 4 Distribution -- больше 10 лет (с 1992-го).
AS> Гнать его метлой я бы не рискнул. Более того, я очень благодарен ему за
AS> то, до какого уровня совершенства он довел NTP и ntpd.
AS> Но вам, Валентин, конечно, виднее.

Я бесконечно рад за Ваши эпистолярные способности по написанию
текстов в духе "разъедающего сомнения". Тем не менее, если не покажете,
как через `ntpd -q' делать, например,
1) запрос смещения без установки времени (ntpdate -q) с печатью в
приемлемом как для человека, так и для скрипта виде,
2) детальную диагностику происходящего (ntpdate -d),
3) "стартапный" режим установки времени рывком независимо от величины
смещения (ntpdate -b),
4) установку всегда только изменением темпа (ntpdate -B)

- Ваши слова так и останутся голословными эпистолярными конструкциями.
Причём всё, что я описал, не маргинальные случаи, а реально используемые
на практике методы. Да, уточнение: специальный конфиг для такого запуска -
не писать.

AS> Когда мы обсуждали эту тему в рассылке Alt Linux в 2001-м, кажется, вы в
AS> дискуссии не участвовали.

Это критерий?

AS> И, кажется, это как раз были мои слова, что
AS> ntpdate -- это жалкая пародия на ntpd -q (и аналогия "кувалда vs.
AS> часовая отвертка"). А не наоборот.

Я не претендую на цитирование Ваших слов и не считаю, что приоритет
в рождении фразы "жалкая пародия" принадлежит Вам.

AS> Я бы с удовольствием выслушал
AS> аргументированное мнение, что конкретно ntpd -q делает хуже, чем ntpdate.
AS> Только в стиле дискуссии нормальных людей, а не маразматически
AS> лаконичных фидошных отписок. Но я боюсь, т. к. если проф. Миллз --
AS> идиот, то я-то уж точно окажусь клиническим дебилом :(

Я не знаю, кто именно автор идеи про устаревание ntpdate, но пакет
NTP за, как Вы говорите, 20 лет своего развития:
1. В собственно настройке времени по внешним источникам - не вырос за пределы
самой примитивной реализации типа "послушали - стреляем", не дорос даже
до уровня тех технологий по вычислению среднего времени, что описаны в RFC.
2. Не имеет сколь-нибудь адекватной настройки действиям при старте
системы (для условий, когда, например, допустимо изменять в широких
пределах темп хода часов, но запрещены любые резкие рывки; или, например,
разрешены прыжки вперёд, но не назад; или с ограничением предела изменения
темпа хода часов).
3. Имеет проблемы с совместимостью даже в пределах одного старшего
номера версии (постоянно натыкаюсь на непонимание между 4.0.99 и 4.1.0;
про то, что половина контактов 4.* <-> 3.5.95 не работает, можно и не
вспоминать)
4. Имеет крайне примитивный механизм контроля доступа и установки по
умолчанию, допускающие деструктивное влияние со стороны произвольных
источников (пришёл хрен с горы и назвался peer'ом), не имеющий ACL'и
в зависимости от локального адреса, и так далее и так далее.
5. Не научился определять изменение состава интерфейсов после запуска.

Всё, что я говорю - реальные многократно затребованные и неудовлетворённые
возможности на нескольких сетях разного типа и масштаба (поэтому я не
допускаю мысли, что это только я один такого хочу).
Если за 20 лет этого не сделано - может, Вам следует снять со стены
икону профессора Миллза и начать думать более адекватно реальной ситуации?


-netch-

Valentin Nechayev

unread,
Jan 18, 2004, 11:09:11 AM1/18/04
to

>>> Slawa Olhovchenkov wrote:

VN>> Только при этом `ntpd -q' умеет лишь жалкую пародию на то, что умел
VN>> ntpdate. Того идиота из разработчиков, что после этого объявил про
VN>> устаревание ntpdate, гнать калёной метлой надо.

SO> Я чего-то пропустил?
SO> /usr/src/usr.sbin/ntp/ntpdate/Makefile

man ntpdate, первый же абзац после слова DESCRIPTION.

-netch-

Valentin Nechayev

unread,
Jan 18, 2004, 11:09:11 AM1/18/04
to

>>> Denis Sotchenko wrote:

AS>> Увы, мы в Совке, мы все бедные, а кто не очень бедный, тот
AS>> жадный. И никто, даже из имеющих источники точного времени
AS>> (всякие там GPS-приемники и проч.)

DS> Кстати говоря, а как увязать ntpd с GPS приёмником?

В наиболее типичном случае нужен GPS приёмник, умеющий pps (pulse per second)
с генерацией этого самого pulse точно в начале секунды.
Настройка с точностью до секунды может производиться и более грубыми методами.


-netch-

Anton Shcherbinin

unread,
Jan 18, 2004, 11:56:30 PM1/18/04
to
On 18 Jan 2004 18:04, Dmitriy Dubinin wrote in
<20256...@gorgaz.ryazan.ru> :

> Anton Shcherbinin <npe...@z.eridan.us> wrote:

DD>>> Я такими пользуюсь
DD>>> ntp0.zenon.net
DD>>> ntp0-rz.rrze.un

AS>> ^^^^^^^^^^^^^^^

AS>> То, что вы назвали ntp0-rz.rrze.un , на самом деле
AS>> ntp0-rz.rrze.uni-erlangen.de

AS>> Чтобы увидеть имена не обрезанными, используйте команду
AS>> `ntpdc -cli` (команда listpeers в ntpdc), либо выводите
AS>> ip-адреса вместо имен ( `ntpq -np`, либо `ntpq -nco`,
AS>> либо `ntpdc -ncpe`)

> Да действительно, не досмотрел. Спасибо.
> А что скажете на счет zenon? GPS приемник, рязанская задержка 29
> милисекунд.

А что ж _ещё_ про них сказать? :-) Я и так уж их расхвалил в
<budqg0$r4d$1...@host.talk.ru> , хватит с них :-) Только называл их не по
имени, а лишь "тоже крупным российским провайдером".

Их 2 NTP-сервера, к сожалению, не публичные, -- одни из самых надежных в
России.

Alexander Lunyov

unread,
Jan 19, 2004, 2:22:20 AM1/19/04
to

* hi
** Anton Shcherbinin => Alexander Lunyov

> Резюме. Если не нужна высокая точность синхронизации (точнее +- 30


> миллисекунд), то зубные врачи всего мира рекомендуют следующий ntp.conf

> % cat /etc/ntp.conf
> server ntp2.belbone.be
> server ntp.tuxfamily.net
> server time.flygplats.net
> server a.ntp.alphazed.net
> server ntp.cis.strath.ac.uk

# ntpq -p


remote refid st t when poll reach delay offset jitter
==============================================================================

+ntp2.belbone.be ntp0.belbone.be 2 u 125 128 377 159.669 -3.374 4.002
*eloise.lost-oas xoon.curie.fr 2 u 68 128 377 145.453 1.816 18.140
-c-573470d5.06-2 ntp2.sth.netnod 2 u 127 128 377 157.066 23.890 25.362
-kryten.alphazed chronos.cru.fr 2 u 67 128 377 132.387 7.507 25.408
+ntp0.cis.strath swisstime.ee.et 2 u 129 128 377 135.099 -0.339 62.304

Это нормально?

p.s.: большое спасибо за развернутый ответ.

* bye

Anton Shcherbinin

unread,
Jan 19, 2004, 4:30:57 AM1/19/04
to

> Это нормально?

Вполне.

> p.s.: большое спасибо за развернутый ответ.

Пожалуйста.

Reply all
Reply to author
Forward
0 new messages