Estou sincronizando o tempo de dois PCs (para alguns experimentos de latência de rede). Eu sei que NTP Pool Time Servers também podem fazer este trabalho para o Ubuntu. (Claro, alguns softwares como o NetTime funcionam no Windows.) Existem muitos servidores NTP em cada zona / zona de país. Por exemplo, se eu usar a zona Ásia-Cingapura copiando:
server 0.sg.pool.ntp.org
server 1.sg.pool.ntp.org
server 2.sg.pool.ntp.org
server 3.sg.pool.ntp.org
Existem mais de 20 servidores em zona de Singapura . Meu tempo no PC será sincronizado apenas com um desses 20 servidores aleatórios. Por isso, minha preocupação é:
Este método é preciso para sincronizar o tempo de 2 PCs ? Mesmo cada atraso de sincronização pode ser menor que 10 ms, eles podem usar dois servidores diferentes em uma mesma zona de país. Posso presumir que os servidores na mesma zona estão bem sincronizados (por exemplo, atrasos entre cada um são menores que 10 ms)? Se sim, posso considerar que a defasagem entre meus dois PCs pode ser menor que 20-30 ms?
Use ntpdate. Instale o ntpdate e coloque um cron job para usá-lo tão simples quanto ntpdate -u yourServerToSync . O cron job pode ter a frequência que você precisa, mas uma vez por dia é suficiente, eu acho. Após a primeira sincronização, ambos os PCs serão sincronizados com o servidor de horário ao mesmo tempo todos os dias.
Em primeiro lugar, o ntpdate é depreciado , portanto você não deve usá-lo em um ambiente de produção agora. Você deve configurar e executar o daemon ntp corretamente configurado, em vez de uma configuração de temporização confiável e remover as chances de que você pule a hora do servidor (já que o ntp ajustará continuamente o relógio conforme necessário)
Como você viu o problema em apenas usar o pool é que você pode obter qualquer servidor que ele decida com base na consulta dns, em sua situação você deve escolher 3 - 5 servidores de baixo estrato diretamente e adicioná-los à sua configuração em ambos máquinas. O ntp gosta de ter um mínimo de 3 servidores e idealmente 5 para sincronizar para garantir um domínio de tempo robusto.
Se você escolher alguns servidores de baixo estrato, eles devem estar todos dentro de alguns minutos um do outro (se não melhor) e desde que estejam configurados corretamente, você não precisa se preocupar. Se seus requisitos aumentarem e você precisar sincronizar mais máquinas, poderá executar seu próprio servidor para garantir que o que você veicula internamente só venha de uma fonte de referência de cada vez.