Eu tenho muitas máquinas virtuais Linux no ESXI, configurei uma máquina Linux como servidor NTP e esse servidor está atualizando seu horário do servidor NTP pela internet, este servidor está funcionando corretamente e atualizando seu horário dos servidores NTP pela internet e posso ver isso do comando ntpq -p. Agora outras máquinas virtuais estão tomando-o como servidor NTP por algum motivo ele não está atualizando seu horário, o resultado de ntpq -p é o seguinte
remote refid st t when poll reach delay offset jitter
==============================================================================
X.Y.177.90.75 .INIT. 16 u - 1024 0 0.000 0.000 0.000
X.Y.90.1 .INIT. 16 u - 1024 0 0.000 0.000 0.000
Estou esperando há mais de 10 horas mas o resultado nunca mudou!!! :( sem problemas de firewall, as configurações no cliente e nos servidores são iguais aos IPs do servidor e os clientes estão apontando para o servidor local e o servidor local está apontando para o servidor de internet !!! BTW, eu tenho o debian como linux !!! :(
Responder1
Uma acessibilidade zero sugere que as VMs não conseguem se comunicar entre si, seja devido a problemas básicos de rede ou devido a configurações de firewall.
Eu realizaria uma série de testes usando
pingdo cliente NTP para o servidor NTP (mas o Ping às vezes é bloqueado pelo FW)sshdo cliente NTP para o servidor NTP (provavelmente bloqueado com menos frequência)ntpdate -d 129.177.90.75
Presumi que 129.177.90.75 e 129.177.90.1 são endereços locais de VMs locais executando NTP como um serviço. Se não for esse o caso, atualize sua pergunta para esclarecer esse ponto.
PS Como observação, no passado, minha experiência foi que você precisa de pelo menos três servidores NTP locais em uma rede para fornecer serviço confiável a outros computadores na rede (caso contrário, os relógios às vezes não convergem).
PPS Tenho a sensação de que as VMs podem estar melhor usando o relógio do host do que o NTP. Usar NTP em VMs costumava ser problemático