.GPS. 1 u 5 32 377 0.366 -0.001 0.017 xservidor6 .IRIG. 1 u 19 64 377 7.779 9.969 0.235 ntpq> rl assID=0 status=0654 leap_none, sync_ntp, 5 events, event_peer/strat_chg, version="ntpd 4.2.0a@1:4.2.0a+stable-8-r Mon Sep 18 19:09:33 UTC 2006 (1)", processor="i686", system="Linux/2.6.17-12-generic", leap=00, stratum=2, precision=-20, rootdelay=0.366, rootdispersion=12.913, peer=29992, refid=servidor5, reftime=cad07802.aea704bc Mon, Oct 29 2007 13:17:22.682, poll=5, clock=cad0780b.f47980f5 Mon, Oct 29 2007 13:17:31.954, state=4, offset=-0.001, frequency=-23.914, noise=0.015, jitter=0.017, stability=0.037Voltar Disciplina do Relogio Local O processo de disciplina do Relogio Local controla a fase e a frequencia do relogio do sistema. Ele e baseado na combinacao de duas filosofias de controle bastante diferentes entre si: Phase Locked Loop (PLL) e Frequency Locked Loop (FLL) (traducoes desses termos sao incomuns, mas poderiam ser Laco Controlado por Fase e Laco Controlado por Frequencia). Ambas as filosofias implementam controles onde ha realimentacao, ou seja, onde a informacao de saida e usada novamente na entrada, como simbolizado na Figura 2, no inicio desse texto.O controle baseado em fase e melhor para as ocasioes onde ha uma grande variacao (jitter). Essa abordagem procura minimizar o erro no tempo, controlando indiretamente a frequencia.O controle baseado em frequencia e melhor para quando ha instabilidades na frequencia (variacoes mais lentas que o jitter, conhecidas como wander). A abordagem controla diretamente a frequencia, e indiretamente o erro no tempo.O NTP disciplina o relogio local de forma continua, mesmo em periodos onde nao e possivel consultar servidores de tempo. As caracteristicas do relogio local sao medidas e se tornam conhecidas do NTP, o que torna possivel que ele funcione dessa forma. O arquivo indicado pela chave driftfile (geralmente /var/lib/ntp/ntp.drift) na configuracao armazena o erro esperado de frequencia para o relogio.Algumas caracteristicas importantes desse algoritmo: Saltos no tempo sao evitados sempre que possivel. O tempo e ajustado para mais ou para menos gradualmente, variando-se a frequencia do relogio local. Se uma diferenca maior do que 128ms for detectada o NTP considera que o tempo esta muito errado, e que e necessario um salto para frente ou para tras para corrigi-lo. Contudo isso so e feito se essa diferenca maior que 128ms persistir por um periodo maior que 900s (15min), para evitar que condicoes de congestionamento grave mas temporario na rede, que podem levar a medicoes erradas de tempo, causem inadvertidamente esse tipo de salto. Se uma diferenca maior que 1000s (~16,7min) for detectada o algoritmo aborta a execucao, considerando que algo muito errado aconteceu. Se houver diferencas dessa ordem ou maiores elas devem ser corrigidas manualmente antes de se executar o daemon NTP.Voltar Seguranca Por seguranca no contexto da Tecnologia da Informacao entende-se basicamente garantir quatro propriedades da informacao: integridade, disponibilidade, autenticidade e confidencialidade.Os algoritmos vistos anteriormente, aliados a correta configuracao do sistema, com um numero suficiente de fontes de tempo com referencias primarias independentes, garantem de forma satisfatoria a integridade e disponibilidade do servico de tempo.Os algoritimos de criptografia abordados neste item visam garantir a autenticidade da informacao. Ou seja, tem o objetivo de assegurar ao cliente de que o servidor e quem ele diz ser.A confidencialidade nao e considerada um problema no contexto do NTP. Ou