Sparc Solaris 9 + ntp server

From

Vova Uralsky (2:5030/1115.257)

To

Denis Sizikov

Date

2005-10-05T10:28:50Z

Area

RU.UNIX.SOLARIS

Hi Denis

Denis Sizikov -> Vova Uralsky schrieb:
>  >> может, просто прописать в ntp.conf
>  >> server xxx.xxx.xxx.xxx
>  >> и забыть?
>  VU> Бывают ситуации когда проще растиражировать идентичные конфиги и не
>  VU> заботиться о том, что кто-то сменит IP
> это лечится прописыванием алиаса в днс и правкой в лучае необходимости,
> а также профилактическим отрыванием рук любителям менять ip на боевых
> серверах без предупреждения.

Только заявку на прописывание CNAME придется послать в USA, а руки отрывать сингапурцу. Все это произойдет с соответствующим смещением по времени, а так все правильно. ;-)

>  VU>  или роутинг к ntp-server'у пропадет...
> а что, мультикаст бегает между немаршрутизируемыми сегментами?

Как правило, машины, для которых синхронизация особо критична, стоят в одном сегменте. Пример -- кластеры. Бывает еще, что есть машины, у которых более одного интерфейса. Они тоже в состоянии донести "правильное" время до потерявшихся.

>  VU> Бывает важно, чтобы машины в одном логическом объединении
>  VU> имели относительно друг друга "правильное" время, а смещение
>  VU> относительно атомных часов в Швеции, пре потере внешней синхронизации,
>  VU> не так и важно.
> если сервера синхринизируются из одного источника - у них будет
> одинаковое время. а точность относительно всего мира - это бонус.
> кстати, необязательный. но и невредный.

Одинакового времени не бывает по определению. Я специально пишу "правильное" время в кавычках. У каждого своя правда.

>  VU>  Можно всех peer'ами прописывать, но тогда при переносе
>  VU> машины из сегмента в сегмент надо лезть в конфиг. В общем, если машин
>  VU> много и работы хватает без ntp, то multicast -- лучшее решение.
> во-первых, работы по настройке ntp - один раз конфиг поправить.

За каждый кофиг платится денежка + это потенциальный источник ошибки.

> во-вторых, что будем делать, если заведется в сети мультикастер с кривым
> временем?

Ничего. Читайте описание протокола.

> не вижу, чем это решение лучшее. на мой взгляд, лучше будет поднять
> ntp-сервер на маршрутизаторе и грамотно прописать все в днс.

Если маршрутизатор принадлежит тебе, вероятно, да.

> ну а если машина постоянно ездит по сегментам - можно и dhcp поднять

ОЙ! ;-) Мультикаст решает задачу создания самонастраивающейся ntp-сети, устойчивой к изменению ее топологии. Рекомендации по раздаче времени в локалках лучше искать на сайтах университетов, у них народу мало, машин много и шаловливые рученки у каждого второго. ;-)

Vova

--- Mozilla Thunderbird 1.0.2 (Macintosh/20050317)
 * Origin: Permission denied (2:5030/1115.257)
SEEN-BY: 46/50 450/1024 5000/5000 5011/13 5012/46 5015/10 28 5020/545 715 4441
SEEN-BY: 5021/29 5025/3 5027/16 5030/7 55 61 97 115 172 251 254 266 338 382
SEEN-BY: 5030/452 468 580 585 738 786 845 846 918 920 1014 1023 1115 1181 1340
SEEN-BY: 5030/1763 1957 2148 5033/1 5035/38 5038/9 5045/7 5053/16 5054/1 4 8 9
SEEN-BY: 5054/28 35 37 5058/1 5061/26 5062/10 5069/7 5080/1003 5085/13 5095/20
SEEN-BY: 5096/18 5098/11 6000/254 6083/11

PATH: 5030/1115 115 5020/545 5054/1 37