Essa pergunta é bem específica, mas espero que alguém tenha visto esse erro em outro lugar. Estou configurando uma máquina executando o OS X 10.5.8 para ser um servidor NTP para máquinas conectadas a uma LAN que não esteja conectada à Internet. Não estou muito preocupado em saber o tempo "certo" em todas as máquinas, mas sim em me preocupar em garantir que todos tenham a mesma noção de tempo.
Eu configurei o daemon NTP no Mac ativando a data e a hora do Set automaticamente nas Preferências do Sistema, usando o clock do servidor, 127.127.1.0 como o clock de referência. Imaginei que deveria ver se o servidor pode consultar NTP antes de prosseguir para os clientes.
A parte estranha é quando eu executo o comando ntpq -p em um prompt de comando quando conectado ao meu D-Link DIR-655 (firmware: 1.33), ele fica pendurado por aproximadamente um minuto antes de finalmente me dar alguma saída. Eu pensei que o problema poderia ter a ver com Port Forwarding, então eu configurei o roteador para encaminhar a porta 123 para o IP do servidor, mas isso não melhorou a situação.
Quando eu executo o comando ntpq -p na rede da minha escola, em um roteador Linksys WRT54G, ou com a placa do Aeroporto sem fio desligada - não tenho absolutamente nenhum problema - o comando retorna uma resposta instantaneamente.
Isso é normal? Posso ver por que uma consulta demora um minuto, mas não entendo por que um roteador faz isso mais rápido do que o outro.
Eu tentei brincar com o arquivo ntp.conf adicionando as opções de burst, minpoll e maxpoll:
server 127.127.1.0 burst minpoll 4 maxpoll 5
Descobri que talvez eu esteja pesquisando com muita freqüência e o arquivo de configuração está me atrasando, mas mesmo assim, o ntpq ainda trava no D-Link DIR-655, mas funciona bem nos outros roteadores.
Quaisquer pensamentos sobre onde o atraso está vindo ou se o atraso é mesmo um problema?