Aparentemente, a nova rede estava bloqueando os servidores DNS que minha área de trabalho estava tentando usar.
/ edit
Sempre que eu tentei ping google.com
na minha área de trabalho, notei que estava pendurado em vez de reclamar sobre um host desconhecido. Isso significa que o problema ocorreu durante a pesquisa de DNS.
Comecei a brincar com dig
para encontrar o problema. dig google.com
estava suspenso como esperado. O dig @8.8.8.8 google.com
também estava suspenso, o que é estranho porque o DNS do Google normalmente é muito responsivo. Decidi dar uma olhada nos servidores DNS que eu estava usando, em comparação aos que o DHCP me disse para usar.
$ nm-tool
Device: eth0 [Ethernet connection 1] ----------------------------------------
Type: Wired
Driver: e1000e
State: connected
Default: yes
HW Address: C8:60:00:DE:4F:BB
Capabilities:
Carrier Detect: yes
Speed: 100 Mb/s
Wired Properties
Carrier: on
IPv4 Settings:
Address: 10.212.9.183
Prefix: 16 (255.255.0.0)
Gateway: 10.212.0.1
DNS: 208.67.220.220
DNS: 208.67.222.222
Esta saída mostra que os servidores DNS que o DHCP me disse para usar eram 208.67.220.220
e 208.67.222.222
. No entanto, esses não eram os servidores DNS que minha área de trabalho estava configurada para usar:
$ cat /etc/resolv.conf
nameserver 209.222.18.222
nameserver 209.222.18.218
Eu uso PIA 's linux beta e mudou meu resolv.conf para evitar DNS vazamentos que normalmente não é um problema. No entanto, como os servidores DNS da PIA estão bloqueados nessa nova rede e não consegui me conectar à VPN porque as portas necessárias para o PPTP estão bloqueadas nessa rede, ela acabou fazendo com que todas as pesquisas de DNS falhassem.
Eu restaurei meu /etc/resolv.conf
ao seu formulário gerenciado resolvconf
e reiniciei a rede ethernet para corrigir o problema.
$ sudo ln -sft /etc /run/resolvconf/resolv.conf