[GTER] OffTopic - NTPD vs OpenNTPD

[Raimundo Santos]

Sim, Cássio!

É só isso mesmo. Esse é um dos maiores objetivos da comunidade OpenBSD:
simplicidade, que gera bons defaults e deixa as opções mais complicadas só
pra quem precisa delas.

Repare que, por padrão, ele não escuta como servidor.

Eu sou usuário dele como cliente dentro do OpenBSD, e não tenho do que
reclamar. Mas minhas necessidades de sincronia são bem simples, acho que
não conta muito.

Um efeito colateral é que aquela funcionalidade obscura, que vai servir pra
0,5% dos usuários, não vai existir até que alguém que precise dela o faça e
o faça visando essa simplicidade em seu uso.

[]s
Raimundo Santos

2015-02-19 23:45 GMT-02:00 casfre at gmail.com <casfre at gmail.com>:

> 2015-02-19 12:22 GMT-02:00 Vinicius Dalcin <redes at gtctelecom.com.br>:
>
> > Pois é Cleber concordo! Ainda mais hoje em dia que é  possível monta
> > micros pequenos com boa capacidade para esse serviço em cima mesmo de
> > mini-itx consome pouco e fica específico só para isso.
> >
> > > Em 18/02/2015, às 19:57, Cleber A. Nascimento <cleber at bsd.com.br>
> > escreveu:
> > >
> > > Carlos,
> > > Sou dessa época também, pouco mais que 15 anos.
> > > É uma cultura que se arraigou "usar 'de graça' o que já existia...", em
> > > nosso meio.
> > > As pessoas vão ganhando tempo, empurrando com a barriga.
> > > Frise-se que não sou contra virtualização de serviços, muito pelo
> > > contrário. De fato um dos paradigmas de escolha em um sistema
> operacional
> > > para meu trabalho é suporte pleno a virtualização, mas tem serviços que
> > não
> > > dá, é risco desnecessário.
> > >
> > >
> > > Em 18 de fevereiro de 2015 12:51, Carlos Ribeiro <
> > cribeiro at telbrax.com.br>
> > > escreveu:
> > >
> > >> Eu sou rodado suficiente para lembrar que uns 15 anos atrás, ainda era
> > >> comum preocupar com sincronismo de relógio para implementar redes de
> > dados,
> > >> tendo em vista que tudo rodava em cima de uma infra TDM, com
> hierarquia
> > >> SDH, etc. E era normal ter hardware dedicado para gerar e sincronizar
> > clock
> > >> espalhado pela rede.
> > >>
> > >> A partir de um certo ponto deu para abstrair um pouco, mas não dá para
> > >> fugir completamente da necessidade de um clock bem sincronizado. E
> > agora o
> > >> cenário se inverte, no sentido em que como cabe à rede IP ser o plano
> de
> > >> convergência, para aplicações que dependem de clock de alta precisão;
> a
> > >> necessidade de entender e investir em um sistema de relógio
> profissional
> > >> volta a ser sentida, só que agora é obrigação de quem constrói a rede
> de
> > >> dados prover este serviço, em vez de usar 'de graça' o que já
> existia...
> > >>
> > >> Ps. Quem argumentar que redes de dados não precisa de relógio de
> > precisão e
> > >> que cliente NTP é suficiente, não entendeu do que eu estou falando...
> > Você
> > >> pode até não ter essa demanda hoje, mas ela existe e não pode ser
> > ignorada
> > >> para muita gente...
> > >>
> > >> Carlos Ribeiro
> > >> Em 17/02/2015 03:39, "Henrique de Moraes Holschuh" <hmh at hmh.eng.br>
> > >> escreveu:
> > >>
> > >>>> On Sun, 15 Feb 2015, Carlos Ribeiro wrote:
> > >>>> Se tivesse um appliance legal, barato, 100% físico e não
> virtualizado,
> > >> só pra rodar NTP, alguém compraria?
> >
>
> Hummm, e como seria usar o OpenNTPD em um Raspberry PI, que não tem na
> placa básica o relógio de tempo da máquina? O ausência do relógio da
> máquina, faria diferença?
>
> Compilei um OpenNTPD minutos atrás e como citou-se aqui e em outra thread
> sobre NTP e afins, fiquei mesmo assustado com a simplicidade de usá-lo como
> cliente. É só aquilo mesmo (muda-se uma linha do arquivo de configuração)?
>
> Obrigado.
>
> Cássio
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>