Estou procurando um servidor NTP, de preferência gratuito, para Windows Server 2003/2008. Já experimentamos o Windows Time Server, mas nossos testes mostraram que não é muito preciso, vemos diferenças de tempo de até 500 ms. A diferença de tempo máxima que podemos permitir para a nossa aplicação é de ~ 100ms.
Agora já usamos o NTPd Meinberg para Windows. Funciona muito bem, exceto que temos um grande problema: se houver um problema de conexão de rede entre o cliente e o servidor, o servidor ntp está em estado de pânico. Esse é um grande problema que nos causou alguns problemas. Ele funcionou bem por meses, até que houve um problema de rede que não percebemos; só o notamos após uma semana em que a diferença de tempo já era de 30 segundos. nos clientes.
Então, sugira algum servidor NTP alternativo para Windows. Eu fiz o Google, mas recebo muitos resultados de pesquisa não relacionados.
Edit: Até agora, a versão do Windows NTTP era muito precisa e eu gostaria de ficar com ela. O único problema é o "estado de pânico" após uma desconexão da rede. Talvez alguns saibam aqui qual é a causa disso e como corrigi-lo. Além disso, esqueci de mencionar que temos uma configuração de servidor / cliente como esta:
Servidor1 -> Servidor2 -> Servidor3 -> Cliente1 -> Cliente2 -> Cliente3
Portanto, o Servidor2 obtém seu tempo no Servidor1, o Servidor3 obtém seu tempo no Servidor2 e os Clientes obtêm seu tempo no Servidor3. Além disso, existem clientes conectados diretamente ao Server2. É importante que todos os servidores e clientes tenham exatamente o mesmo tempo (dentro de ~ 100ms)
Agora havia um problema de rede com o Server3 e seus clientes. Os servidores executam a porta ntpd para Windows, que atua como servidor e cliente NTP. Os clientes têm Dimension4 como cliente NTP. Após o problema de rede, a mensagem de erro no D4 era mais ou menos assim (no topo da minha cabeça, não tenho a mensagem de erro exata):
Resposta do servidor: O servidor está em estado de pânico (não foi possível sincronizar o relógio)
Eu li os documentos ntpd e a única menção a "pânico" é quando a diferença de tempo é de 10000 segundos, o que fará com que saia do servidor ntpd, mas esse não foi o caso. Também existe uma opção de linha de comando "-g" para desativar a saída de pânico, mas ela já está definida por padrão.
Alguma idéia do que poderia causar o estado de pânico e como se livrar da próxima vez?
Vemos muito melhor que 500 ms do W32time, mais como 16ms, que é a resolução dos temporizadores do sistema Windows. Isso é medido por servidores NTPd reais do Linux stratum-2 na mesma LAN gigabit. Google "ferramentas e configurações do serviço de horário do Windows" e leia sobre a configuração "updateinteval", que pode ser modificada por meio da diretiva de grupo ou diretamente no registro. Não é possível verificar agora, mas lembro que definimos 100 para todos os nossos servidores, o que é padrão para controladores de domínio, mas não para outros membros do domínio do Windows.
Atualizado: De fato, temos esse valor definido como 100 para todos os nossos servidores. Os detalhes da configuração UpdateInterval:
Como você pode ver, por padrão o W32time apenas "orienta" o relógio uma vez a cada 30.000 ticks para controladores que não são de domínio, ou muito pior se eles não são membros de um domínio. Uma marca no Windows geralmente é 1/64 de segundo, dependendo do hardware, o que significa que o relógio está sendo ajustado apenas uma vez a cada 8 minutos na configuração padrão. Isso é bom para a maioria dos aplicativos, mas não é bom para aplicativos sensíveis ao tempo.
Mais informações podem ser encontradas aqui: http://technet.microsoft.com/en-us/library/cc773263(v=ws.10).aspx#w2k3tr_times_tools_uhlp
fonte
A lista de referências de todos os softwares de todos os tempos listados pelo NIST está aqui . O que eu usei no passado é o servidor de relógio. Também recomendo que você altere sua topologia de sincronização. server1 deve ser a fonte de todos os tempos na rede (com os servidores 2 e 3 como backups). Os clientes só devem sincronizar seus pares se não houver um servidor disponível.
fonte