[Comm] Настройка relay ntpd
Маркелов Александр
=?iso-8859-1?q?ml_=CE=C1_13=2Enet=2Eru?=
Чт Мар 31 16:42:09 MSD 2005
Slava Dubrovskiy пишет:
> Dmitry Lebkov пишет:
>
>
>>Какое кол-во времени прошло между синхронизацией ntp.server.com.ua с
>>ntp.lucky.net
>>и попыткой получения времени клиентом от ntp.server.com.ua?
>>
>
> Мало. Сразу проверял.
> Оставлю на ночь, утром проверю.
>
>
>>Сервер будет готов отдавать время клиентом черз N-е кол-вол успешных
>>синхронизаций
>>со своим uplink'ом. А вот minpoll/maxpoll использовать не
>>рекомендуется ...
>>
>
> Уберу. Просто по умолчанию стояло в конфиге.
>
> В debug режиме сервер вот что пишет в ответ на запрос ntpdate
> receive: at 83 192.168.1.1<-192.168.1.5 mode 3 code 2
> transmit: at 83 192.168.1.1->192.168.1.5 mode 4
> receive: at 83 192.168.1.1<-192.168.1.5 mode 3 code 2
> transmit: at 83 192.168.1.1->192.168.1.5 mode 4
> receive: at 83 192.168.1.1<-192.168.1.5 mode 3 code 2
> transmit: at 83 192.168.1.1->192.168.1.5 mode 4
> receive: at 83 192.168.1.1<-192.168.1.5 mode 3 code 2
> transmit: at 83 192.168.1.1->192.168.1.5 mode 4
>
> И после этого ntpdate отваливается:
> # ntpdate -d ntp.server.com.ua
> 30 Mar 15:31:29 ntpdate[9746]: ntpdate 4.1.2 на 1.892 Tue Apr 20 03:31:20
> MSD 2004 (1)
> 30 Mar 15:31:29 ntpdate[9746]: running as uid(102)/gid(110)
> euid(102)/egid(110) with cap_sys_time chrooted to/var/empty
> transmit(192.168.1.1)
> receive(192.168.1.1)
> transmit(192.168.1.1)
> receive(192.168.1.1)
> transmit(192.168.1.1)
> receive(192.168.1.1)
> transmit(192.168.1.1)
> receive(192.168.1.1)
> transmit(192.168.1.1)
> 192.168.1.1: Server dropped: strata too high
> server 192.168.1.1, port 123
> stratum 16, precision -17, leap 11, trust 000
> refid [0.0.0.0], delay 0.02576, dispersion 0.00000
> transmitted 4, in filter 4
> reference time: 00000000.00000000 Thu, Feb 7 2036 8:28:16.000
> originate timestamp: c5f544d1.76b11c6d Wed, Mar 30 2005 18:31:29.463
> transmit timestamp: c5f51aa1.412f9010 Wed, Mar 30 2005 15:31:29.254
> filter delay: 0.02583 0.02583 0.02576 0.02576
> 0.00000 0.00000 0.00000 0.00000
> filter offset: 10800.20 10800.20 10800.20 10800.20
> 0.000000 0.000000 0.000000 0.000000
> delay 0.02576, dispersion 0.00000
> offset 10800.208920
>
> 30 Mar 15:31:29 ntpdate[9746]: no server suitable for synchronization found
>
Если я не ошибаюсь, ntp сервер говорит:
192.168.1.1: Server dropped: strata too high
server 192.168.1.1, port 123
stratum 16, precision -17, leap 11, trust 000
Что на русский звучит приблизительно так(перевод вольный):
"я с сервера запросил время, он мне ответил, но он говорит что он 16го
уровня(strarum), слишком низкий уровень, не хочу с таким
синхронизироваться(он мол сам еще не синхронизирован)"
Вообщем дело в том, что 16 уровень это самый низкий(высокий, смотря от
куда смотреть :) ), сервер еще не успел подвести свои часы достаточно
точно, что бы выйти на нужный уровень, что бы его(сервер) считали
синхронизированым, и что он дает точное время. Вроде это уровень не выше
3го.
На сколько я помню:
1й уровень, это те кто подключены напрямую к точным часам(атомным или
как их правильно зовут)
2й уровень это те кто синхронизуются напрямую с 1м уровнем.
16й уровень это самый низкий.
Клиенты с сервером 16го уровня не синхронизируются.
Надо подождать пока демон ntpd поднастроит часы сервера до приемлимого
уровня, что бы клиенты могли синхронизироваться с сервером. Обычно это
где то сутки(в моем случаи это было около того).
Не стоит запускать ntpdate, так как, прочитал где то такое образное
описание:
"ntpd точно по долям секунд пытается синхронизовать время, а вы тут ему
кувалдой в виде ntpdate все сбиваете"
В краце, сервер еще сам не синхронизирован, и поэтому точное время
клиентам отдавать не может.
Надеюсь, что не очень сумбурно описал.
Подробная информация о списке рассылки community