Prática recomendada para definir o horário na rede local usando o NTP

2

Eu tenho 13 computadores no escritório que desejo ter certeza de que o horário está sincronizado. Pensei em configurar um servidor virtual para ser o servidor NTP da rede local. Esse servidor NTP será sincronizado com o pool de servidores. Nos clientes, seria correto apenas referenciar o servidor NTP e marcá-lo como prefer e comentar o resto ou devo listar o pool também?

Meu pensamento é, se a Internet acabar, nenhuma quantidade de redundância na rede local ajudaria com o tempo de qualquer maneira. Talvez eu deva adicionar uma linha no servidor NTP para usar seu próprio relógio interno para passar para os clientes?

cliente ntp.conf

server LOCAL_NTP_IP prefer
#server 1.US.POOL...
#server 2.US.POOL...
    
por tomhauss13 07.10.2015 / 03:27

2 respostas

1

Além da outra resposta, se você precisar manter o tempo razoavelmente próximo da realidade e suspeitar que a sua rede local pode ser desconectada da Internet por intervalos prolongados, você pode calibrar o relógio em seu servidor NTP. Instale o adjtimex, execute o servidor por alguns dias sem NTP, encontre o desvio de tempo (ntpdate -q pool.ntp.org) e veja link para uma calculadora para ajudá-lo a descobrir o que colocar em / etc / adjtime (provavelmente dependendo da sua distribuição).

Você também pode olhar em / sys / devices / system / clocksource / clocksource * / available_clocksource para fontes de clock disponíveis e tentar escolher uma mais precisa (para colocar em / sys / devices / system / clocksource / clocksource0 / current_clocksource) . Eu descobri que o desvio do hpet é apenas cerca de 10% do tsc no meu servidor.

    
por 07.10.2015 / 10:00
0

Para um pequeno número de máquinas, a carga é muito baixa. Então, eu provavelmente deixaria todos os servidores de pool de consulta.

A menos que sua rede fique fora do ar por mais de um dia, duvido que você tenha um grande benefício em um servidor local. Mas o custo de configuração também é muito baixo, então provavelmente vale a pena. Eu escolheria uma máquina para ser o servidor local. Se estiver baixo, todo mundo vai apenas marcar a última taxa definida e deve ficar juntos razoavelmente bem. Se o servidor designado estiver ativo, todos o usarão quando o pool estiver inoperante.

Não é necessário usar "preferir" neste caso.

Para o servidor designado:

server 0.pool.ntp.org
[...]
server 127.127.1.1  # local clock
fudge 127.127.1.1 10  # don't trust the clock much

Para todos os clientes:

server 0.pool.ntp.org
[...]
server local.designated.server
  • Rede para cima - todos os clientes são sincronizados com o pool
  • Rede inoperante / servidor ativo - outros clientes são sincronizados com seu servidor
  • Rede inoperante / servidor desativado - outros clientes marcam a última taxa configurada

Se você acha que o 13 não é mais um "número pequeno" e deseja reduzir sua carga no pool (e não deseja obter um relógio GPS barato), é possível sincronizar uma ou duas máquinas com o pool e sincronizar o resto com eles.

Servidor designado 1

server 0.pool.ntp.org
[...]
server 127.127.1.1 # local clock
fudge 127.127.1.1 10 # don't trust the clock much

Servidor designado 2

server 0.pool.ntp.org
[...]
server local1.designated.server
server 127.127.1.1 # local clock
fudge 127.127.1.1 12 # don't trust the clock much

Todos os outros clientes

server local1.designated.server
server local2.designated.server
    
por 07.10.2015 / 06:42

Tags