Atualmente, estou executando uma instalação relativamente nova do Ubuntu GNOME 15.10 em um notebook conectado via Wifi. Outras interfaces de rede estão presentes (banda larga móvel, ethernet), mas além da interface não conectada.
Ao executar dig example.com ou dig @8.8.8.8 example.com , a consulta expira enquanto host example.com funciona bem.
As rotas de rede obtidas via route -n parecem boas para mim. Até onde sei, não há filtros presentes nesta rede.
Eu usei o Debian de uma única linha de comando por alguns anos, mas sou muito novo no Ubuntu - especialmente com um shell gráfico. Eu apreciaria sua ajuda!
O tempo limite da resposta de 8.8.8.8 em sua rede talvez seja maior que 15s, o tempo limite padrão do comando dig . Você pode usar +time para definir o tempo limite de uma consulta para n segundos. O tempo limite padrão é 5 segundos. E também use +tries definir o número de vezes para tentar consultas UDP ao servidor para n em vez do padrão, 3 :
dig +time=10 +tries=5 @8.8.8.8 example.com
O.K. Algo estranho está acontecendo aqui. Esse problema não é relacionado ao Ubuntu, mas causado por algum tipo estranho de filtragem de rede na rede que estou usando. Quanto ao porquê isso é ou o que causa isso eu não tenho idéia.
Aparentemente, pesquisas de DNS baseadas em UDP são bloqueadas no AP ao qual eu estava conectado ou pelo ISP. Anexar o +tcp flag a dig corrigiu isso e também mudou a rede (eu não pude experimentar isso antes devido à falta de uma alternativa).
Pelo que posso dizer a partir daqui, o ISP é a Versanet (Alemanha) e a rede usa os dois equipamentos da TP-Link e da Netgear. Como esta não é a minha rede, eu provavelmente não posso cavar muito mais aqui.
Obrigado Tung Tran pela sua ajuda de qualquer maneira.