El demonio NTP si se usa a menudo en su modo más simple, que es cliente / servidor: usted especifica una o más serverdirectivas en su ntp.confy sus clientes usarán esos servidores.
Además de eso, cuando ejecuta sus propios servidores NTP, es una buena práctica para peerellos juntos, por lo que si uno de ellos pierde la conectividad a sus servidores ascendentes, obtendrá tiempo de sus pares.
Pero NTPd también puede funcionar con distribución de difusión y / o multidifusión de datos de tiempo, con la documentación que indica:
los modos de difusión y multidifusión están destinados a configuraciones que involucran uno o unos pocos servidores y una población de clientes posiblemente muy grande
La documentación también dice en otra parte :
Es posible y con frecuencia útil configurar un host como cliente de difusión y servidor de difusión. Varios hosts configurados de esta manera y compartiendo una dirección de transmisión común se organizarán automáticamente en una configuración óptima basada en el estrato y la distancia de sincronización.
Puedo ver un beneficio administrativo obvio: no tiene que especificar y actualizar manualmente su lista de servidores NTP en los clientes ntp.conf, por lo que me parece tentador usar el modo de transmisión incluso para una pequeña población de clientes (digamos 5+ clientes con 3 ~ 4 servidores). Espero que el tráfico de red sea un poco más alto con las transmisiones en lugar de las asociaciones cliente / servidor, pero dada la LAN Gigabit Ethernet habitual, el impacto debería ser insignificante a menos que tenga una gran cantidad de hosts en el mismo dominio de transmisión.
Al final del día, ¿cuándo se debe usar o evitar el modo de transmisión? ¿Hay pros y contras que no he visto?
Respuestas:
No, el modo cliente de difusión no es compatible con la mayoría de los sistemas operativos. Los modos de difusión y multidifusión son inherentemente menos precisos y menos seguros (incluso con autenticación) que el modo de servidor / cliente ordinario y no son tan útiles como solían ser.
Si eres inflexible acerca de esto, puedes ser soldado en ...
El sistema operativo Linux admite broadcast / manycast / multicast, pero impone una sobrecarga de la CPU en virtud de poner la NIC Ethernet más antigua y su interfaz en modo promiscuo (leyendo todos los paquetes, incluidos los paquetes destinados a otros hosts).
MacOSX (ahora macos ) puede soportar NTP de multidifusión, pero no se brinda soporte para ello. Puede usar el siguiente comando para habilitarlo:
El servicio Microsoft Windows Time no admite multidifusión / difusión en Windows 2000 Server, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, y mucho menos en cualquiera de las variantes de escritorio de Windows. Solía admitir NTP de multidifusión (K9 de www.mingham-smith.com/k9.htm proporciona NTP de multidifusión para Windows 3.1, 95, 98, ME, NT, 2000, XP, 2003, Windows Mobile 2003).
fuente
En mi opinión, la emisión / broadcastclient debe evitarse en todo momento.
He examinado esta opción yo mismo y no he encontrado ninguna manera adecuada de configurar el cliente solo para aceptar esas transmisiones solo desde servidores "oficiales".
Y el siguiente punto es: ¿Qué tan compatible es esta transmisión con computadoras con Windows / MacOS?
fuente