[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