Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE
On 15/09/2014 11:38, Eduardo Lemos de Sa wrote: Car´issimos Tenho visto um comportamento estranho no ntp na hora do boot do FreeBSD-10.1-PRERELEASE: aparecem as mensagens: messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: 0.freebsd.pool.ntp.org messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: 1.freebsd.pool.ntp.org messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: 2.freebsd.pool.ntp.org Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao h´a perda de pacotes e nem problemas para se resolver o nome. O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3 linhas ativas): server 0.freebsd.pool.ntp.org iburst server 1.freebsd.pool.ntp.org iburst server 2.freebsd.pool.ntp.org iburst Para complicar mais ainda, se eu uso um hd (na mesma maquina) que tambem roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf ´e o mesmo nos dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta maluquice ou de como resolve-la? Desde jah agradeço a atenç~ao e o interesse Um abraco Edu Opa Edu, O que parece é que no momento do boot não está tendo resolução de DNS e por isso não está resolvendo o nome. Experimenta colocar o DNS do Google 8.8.8.8 no /etc/resolv.conf e ver se para o problema. []´s Gondim - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE
Em 15 de setembro de 2014 11:38, Eduardo Lemos de Sa escreveu: > > Car´issimos > > Tenho visto um comportamento estranho no ntp na hora do boot do > FreeBSD-10.1-PRERELEASE: aparecem as mensagens: > > messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: > 0.freebsd.pool.ntp.org > messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: > 1.freebsd.pool.ntp.org > messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: > 2.freebsd.pool.ntp.org > > > Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao h´a > perda de pacotes e nem problemas para se resolver o nome. > > > O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3 linhas > ativas): > > server 0.freebsd.pool.ntp.org iburst > server 1.freebsd.pool.ntp.org iburst > server 2.freebsd.pool.ntp.org iburst > > > Para complicar mais ainda, se eu uso um hd (na mesma maquina) que tambem > roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf ´e o mesmo nos > dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta > maluquice ou de como resolve-la? > > Desde jah agradeço a atenç~ao e o interesse > Normal, isso acontece aqui também. No caso usamos GVT com o FreeBSD em bridge. Como o modem da GVT é lento para dar boot, o FreeBSD tenta resolver o DNS do servidor NTP antes do modem estar pronto, daí aparece a mensagem. Cerca de 30 segundos depois o NTP entra e o relógio é sincronizado. Você só deve se preocupar se o NTP não funcionar nunca. Neste caso veja se é bloqueio no firewall ou DNS, como o Gondim falou. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE
Caríssimos, em especial atenção ao Gondim e ao Paulo 2014-09-15 14:39 GMT-03:00 Paulo Cavalcanti : > Em 15 de setembro de 2014 11:38, Eduardo Lemos de Sa > escreveu: > > > > Car´issimos > > > > Tenho visto um comportamento estranho no ntp na hora do boot do > > FreeBSD-10.1-PRERELEASE: aparecem as mensagens: > > > > messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: > > 0.freebsd.pool.ntp.org > > messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: > > 1.freebsd.pool.ntp.org > > messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: > > 2.freebsd.pool.ntp.org > > > > > > Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao > h´a > > perda de pacotes e nem problemas para se resolver o nome. > > > > > > O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3 > linhas > > ativas): > > > > server 0.freebsd.pool.ntp.org iburst > > server 1.freebsd.pool.ntp.org iburst > > server 2.freebsd.pool.ntp.org iburst > > > > > > Para complicar mais ainda, se eu uso um hd (na mesma maquina) que tambem > > roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf ´e o mesmo nos > > dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta > > maluquice ou de como resolve-la? > > > > Desde jah agradeço a atenç~ao e o interesse > > > > Normal, isso acontece aqui também. No caso usamos GVT com o FreeBSD em > bridge. Como o modem da GVT é lento para dar boot, o FreeBSD tenta > resolver o DNS do servidor NTP antes do modem estar pr > > > De qualquer forma, o problema com o ntp está resolvido. > > Um abraço e obrigado a todos > > Edu > onto, daí > aparece a mensagem. Cerca de 30 segundos depois o NTP entra e o > relógio é sincronizado. > > Você só deve se preocupar se o NTP não funcionar nunca. Neste caso > veja se é bloqueio no firewall ou DNS, como o Gondim falou. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Obrigado pela ajuda. Eu segui o conselhor do Marcelo (acrescentei um nameserver 8.8.8.8 no /etc/resolv.conf e a mensagem de erro desapareceu. Meu problema parece estar mais na minha rede interna (estou usando a conexão dentro da UFPR, logo penso que antes do DNS da GVT eu devo estar sendo resolvido pelo DNS da instituição) porque, às vezes, eu gasto até 20 segundos para abrir uma página qualquer. Pode ser o gateway (que está lotado) ou o meu DNS que está recebendo muita carga e não consegue se desvencilhar. De qualquer forma, o problema com o ntp está resolvido. Um abraço e obrigado a todos Edu -- Eduardo Lemos de Sa Associated Professor Level 4 Dep. Quimica da Universidade Federal do Paraná fone: +55(41)3361-3300 fax: +55(41)3361-3186 Voip Number call to (41) 33613600 (listen to the message and type 10531185) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE
Caríssimos Falei cedo demais :-) (vejam no fim deste email) 2014-09-15 16:04 GMT-03:00 Eduardo Lemos de Sa : > Caríssimos, em especial atenção ao Gondim e ao Paulo > > 2014-09-15 14:39 GMT-03:00 Paulo Cavalcanti : > >> Em 15 de setembro de 2014 11:38, Eduardo Lemos de Sa >> escreveu: >> > >> > Car´issimos >> > >> > Tenho visto um comportamento estranho no ntp na hora do boot do >> > FreeBSD-10.1-PRERELEASE: aparecem as mensagens: >> > >> > messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: >> > 0.freebsd.pool.ntp.org >> > messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: >> > 1.freebsd.pool.ntp.org >> > messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: >> > 2.freebsd.pool.ntp.org >> > >> > >> > Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao >> h´a >> > perda de pacotes e nem problemas para se resolver o nome. >> > >> > >> > O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3 >> linhas >> > ativas): >> > >> > server 0.freebsd.pool.ntp.org iburst >> > server 1.freebsd.pool.ntp.org iburst >> > server 2.freebsd.pool.ntp.org iburst >> > >> > >> > Para complicar mais ainda, se eu uso um hd (na mesma maquina) que tambem >> > roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf ´e o mesmo nos >> > dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta >> > maluquice ou de como resolve-la? >> > >> > Desde jah agradeço a atenç~ao e o interesse >> > >> >> Normal, isso acontece aqui também. No caso usamos GVT com o FreeBSD em >> bridge. Como o modem da GVT é lento para dar boot, o FreeBSD tenta >> resolver o DNS do servidor NTP antes do modem estar pr >> >> >> De qualquer forma, o problema com o ntp está resolvido. >> >> Um abraço e obrigado a todos >> >> Edu >> onto, daí >> aparece a mensagem. Cerca de 30 segundos depois o NTP entra e o >> relógio é sincronizado. >> >> Você só deve se preocupar se o NTP não funcionar nunca. Neste caso >> veja se é bloqueio no firewall ou DNS, como o Gondim falou. >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > Obrigado pela ajuda. > > Eu segui o conselhor do Marcelo (acrescentei um nameserver 8.8.8.8 no > /etc/resolv.conf e a mensagem de erro desapareceu. Meu problema parece > estar mais na minha rede interna (estou usando a conexão dentro da UFPR, > logo penso que antes do DNS da GVT eu devo estar sendo resolvido pelo DNS > da instituição) porque, às vezes, eu gasto até 20 segundos para abrir uma > página qualquer. Pode ser o gateway (que está lotado) ou o meu DNS que está > recebendo muita carga e não consegue se desvencilhar. > > De qualquer forma, o problema com o ntp está resolvido. > > Um abraço e obrigado a todos > > Edu > > > Eu resolvi fazer um teste: sudo /etc/rc.d/ntpd stop sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos) sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e troquei o onestart por um restart) e o horário na máquina local não mudou (se adiantou em 4 minutos). Não satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de melhor) aconteceu. No dmesg não aparece qualquer menção de que o horário foi modificado. Por favor, alguém tem alguma ideia de como descobrir o porquê do erro? Obrigado Um abraço Edu -- > Eduardo Lemos de Sa > Associated Professor Level 4 > Dep. Quimica da Universidade Federal do Paraná > fone: +55(41)3361-3300 > fax: +55(41)3361-3186 > Voip Number call to (41) 33613600 (listen to the message and type > 10531185) > -- Eduardo Lemos de Sa Associated Professor Level 4 Dep. Quimica da Universidade Federal do Paraná fone: +55(41)3361-3300 fax: +55(41)3361-3186 Voip Number call to (41) 33613600 (listen to the message and type 10531185) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE
On 15/09/2014 16:23, Eduardo Lemos de Sa wrote: Caríssimos Falei cedo demais :-) (vejam no fim deste email) 2014-09-15 16:04 GMT-03:00 Eduardo Lemos de Sa : Caríssimos, em especial atenção ao Gondim e ao Paulo 2014-09-15 14:39 GMT-03:00 Paulo Cavalcanti : Em 15 de setembro de 2014 11:38, Eduardo Lemos de Sa escreveu: Car´issimos Tenho visto um comportamento estranho no ntp na hora do boot do FreeBSD-10.1-PRERELEASE: aparecem as mensagens: messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: 0.freebsd.pool.ntp.org messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: 1.freebsd.pool.ntp.org messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found: 2.freebsd.pool.ntp.org Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao h´a perda de pacotes e nem problemas para se resolver o nome. O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3 linhas ativas): server 0.freebsd.pool.ntp.org iburst server 1.freebsd.pool.ntp.org iburst server 2.freebsd.pool.ntp.org iburst Para complicar mais ainda, se eu uso um hd (na mesma maquina) que tambem roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf ´e o mesmo nos dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta maluquice ou de como resolve-la? Desde jah agradeço a atenç~ao e o interesse Normal, isso acontece aqui também. No caso usamos GVT com o FreeBSD em bridge. Como o modem da GVT é lento para dar boot, o FreeBSD tenta resolver o DNS do servidor NTP antes do modem estar pr De qualquer forma, o problema com o ntp está resolvido. Um abraço e obrigado a todos Edu onto, daí aparece a mensagem. Cerca de 30 segundos depois o NTP entra e o relógio é sincronizado. Você só deve se preocupar se o NTP não funcionar nunca. Neste caso veja se é bloqueio no firewall ou DNS, como o Gondim falou. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Obrigado pela ajuda. Eu segui o conselhor do Marcelo (acrescentei um nameserver 8.8.8.8 no /etc/resolv.conf e a mensagem de erro desapareceu. Meu problema parece estar mais na minha rede interna (estou usando a conexão dentro da UFPR, logo penso que antes do DNS da GVT eu devo estar sendo resolvido pelo DNS da instituição) porque, às vezes, eu gasto até 20 segundos para abrir uma página qualquer. Pode ser o gateway (que está lotado) ou o meu DNS que está recebendo muita carga e não consegue se desvencilhar. De qualquer forma, o problema com o ntp está resolvido. Um abraço e obrigado a todos Edu Eu resolvi fazer um teste: sudo /etc/rc.d/ntpd stop sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos) sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e troquei o onestart por um restart) e o horário na máquina local não mudou (se adiantou em 4 minutos). Não satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de melhor) aconteceu. No dmesg não aparece qualquer menção de que o horário foi modificado. Por favor, alguém tem alguma ideia de como descobrir o porquê do erro? Olá Edu, Pelo que entendi o erro não acontece mais mas também não está acertando o horário corretamente. Seria isso? Já usou o tzsetup e viu se está correto o timezone? []´s Gondim - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE
Em 15 de setembro de 2014 16:23, Eduardo Lemos de Sa escreveu: [...] > > Eu resolvi fazer um teste: > sudo /etc/rc.d/ntpd stop > sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos) > sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e troquei o > onestart por um restart) > > e o horário na máquina local não mudou (se adiantou em 4 minutos). Não > satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de melhor) > aconteceu. No dmesg não aparece qualquer menção de que o horário foi > modificado. Por favor, alguém tem alguma ideia de como descobrir o porquê > do erro? > Procure também no /var/log/messages alguma coisa referente a ntp. Faça um dig 0.freebsd.pool.ntp.org e veja se está resolvendo. Se me lembro bem o ntp tem uma tolerância de 1000 segundos de atraso, fora isso ele não sincroniza. Experimente atrasar o relógio em 600 segundos, por exemplo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE
Oi Marcelo 2014-09-15 16:41 GMT-03:00 Marcelo Gondim : > On 15/09/2014 16:23, Eduardo Lemos de Sa wrote: > >> Caríssimos >> >> Falei cedo demais :-) (vejam no fim deste email) >> >> 2014-09-15 16:04 GMT-03:00 Eduardo Lemos de Sa < >> eduardo.lemosd...@gmail.com> >> : >> >> Caríssimos, em especial atenção ao Gondim e ao Paulo >>> >>> 2014-09-15 14:39 GMT-03:00 Paulo Cavalcanti : >>> >>> Em 15 de setembro de 2014 11:38, Eduardo Lemos de Sa escreveu: > Car´issimos > > Tenho visto um comportamento estranho no ntp na hora do boot do > FreeBSD-10.1-PRERELEASE: aparecem as mensagens: > > messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not > found: > 0.freebsd.pool.ntp.org > messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not > found: > 1.freebsd.pool.ntp.org > messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not > found: > 2.freebsd.pool.ntp.org > > > Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao > h´a > perda de pacotes e nem problemas para se resolver o nome. > > > O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3 > linhas > ativas): > > server 0.freebsd.pool.ntp.org iburst > server 1.freebsd.pool.ntp.org iburst > server 2.freebsd.pool.ntp.org iburst > > > Para complicar mais ainda, se eu uso um hd (na mesma maquina) que > tambem > roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf ´e o mesmo nos > dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta > maluquice ou de como resolve-la? > > Desde jah agradeço a atenç~ao e o interesse > > Normal, isso acontece aqui também. No caso usamos GVT com o FreeBSD em bridge. Como o modem da GVT é lento para dar boot, o FreeBSD tenta resolver o DNS do servidor NTP antes do modem estar pr De qualquer forma, o problema com o ntp está resolvido. Um abraço e obrigado a todos Edu onto, daí aparece a mensagem. Cerca de 30 segundos depois o NTP entra e o relógio é sincronizado. Você só deve se preocupar se o NTP não funcionar nunca. Neste caso veja se é bloqueio no firewall ou DNS, como o Gondim falou. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> Obrigado pela ajuda. >>> >>> Eu segui o conselhor do Marcelo (acrescentei um nameserver 8.8.8.8 no >>> /etc/resolv.conf e a mensagem de erro desapareceu. Meu problema parece >>> estar mais na minha rede interna (estou usando a conexão dentro da UFPR, >>> logo penso que antes do DNS da GVT eu devo estar sendo resolvido pelo DNS >>> da instituição) porque, às vezes, eu gasto até 20 segundos para abrir uma >>> página qualquer. Pode ser o gateway (que está lotado) ou o meu DNS que >>> está >>> recebendo muita carga e não consegue se desvencilhar. >>> >>> De qualquer forma, o problema com o ntp está resolvido. >>> >>> Um abraço e obrigado a todos >>> >>> Edu >>> >>> >>> >>> Eu resolvi fazer um teste: >> sudo /etc/rc.d/ntpd stop >> sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos) >> sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e troquei >> o >> onestart por um restart) >> >> e o horário na máquina local não mudou (se adiantou em 4 minutos). Não >> satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de melhor) >> aconteceu. No dmesg não aparece qualquer menção de que o horário foi >> modificado. Por favor, alguém tem alguma ideia de como descobrir o porquê >> do erro? >> >> Olá Edu, > > Pelo que entendi o erro não acontece mais mas também não está acertando o > horário corretamente. Seria isso? > > Já usou o tzsetup e viu se está correto o timezone? > > Obrigado pela atenção. Eu acho que eu já tinha rodado no tzsetup no momento da instalação da máquina. Em todo o caso, rodei-o novamente, atrasei o relógio em 4 minutos e fiz o restart no ntpd: o horário não mudou. Por favor, faria alguma diferença se eu matasse o ntpd e fizesse um onestart no ntpdate? O "bacana" é que eu repeti o mesmo teste numa máquina rodando 0 9.3-STABLE e o relógio também não atualizou lá. Um abraço Edu []´s > Gondim > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Eduardo Lemos de Sa Associated Professor Level 4 Dep. Quimica da Universidade Federal do Paraná fone: +55(41)3361-3300 fax: +55(41)3361-3186 Voip Number call to (41) 33613600 (listen to the message and type 10531185) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE
Oi Paulo 2014-09-15 20:13 GMT-03:00 Paulo Cavalcanti : > Em 15 de setembro de 2014 16:23, Eduardo Lemos de Sa > escreveu: > [...] > > > > Eu resolvi fazer um teste: > > sudo /etc/rc.d/ntpd stop > > sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos) > > sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e > troquei o > > onestart por um restart) > > > > e o horário na máquina local não mudou (se adiantou em 4 minutos). Não > > satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de melhor) > > aconteceu. No dmesg não aparece qualquer menção de que o horário foi > > modificado. Por favor, alguém tem alguma ideia de como descobrir o porquê > > do erro? > > > > > Procure também no /var/log/messages alguma coisa referente a ntp. > > Faça um dig 0.freebsd.pool.ntp.org e veja se está resolvendo. > > Se me lembro bem o ntp tem uma tolerância de 1000 segundos de atraso, > fora isso ele não sincroniza. Experimente atrasar o relógio em 600 > segundos, por exemplo. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Obrigado pela atenção. Sim, o tempo máximo de ajuste é de 1000 segundos, mas eu atrasei o relógio em 4 minutos (240 s), o que deveria ser suficiente. Eu fiz um dig no 0.freebsd.pool.ntp.org. Parece que está tudo certo. Por favor, veja: ; <<>> DiG 9.10.0-P2 <<>> 0.freebsd.pool.ntp.org ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15250 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 9, ADDITIONAL: 15 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;0.freebsd.pool.ntp.org.INA ;; ANSWER SECTION: 0.freebsd.pool.ntp.org.117INA146.164.53.65 0.freebsd.pool.ntp.org.117INA187.49.33.13 0.freebsd.pool.ntp.org.117INA201.73.152.121 ;; AUTHORITY SECTION: pool.ntp.org.208INNSc.ntpns.org. pool.ntp.org.208INNSa.ntpns.org. pool.ntp.org.208INNSg.ntpns.org. pool.ntp.org.208INNSi.ntpns.org. pool.ntp.org.208INNSe.ntpns.org. pool.ntp.org.208INNSf.ntpns.org. pool.ntp.org.208INNSb.ntpns.org. pool.ntp.org.208INNSd.ntpns.org. pool.ntp.org.208INNSh.ntpns.org. ;; ADDITIONAL SECTION: a.ntpns.org.360428INA207.171.17.42 a.ntpns.org.360428IN2620:101:d007::42 b.ntpns.org.5819INA193.243.171.138 b.ntpns.org.5819INA174.127.124.192 c.ntpns.org.17195INA85.234.197.21 d.ntpns.org.17195INA198.105.223.32 e.ntpns.org.17195INA69.41.163.30 f.ntpns.org.17195INA50.31.240.214 g.ntpns.org.4501INA177.19.155.137 h.ntpns.org.17195INA85.214.25.217 h.ntpns.org.17195INA212.12.50.229 h.ntpns.org.17195INA46.234.32.107 i.ntpns.org.17195INA46.29.176.73 i.ntpns.org.17195IN2a02:2290:2:48::73 ;; Query time: 1 msec ;; SERVER: 200.17.215.2#53(200.17.215.2) ;; WHEN: Tue Sep 16 09:37:21 BRT 2014 ;; MSG SIZE rcvd: 497 Se alguém tiver uma máquina não-crucial onde se possa alterar ligeiramente o horário e fizer um teste, agradecerei bastante Um abraço Edu a -- Eduardo Lemos de Sa Associated Professor Level 4 Dep. Quimica da Universidade Federal do Paraná fone: +55(41)3361-3300 fax: +55(41)3361-3186 Voip Number call to (41) 33613600 (listen to the message and type 10531185) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE
2014-09-16 10:06 GMT-03:00 Eduardo Lemos de Sa: > Oi Paulo > > 2014-09-15 20:13 GMT-03:00 Paulo Cavalcanti: > >> Em 15 de setembro de 2014 16:23, Eduardo Lemos de Sa >> escreveu: >> [...] >> > >> > Eu resolvi fazer um teste: >> > sudo /etc/rc.d/ntpd stop >> > sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos) >> > sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e >> troquei o >> > onestart por um restart) >> > >> > e o horário na máquina local não mudou (se adiantou em 4 minutos). Não >> > satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de melhor) >> > aconteceu. No dmesg não aparece qualquer menção de que o horário foi >> > modificado. Por favor, alguém tem alguma ideia de como descobrir o porquê >> > do erro? >> > >> >> >> Procure também no /var/log/messages alguma coisa referente a ntp. >> >> Faça um dig 0.freebsd.pool.ntp.org e veja se está resolvendo. >> >> Se me lembro bem o ntp tem uma tolerância de 1000 segundos de atraso, >> fora isso ele não sincroniza. Experimente atrasar o relógio em 600 >> segundos, por exemplo. >> > Obrigado pela atenção. > > Sim, o tempo máximo de ajuste é de 1000 segundos, mas eu atrasei o relógio > em 4 minutos (240 s), o que deveria ser suficiente. > > Eu fiz um dig no 0.freebsd.pool.ntp.org. Parece que está tudo certo. Por > favor, veja: > Ola Eduardo, O limite de 1000s inicial do ntp pode ser desabilitado adicionando 'ntpd_sync_on_start="YES"' no seu /etc/rc.conf. Com essa alteração o ntpd vai corrigir o horário mesmo quando o relógio esta errado bem além desse limite de 1000s. Geralmente quando o ntpd não acerta o horário é porque ele não esta conseguindo sincronizar com os servidores (isso aconteceu recentemente comigo pois meu provedor bloqueou todos pacotes na porta 123 por conta de ataques DoS). Utilize o ntptime para verificar o status do ntpd: % ntptime ntp_gettime() returns code 0 (OK) time d7c2fef9.42d0e548 Tue, Sep 16 2014 15:24:57.261, (.261000372), maximum error 996836 us, estimated error 25764 us, TAI offset 0 ntp_adjtime() returns code 0 (OK) modes 0x0 (), offset 3615.118 us, frequency 31.199 ppm, interval 1 s, maximum error 996836 us, estimated error 25764 us, status 0x6001 (PLL,NANO,MODE), time constant 10, precision 0.001 us, tolerance 496 ppm, Esse é o status de um servidor com o ntp sincronizado (verifique os dois OKs no ntp_gettime() e ntp_adjtime()). E abaixo segue o status de um servidor onde o ntp esta bloqueado: # ntptime ntp_gettime() returns code 5 (ERROR) time d7c2cbe0.8b0c561c Tue, Sep 16 2014 11:46:56.543, (.543157550), maximum error 943516 us, estimated error 16 us, TAI offset 0 ntp_adjtime() returns code 5 (ERROR) modes 0x0 (), offset 0.000 us, frequency 13.402 ppm, interval 1 s, maximum error 943516 us, estimated error 16 us, status 0x2040 (UNSYNC,NANO), time constant 0, precision 0.001 us, tolerance 496 ppm, Além dos erros o campo status também tem a flag 'UNSYNC'. Rode um tcpdump na sua interface e veja se há respostas dos servidores, aqui no caso do server bloqueado só há tx e nada de rx. # tcpdump -nei XXX port 123 Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE
Oi Luiz 2014-09-16 15:30 GMT-03:00 Luiz Otavio O Souza : > 2014-09-16 10:06 GMT-03:00 Eduardo Lemos de Sa: > > Oi Paulo > > > > 2014-09-15 20:13 GMT-03:00 Paulo Cavalcanti: > > > >> Em 15 de setembro de 2014 16:23, Eduardo Lemos de Sa > >> escreveu: > >> [...] > >> > > >> > Eu resolvi fazer um teste: > >> > sudo /etc/rc.d/ntpd stop > >> > sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos) > >> > sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e > >> troquei o > >> > onestart por um restart) > >> > > >> > e o horário na máquina local não mudou (se adiantou em 4 minutos). Não > >> > satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de > melhor) > >> > aconteceu. No dmesg não aparece qualquer menção de que o horário foi > >> > modificado. Por favor, alguém tem alguma ideia de como descobrir o > porquê > >> > do erro? > >> > > >> > >> > >> Procure também no /var/log/messages alguma coisa referente a ntp. > >> > >> Faça um dig 0.freebsd.pool.ntp.org e veja se está resolvendo. > >> > >> Se me lembro bem o ntp tem uma tolerância de 1000 segundos de atraso, > >> fora isso ele não sincroniza. Experimente atrasar o relógio em 600 > >> segundos, por exemplo. > >> > > Obrigado pela atenção. > > > > Sim, o tempo máximo de ajuste é de 1000 segundos, mas eu atrasei o > relógio > > em 4 minutos (240 s), o que deveria ser suficiente. > > > > Eu fiz um dig no 0.freebsd.pool.ntp.org. Parece que está tudo certo. Por > > favor, veja: > > > > Ola Eduardo, > > O limite de 1000s inicial do ntp pode ser desabilitado adicionando > 'ntpd_sync_on_start="YES"' no seu /etc/rc.conf. > > Com essa alteração o ntpd vai corrigir o horário mesmo quando o > relógio esta errado bem além desse limite de 1000s. > > Geralmente quando o ntpd não acerta o horário é porque ele não esta > conseguindo sincronizar com os servidores (isso aconteceu recentemente > comigo pois meu provedor bloqueou todos pacotes na porta 123 por conta > de ataques DoS). > > Utilize o ntptime para verificar o status do ntpd: > > % ntptime > ntp_gettime() returns code 0 (OK) > time d7c2fef9.42d0e548 Tue, Sep 16 2014 15:24:57.261, (.261000372), > maximum error 996836 us, estimated error 25764 us, TAI offset 0 > ntp_adjtime() returns code 0 (OK) > modes 0x0 (), > offset 3615.118 us, frequency 31.199 ppm, interval 1 s, > maximum error 996836 us, estimated error 25764 us, > status 0x6001 (PLL,NANO,MODE), > time constant 10, precision 0.001 us, tolerance 496 ppm, > > Esse é o status de um servidor com o ntp sincronizado (verifique os > dois OKs no ntp_gettime() e ntp_adjtime()). > > E abaixo segue o status de um servidor onde o ntp esta bloqueado: > > # ntptime > ntp_gettime() returns code 5 (ERROR) > time d7c2cbe0.8b0c561c Tue, Sep 16 2014 11:46:56.543, (.543157550), > maximum error 943516 us, estimated error 16 us, TAI offset 0 > ntp_adjtime() returns code 5 (ERROR) > modes 0x0 (), > offset 0.000 us, frequency 13.402 ppm, interval 1 s, > maximum error 943516 us, estimated error 16 us, > status 0x2040 (UNSYNC,NANO), > time constant 0, precision 0.001 us, tolerance 496 ppm, > > Além dos erros o campo status também tem a flag 'UNSYNC'. > > Rode um tcpdump na sua interface e veja se há respostas dos > servidores, aqui no caso do server bloqueado só há tx e nada de rx. > > # tcpdump -nei XXX port 123 > Muito obrigado pela ajuda e pela atenção. Eu fiz o ntptime e resultou em code 5 (ERROR). além do UNSYNC. Como eu não tenho um firewall nativo na máquina (pelo menos, eu nunca instalei um), creio que alguém no Centro de Computação bloqueou alguma porta. Por favor, seria esta a possível causa do problema? Eu também fiz o tcpdump -nei re0 port 123 . Vejam o que eu consegui: 4:22:26.808228 00:13:46:39:e1:03 > 00:04:96:40:ac:60, ethertype IPv4 (0x0800), length 90: (tos 0x0, ttl 64, id 7342, offset 0, flags [none], proto UDP (17), length 76) 200.17.215.86.123 > 200.20.186.76.123: NTPv4, length 48 Client, Leap indicator: clock unsynchronized (192), Stratum 0 (unspecified), poll 10 (1024s), precision -20 Root Delay: 0.00, Root dispersion: 0.159118, Reference-ID: (unspec) Reference Timestamp: 0.0 Originator Timestamp: 0.0 Receive Timestamp:0.0 Transmit Timestamp: 3619963346.808199882 (2014/09/17 14:22:26) Originator - Receive Timestamp: 0.0 Originator - Transmit Timestamp: 3619963346.808199882 (2014/09/17 14:22:26) Parece que a máquina transmite (Transmit Timestamp) mas não recebe (Originator Timestamp: 0.0). Minha dúvida é como saber para descobrir onde está o bloqueio. Um abraço e, de novo, obrigado Eduardo > Att., > Luiz > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Eduardo Lemos de Sa Associated Professor Level 4 Dep. Quimica da Universidade Federal do Par