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


11

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

В дополнение к этому, когда вы запускаете свои собственные NTP-серверы, это хорошая практика для peerних вместе, поэтому, если один из них потеряет связь с вышестоящими серверами, он получит время от своих коллег.

Но NTPd может также работать с широковещательной и / или многоадресной рассылкой временных данных с документацией, в которой говорится:

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

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

Можно и часто полезно настроить хост как широковещательный клиент и широковещательный сервер. Ряд хостов, настроенных таким образом и совместно использующих общий широковещательный адрес, автоматически организуются в оптимальную конфигурацию, основанную на слое и расстоянии синхронизации.

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

В конце концов, когда следует использовать или не использовать режим вещания? Есть ли плюсы и минусы, которые я не видел?


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

Ответы:


3

Нет, режим широковещательного клиента не поддерживается в большинстве операционных систем. Широковещательный и многоадресный режимы по своей природе менее точны и менее безопасны (даже с аутентификацией), чем обычный режим сервер / клиент, и они не так полезны, как раньше.

Если вы непреклонны в этом, вы можете быть солдатом ...

Операционная система Linux поддерживает широковещательную / многоадресную / многоадресную рассылку, но накладывает накладные расходы на ЦП за счет перевода старого сетевого адаптера Ethernet и его интерфейса в беспорядочный режим (путем чтения всех пакетов, включая пакеты, предназначенные для других узлов).

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 / MAC-адреса MAC-адреса 802.3. Это связано с двумя старшими битами MAC-адреса, которые представляют глобальные (широковещательные) и «многоадресные» локальные биты, из которых более старое аппаратное обеспечение NIC не поддерживает встроенное ПО / FPGA для вывода из потока основного потока. Отсутствие одного или обоих битов приводит к тому, что сетевой адаптер должен быть установлен в случайном режиме (таким образом, он принимает как многоадресный / широковещательный, так и ненужный одноадресный трафик).
Джон Грин

1

На мой взгляд, широковещательного / вещательного клиента следует избегать всегда.

Я сам изучил эту опцию и не нашел подходящего способа настройки клиента, чтобы он принимал эти трансляции только с «официальных» серверов.

И следующий момент: насколько совместима эта трансляция с компьютерами под управлением Windows / MacOS?


6
подходящий способ настроить доверие клиента = autokey
DFC
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.