Assim que tive a mesma situação e a reinicialização não resolveu o problema, aqui estão os passos simples que podem ajudar a encontrar o problema:
-
verifique a conexão com a internet
ping 8.8.8.8
Se o destino estiver inacessível, verifique se o seu gateway 10.0.2.2 está acessível. E corrija o problema.
se a conexão for boa, você verá algo como:
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=46 time=4.13 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=46 time=4.13 ms
-
Verifique se o host / escavação envia pacotes adequadamente:
sudo tcpdump -n -i eth0 | grep 8.8.8.8.53
Ao mesmo tempo, de outro console na mesma máquina
dig @8.8.8.8 www.google.com
Você receberá uma resposta semelhante a:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
13:34:00.980550 IP 10.0.2.15.56570 > 8.8.8.8.53: 47059+ A? google.com. (27)
13:34:05.980541 IP 10.0.2.15.56570 > 8.8.8.8.53: 47059+ A? google.com. (27)
Isso significa que a solicitação passou para a rede externa, mas não retornou ...
Você pode verificar o que seu firewall está fazendo analisando a saída das regras do seu firewall:
iptables -n -L
O problema pode ser de qualquer firewall entre você e 208.67.222.222 ou 208.67.220.220 ou 8.8.8.8
no firewall do meu caso, coincidentemente bloqueia os pacotes UDP de entrada da porta 53.
e, portanto, a correção das regras de firewall dos provedores corrige o problema.
Espero que esta análise seja útil para alguém.