Коли слід використовувати NTPd широкомовні / широкомовні програми замість режиму клієнт / сервер чи одноранговий?


11

NTP демон , якщо часто використовується в найпростішому режимі, який клієнт / сервер: ви вказуєте один або кілька serverдиректив у вашому ntp.confі ваші клієнти будуть використовувати ці сервери.

На додаток до цього, коли ви запускаєте власні NTP-сервери, це добре використовувати peerїх разом, тому якщо один з них втратить зв’язок зі своїми потоковими серверами, він отримає час від своїх однолітків.

Але NTPd також може працювати з широкомовною та / або багатоадресною передачею даних про час, з документацією, в якій зазначається:

Режими широкомовної та багатоадресної передачі призначені для конфігурацій із одним або кількома серверами та, можливо, дуже великою сукупністю клієнтів

Документація також говорить деінде :

Можна і часто корисно конфігурувати хост як клієнт широкомовної програми, так і сервер широкомовної інформації. Кілька хостів, сконфігурованих таким чином, і спільний доступ до загальної широкомовної адреси автоматично організуються в оптимальній конфігурації на основі прошарку та відстані синхронізації.

Я бачу одну очевидну адміністративну перевагу: вам не потрібно вручну вказувати та оновлювати свій список серверів NTP у клієнтах ntp.conf, тому для мене виглядає заманливо використовувати режим трансляції навіть для невеликої кількості клієнтів (скажімо, 5+ клієнтів з 3 ~ 4 сервери). Я очікую, що мережевий трафік буде трохи більшим при трансляціях замість асоціацій клієнт / сервер, але, враховуючи звичайну гігабітну мережу Ethernet, вплив повинен бути незначним, якщо у вас не дуже велика кількість хостів в одному домені широкомовної передачі.

Зрештою, коли слід використовувати або уникати режиму трансляції? Чи є плюси і мінуси, яких я не бачив?


Трансляція - це рятувальник, коли клієнти не дуже хороші. Настінний годинник Symmetricom ND-4 переміщається по 2 секунди щодня, тим не менш, вказуючи на те, що він синхронізований із серверами. Надсилання трансляцій - це єдиний спосіб правильно її впорядкувати.
Джордж

Відповіді:


3

Ні, режим клієнтського мовлення не підтримується на більшості ОС. Режими широкомовної та багатоадресної передачі за своєю суттю менш точні та менш безпечні (навіть із аутентифікацією), ніж звичайний сервер / клієнтський режим, і вони не такі корисні, як раніше.

Якщо ви налаштовані на це, ви можете піти на солдат ...

ОС ОС підтримує широкомовні / широкомовні / багатоадресні передачі, але вона накладає накладні витрати центрального процесора в силу переведення старого Ethernet NIC та його інтерфейсу в розмитий режим (шляхом читання у всіх пакетах, включаючи пакети, призначені для інших хостів).

MacOSX (зараз macos ) може підтримувати багатоадресову передачу NTP, але підтримка не надається. Ви можете використовувати таку команду, щоб увімкнути її:

sudo route -nv add -net 228.0.0.4 -interface en0

Послуга Microsoft Windows Time не підтримує обмін трансляцією / трансляцією на Windows 2000 Server, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, а також набагато менше будь-якого варіанту робочого столу Windows. Він використовувався для підтримки багатоадресної NTP (K9 від www.mingham-smith.com/k9.htm забезпечує багатоадресову передачу NTP для Windows 3.1, 95, 98, ME, NT, 2000, XP, 2003, Windows Mobile 2003).


1
Чому потрібно робити розбещений режим?
LtWorf

Багато старих апаратних засобів NIC не мають можливості фільтрувати багатоадресні (і навіть для більш старих пакетів) трансляції пакетів на рівні Ethernet / 802.3 MAC. Це пов'язано з двома верхніми бітами MAC-адреси, які представляють глобальні (широкомовні) та "багатоадресні" локальні біти, старіші апаратні засоби NIC не є вбудованим програмним забезпеченням / FPGA, здатним вивести з потоку основного потоку. Відсутність або бітів, або обох призводить до того, що NIC повинен бути встановлений у безладному режимі (таким чином, приймаючи як багатоадресний / трансляційний, так і непотрібний одноадресний трафік).
Джон Грін

1

На мою думку, слід уникати трансляції / мовлення в усі моменти.

Я сам розглядав цю опцію і не знайшов підходящого способу налаштувати клієнта просто приймати ці трансляції лише з "офіційних" серверів.

І наступний момент: наскільки сумісне це мовлення з комп'ютерами під керуванням Windows / MacOS?


6
підходящий спосіб налаштування довіри клієнта = autokey
dfc
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.