Red Hat Training

A Red Hat training course is available for RHEL 8

11.9.4. cliente de multidifusión/transmisión

Red Hat Enterprise Linux 7 soporta el modo broadcast/multicast NTP, que simplifica la configuración de los clientes. Con este modo, los clientes pueden ser configurados para que sólo escuchen los paquetes enviados a una dirección de multidifusión/difusión en lugar de escuchar nombres o direcciones específicas de servidores individuales, que pueden cambiar con el tiempo.

En Red Hat Enterprise Linux 8, chronyd no soporta el modo de difusión/multidifusión. La razón principal es que es menos preciso y menos seguro que los modos ordinarios cliente/servidor y simétrico.

Hay varias opciones de migración desde una configuración de emisión/multidifusión de NTP:

  • Configurar el DNS para traducir un solo nombre, como ntp.ejemplo.com, a varias direcciones de diferentes servidores

    Los clientes pueden tener una configuración estática utilizando sólo una directiva de pool para sincronizar con varios servidores. Si un servidor del pool se vuelve irrecuperable, o no es apto para la sincronización, los clientes lo sustituyen automáticamente por otro servidor del pool.

  • Distribuir la lista de servidores NTP a través de DHCP

    Cuando NetworkManager obtiene una lista de servidores NTP del servidor DHCP, chronyd se configura automáticamente para utilizarlos. Esta función puede desactivarse añadiendo PEERNTP=no al archivo /etc/sysconfig/network.

  • Utilice el Precision Time Protocol (PTP)

    Esta opción es adecuada principalmente para entornos en los que los servidores cambian con frecuencia, o si un grupo más grande de clientes necesita poder sincronizarse entre sí sin tener un servidor designado.

    PTP fue diseñado para la mensajería multidifusión y funciona de forma similar al modo de difusión NTP. Una implementación de PTP está disponible en el paquete linuxptp.

    para quePTP funcione bien, es necesario contar con marcas de tiempo por hardware y soporte en los conmutadores de red. Sin embargo, se espera que PTP funcione mejor que NTP en el modo de difusión, incluso con marca de tiempo por software y sin soporte en los conmutadores de red.

    En redes con un gran número de esclavos PTP en una ruta de comunicación, se recomienda configurar los esclavos PTP con la opción hybrid_e2e para reducir la cantidad de tráfico de red generado por los esclavos. Se puede configurar un ordenador que ejecute chronyd como cliente de NTP, y posiblemente como servidor de NTP, para que funcione también como gran maestro de PTP y distribuya la hora sincronizada a un gran número de ordenadores utilizando la mensajería multicast.