Pesquisa de DNS lenta na LAN após a atualização para 18.04 LTS

Question

passou um bom tempo vasculhando o site em busca de uma resposta para esse problema. Ou seja, quando eu ping 8.8.8.8 a ação começa imediatamente, mas quando eu ping www.google.com há cerca de 10 segundos de atraso, onde o DNS não parece resolver o endereço IP correto. Tenha em mente que eu sou um noob linux relativo, então eu tentei não fazer nenhuma mudança radical (e sim, talvez a atualização para 18.04 tenha sido um pouco ambiciosa).

Os resultados de ifconfig são:

enp0s31f6: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
    ether 1c:1b:0d:0f:a0:5d  txqueuelen 1000  (Ethernet)
    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 0 overruns 0  carrier 0  collisions 0
    device interrupt 16  memory 0xda100000-da120000  

enp5s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.7.62  netmask 255.255.255.0  broadcast 192.168.7.255
        inet6 fe80::2cae:25b:5a44:1a8c  prefixlen 64  scopeid 0x20<link>
        ether 1c:1b:0d:0f:a0:5b  txqueuelen 1000  (Ethernet)
        RX packets 92706  bytes 66911507 (66.9 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 65071  bytes 11095750 (11.0 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 18  

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 1213082  bytes 79847277 (79.8 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1213082  bytes 79847277 (79.8 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Quando eu dhclient -v enp0s31f6 há um processo DHCPDISCOVER que não resolve. Quando eu dhclient -v enp5s0 recebo imediata uma resposta imediata.

Conforme solicitado, os resultados de nslookup abaixo:

nslookup www.google.com
Server:     127.0.0.53
Address:    127.0.0.53#53

Non-authoritative answer:
Name:   www.google.com
Address: 172.217.7.228
Name:   www.google.com
Address: 2607:f8b0:4004:80f::2004

nslookup www.google.com 8.8.8.8
Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
Name:   www.google.com
Address: 172.217.3.36
Name:   www.google.com
Address: 2607:f8b0:4006:81b::2004

Outros pedidos:

nmcli device show enp5s0 | grep IP4.DNS
IP4.DNS[1]:                             192.168.1.1

Feliz por fazer o trabalho necessário para resolver isso, só precisa de uma orientação sobre onde está o problema.

Agradecemos antecipadamente por sua ajuda!

    

Answer 1

Seu computador está conectado à subnet 192.168.7.62/24 (máscara de rede 255.255.255.0) e configurado para usar 192.168.1.1 como servidor DNS. A menos que você tenha várias VLANs em sua rede com o roteamento entre este poderia ser o problema.

Como você tem acesso ao Googles Public DNS (8.8.8.8), você deve tentar usá-lo como seu servidor DNS.

Nota! Pode ser necessário reiniciar o computador para que as alterações entrem em vigor (ou reinicie a rede).

Acesse as configurações de rede e edite seu perfil de conexão:

Emseguida,desativeoDNSAutomáticoparaqueoservidorDHCPnãodistribuao(talvez)servidorDNSdefeituosonovamenteedigite8.8.8.8manualmente: