[sisyphus] не стартует settime-rfc867

[Leonid Krivoshein]

16.08.2018 07:50, Anton Farygin пишет:
> 16.08.2018 03:01, Leonid Krivoshein пишет:
>>
>> 15.08.2018 14:32, Шенцев Алексей пишет:
>>> 15.08.2018 14:12, Anton Farygin пишет:
>>>> 15.08.2018 14:08, Шенцев Алексей пишет:
>>>>> [...]
>>>>>
>>>> Ну так это же не ping или bind виноват. это pool. Выдаются адреса 
>>>> из него. Они ротейтятcя.
>>>>
>>>> А почему у тебя ntpd завязан на ping ?
>>>
>>>
>>> Да не завязан он у меня на ping :)
>>>
>>> Перебрал несколько адресов и прописал в конфиг те, с которыми работает.
>>>
>>
>>
>> Справедливый вопрос вообще-то был!
>>
>> Прикладываю свой древнючий скрипт. Может привести в нормальный вид да 
>> опакетить? 
>
> Честно не понял в чём проблема. Уже фиг знает сколько лет пишу в 
> конфиг пул и проблем не замечал. Можно подробностей ?
>

Вопрос был справедливым по той причине, что ping -- не единственный 
достаточный критерий для выбора NTP-сервера. Что касается пула, то его 
можно использовать в большинстве случаев, но...

1. Мне попадалось пограничное железо (не во внутренней сети), где нельзя 
было прописать имя или длинное имя, только IP-адрес.

2. Резольвинг имён приводит к увеличению скорости загрузки. Бывали 
ситуации, когда не срабатывал ресольвинг имён -- в большинстве случаев 
сбои у провайдеров упираются только в краткосрочный отказ DNS. В такие 
моменты ntpd не запускался вообще.

3. Любой балансировщик имеет временной лаг на переключение с нерабочего 
на рабочий хост. Бывали случаи, когда пул выдавал вместо рабочего адреса 
изначальную тыкву.

4. Хотелось настроить всё "по науке" -- для более точной синхронизации 
времени важна не только доступность хоста, но и задержка в прохождении 
пакетов. Также хотелось ограничить уровни NTP и регион. Первое прямо 
влияет на часть клиентов, у которых захардкорен уровень не выше stratum 
3, например. Когда NTP начинает процесс, у него 16, в конечном итоге он 
становится равным выбранному+1. Если выбран stratum3, некоторые клиенты 
с нашим stratum4 уже отказывались работать. Приведённый скрипт фильтрует 
по доступности и регионам, сортирует в порядке увеличения задержки и 
группирует по stratum. Но надо иметь ввиду, что большинство stratum 1 
раньше требовали авторизации, в эту выборку такие и не попадали. Пул это 
никак не учитывает, кстати.

5. Был ещё второй скрипт, предназначенный для мониторига во времени. А 
этот выдаёт картинку типа такой:

# Stratum 1:
server 89.175.20.7    # Delay: 0.03183
server 195.210.189.106    # Delay: 0.03320
server 194.190.168.1    # Delay: 0.03490
server 192.36.143.130    # Delay: 0.05670

# Stratum 2:
server 185.22.60.71    # Delay: 0.03305
server 85.21.78.91    # Delay: 0.03337
server 85.21.78.23    # Delay: 0.03374
server 80.240.216.155    # Delay: 0.03445
server 78.140.251.2    # Delay: 0.04080
server 37.235.209.151    # Delay: 0.04137
server 178.19.245.161    # Delay: 0.04716
server 94.230.160.130    # Delay: 0.05534
server 91.207.136.55    # Delay: 0.05986
server 195.3.254.2    # Delay: 0.08122
server 94.247.111.10    # Delay: 0.08875

# Stratum 3:
server 31.10.91.118    # Delay: 0.03656
server 95.128.246.34    # Delay: 0.04030


-- 
Best regards,
Leonid Krivoshein.