¿Cuándo se debe usar la transmisión / cliente NTPd en lugar de los modos cliente / servidor o par?


11

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?


La transmisión es un salvavidas cuando los clientes no son muy buenos. Un reloj de pared Symmetricom ND-4 se desplaza 2 segundos al día mientras indica que está sincronizado con los servidores. El envío de transmisiones es la única manera de hacerlo bien.
George

Respuestas:


3

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:

sudo route -nv add -net 228.0.0.4 -interface en0

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).


1
¿Por qué necesita hacer el modo promiscuo?
LtWorf

Muchos hardware NIC anteriores carecen de la capacidad de filtrar paquetes de multidifusión (e incluso los más antiguos, de difusión) en la capa Ethernet / MAC MAC 802.3. Tiene que ver con los dos bits superiores de la dirección MAC que representan bits locales globales (de difusión) y "multidifusión", de los cuales el hardware NIC más antiguo no tiene capacidad de firmware / FPGA para extraer el flujo de tráfico principal. La falta de cualquiera de los bits o de ambos resultados hace que se requiera que la NIC se establezca en modo promiscuo (por lo tanto, abarca tanto el tráfico de multidifusión / difusión como el de unidifusión innecesario).
John Greene

1

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?


66
forma adecuada de configurar cliente trust = autokey
dfc
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.