Consultas DNS lentas dos navegadores (mas rápido da escavação) após a atualização para o 18.04

Question

Acabei de fazer o upgrade do Ubuntu 17 para o 18.04 e tudo pareceu correr bem.

No entanto, após a atualização, houve dois (provavelmente problemas diretamente relacionados). 1, o aplicativo de configuração para minha VPN (mullvad) não inicia mais, o que não é muito urgente de um problema. 2, talvez causado por alguma configuração originalmente gerenciada pelo aplicativo VPN, todas as minhas consultas DNS dos navegadores são super lentas.

Eu testei no Chrome, Firefox e Waterfox e, em todos os casos, parece que as consultas DNS levam entre 5 e 5,2 segundos. Eu suponho que há alguma configuração incorreta em algum lugar que está expirando após 5 segundos, então o navegador continua com outra configuração e recebe uma resposta rápida de volta.

Aqui está uma típica cascata de carregamento de página:

Por outro lado, quando eu vou para a linha de comando e tento escavar, obtenho uma resposta rápida:

$ dig www.disney.com

; <<>> DiG 9.11.3-1ubuntu1-Ubuntu <<>> www.disney.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35027
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;www.disney.com.            IN  A

;; ANSWER SECTION:
www.disney.com.     255 IN  CNAME   matterhornsecure.edgekey.net.
matterhornsecure.edgekey.net. 743 IN    CNAME   e13055.e12.akamaiedge.net.
e13055.e12.akamaiedge.net. 19   IN  A   23.54.221.6

;; Query time: 30 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Mon Jun 04 20:59:26 EDT 2018
;; MSG SIZE  rcvd: 137

Eu configurei meu servidor DNS para um servidor DNS Cloudflare, 1.1.1.1, mas não tenho certeza de como isso pode estar impactando isso.

Veja algumas outras informações que eu tenho perguntado sobre outros tópicos semelhantes:

$ ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 11020  bytes 915775 (915.7 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 11020  bytes 915775 (915.7 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500
        inet 10.11.0.19  netmask 255.255.0.0  destination 10.11.0.19
        inet6 fdda:d0d0:cafe:1197::1011  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::a6e6:1fa2:8d15:cf1  prefixlen 64  scopeid 0x20<link>
        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 100  (UNSPEC)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 1000 overruns 0  carrier 0  collisions 0

wlp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.7  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::9b85:3e1:c0d1:d2f9  prefixlen 64  scopeid 0x20<link>
        inet6 2604:2000:81c2:300::3  prefixlen 128  scopeid 0x0<global>
        inet6 2604:2000:81c2:300:b765:7f68:a70b:8ebd  prefixlen 64  scopeid 0x0<global>
        ether 34:02:86:60:d3:30  txqueuelen 1000  (Ethernet)
        RX packets 41063  bytes 49615001 (49.6 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 13120  bytes 2266057 (2.2 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

$ nmcli device show wlp2s0 | grep IP4.DNS
IP4.DNS[1]:                             1.1.1.1
IP4.DNS[2]:                             1.0.0.1

    

Answer 1

Incluímos uma captura de tela das configurações do meu Firefox que funciona bem para mim.

E se você quiser tentar ativar o servidor de nomes de cache local.

$ sudo apt-get install bind9 bind9utils bind9-doc
$ sudo vi /etc/bind/named.conf.options

Adicione o seguinte na seção de opções.

    forwarders {
            8.8.8.8;
            8.8.4.4;
    };

E reinicie o serviço de ligação.

$ sudo systemctl restart bind9.service

Ele deve fazer um bom cache com as configurações padrão.

$ dig www.disney.com

; <<>> DiG 9.11.3-1ubuntu1.1-Ubuntu <<>> www.disney.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2237
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;www.disney.com.            IN  A

;; ANSWER SECTION:
www.disney.com.     300 IN  CNAME   matterhornsecure.edgekey.net.
matterhornsecure.edgekey.net. 7199 IN   CNAME   e13055.e12.akamaiedge.net.
e13055.e12.akamaiedge.net. 19   IN  A   2.19.151.249

;; Query time: 108 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Mon Jul 09 12:48:28 PDT 2018
;; MSG SIZE  rcvd: 137

$ dig www.disney.com

; <<>> DiG 9.11.3-1ubuntu1.1-Ubuntu <<>> www.disney.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 732
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;www.disney.com.            IN  A

;; ANSWER SECTION:
www.disney.com.     292 IN  CNAME   matterhornsecure.edgekey.net.
matterhornsecure.edgekey.net. 7192 IN   CNAME   e13055.e12.akamaiedge.net.
e13055.e12.akamaiedge.net. 12   IN  A   2.19.151.249

;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Mon Jul 09 12:48:35 PDT 2018
;; MSG SIZE  rcvd: 137

Observe que a segunda consulta não leva tempo algum. Também não é preciso tempo para fazer consultas de DNS no Firefox para mim também.