Estamos executando um aplicativo remoto em um beaglebone black no qual informamos regularmente nosso endereço IP externo recuperado de vários serviços ip externos (freegeoip.net, ipinfo.io, vários servidores STUN, etc.)
Em um local, quando perdemos a internet, mas o dispositivo permanece ativo, quando a conectividade com a Internet é restaurada, perdemos nossa capacidade de realizar consultas DNS. Um endereço IP direto do google pode ser pingado, mas www.google.com não tem êxito. Eu testei e cutuquei e cutucou em várias coisas, e isso é tudo que posso dizer com certeza. Eu não vi isso em outros locais, mas agora também estamos apenas em um punhado de sites, então é possível que ele ainda não tenha aparecido.
connman resolve o problema /etc/resolv.conf para apontar para o gateway padrão ou para os serviços de DNS do Google resolve os problemas Agora, parece que / etc/resolv.conf é gerenciado por connman (já que é meramente um link simbólico para /var/run/connman/resolv.conf )
Posso / devo estar usando um serviço DNS alternativo (por exemplo, dnsmasq ) ou talvez eu deva abandonar totalmente os serviços de configuração "inteligentes" em favor da configuração de arquivos manual mais confiável se mais tediosamente programada (ou seja, escrever manualmente o gateway e localhost para /etc/resolv.conf e / etc / network / interfaces)
EDIT: informações da versão
Versão Debian: Debian GNU / Linux 8 \ n \ l
BeagleBoard.org Debian Image 2016-12-09
connmand --version: 1.33
dnsmasq --versão: 2.72
Tags dns debian dnsmasq beagleboneblack