Red Hat Training

A Red Hat training course is available for RHEL 8

11.9.4. cliente multicast/broadcast

O Red Hat Enterprise Linux 7 suportava o modo broadcast/multicast NTP, o que simplifica a configuração dos clientes. Com este modo, os clientes podem ser configurados para apenas ouvir pacotes enviados para um endereço multicast/broadcast ao invés de ouvir nomes ou endereços específicos de servidores individuais, que podem mudar com o tempo.

No Red Hat Enterprise Linux 8, chronyd não suporta o modo de transmissão/multicast. A principal razão é que ele é menos preciso e menos seguro que o modo cliente/servidor comum e os modos simétricos.

Há várias opções de migração a partir de uma configuração NTP broadcast/multicast:

  • Configurar o DNS para traduzir um único nome, como ntp.example.com, para múltiplos endereços de diferentes servidores

    Os clientes podem ter uma configuração estática usando apenas uma única diretriz de pool para sincronizar com vários servidores. Se um servidor do pool se tornar inalcançável, ou inadequado para sincronização, os clientes o substituem automaticamente por outro servidor do pool.

  • Distribua a lista de servidores NTP sobre DHCP

    Quando o NetworkManager recebe uma lista de servidores NTP do servidor DHCP, chronyd é automaticamente configurado para usá-los. Este recurso pode ser desativado adicionando PEERNTP=no ao arquivo /etc/sysconfig/network.

  • Use o Precision Time Protocol (PTP)

    Esta opção é adequada principalmente para ambientes onde os servidores mudam freqüentemente, ou se um grupo maior de clientes precisa ser capaz de se sincronizar uns com os outros sem ter um servidor designado.

    PTP foi projetado para mensagens multicast e funciona de forma semelhante ao modo de transmissão NTP. Uma implementação de PTP está disponível no pacote linuxptp.

    PTP normalmente requer hardware timestamping e suporte em switches de rede para ter um bom desempenho. Entretanto, espera-se que PTP funcione melhor que NTP no modo de transmissão, mesmo com timestamping de software e sem suporte em switches de rede.

    Em redes com um número muito grande de escravos PTP em um caminho de comunicação, recomenda-se configurar o PTP escravos com a opção hybrid_e2e a fim de reduzir a quantidade de tráfego de rede gerada pelos escravos. Pode-se configurar um computador rodando chronyd como cliente NTP, e possivelmente NTP servidor, para operar também como um PTP grandmaster para distribuir tempo sincronizado para um grande número de computadores usando mensagens multicast.