
Estou confuso sobre como consertar isso ou até mesmo como isso aconteceu. 90% das vezes eu me conecto à Internet através do meu roteador doméstico e o Comcast não está listado na configuração para isso. Ele tem seu próprio DNS e tudo funcionou muito bem até atualizar para o Ubuntu 18, agora nenhuma das minhas máquinas locais resolve (todas não encontradas) quando faço um nslookup.
nslookup data1
Server: 127.0.0.53
Address: 127.0.0.53#53
** server can't find data1: SERVFAIL
nslookup data1 192.168.1.1
Server: 192.168.1.1
Address: 192.168.1.1#53
Name: data1
Address: 192.168.1.113
Aqui estão os resultados do ifconfig mostrando que minha última interface é meu wifi e está conectada à rede correta:
enp2s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 28:f1:0e:4a:a4:b2 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
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 220635 bytes 104082409 (104.0 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 220635 bytes 104082409 (104.0 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.101 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::686f:cec4:768c:d810 prefixlen 64 scopeid 0x20<link>
ether b0:c0:90:50:8e:20 txqueuelen 1000 (Ethernet)
RX packets 9169680 bytes 6584220987 (6.5 GB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 10685113 bytes 13298441288 (13.2 GB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Aqui está o conteúdo do meu arquivo resolv.conf:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 127.0.0.53
search wp.comcast.net
Aqui está a saída de systemd-resolve --status mostrando uma tonelada de lixo na seção GLOBAL e mostrando o DNS no roteador em 192.168.1.1, mas parece ser ignorado com base nas pesquisas mostradas acima.
Global
DNS Domain: wp.comcast.net
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 3 (wlp3s0)
Current Scopes: DNS
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 192.168.1.1
Link 2 (enp2s0)
Current Scopes: none
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
Alguém sabe como fazer com que meu nslookups comece a usar o DNS especificado aqui? E como diabos aquela coisa da Comcast foi parar lá e como faço para retirá-la?
Responder1
Tenho alguma experiência com isso, mas não sou um especialista ...
Você pode ter alguns problemas...
- seu roteador pode não estar configurado para usar os servidores DNS que você deseja
- pode haver problemas com dnsmasq e systemd resolvidos em seu computador 18.04
- você pode precisar editar o arquivo /etc/hosts
- você editou manualmente /etc/resolv.conf (não faça isso)
1. ajuste as configurações do seu roteador...
Faça login na página de administração do seu roteador e verifique as configurações do servidor DNS. Configure-os para os servidores DNS desejados e salve as configurações.
2. ajuste suas configurações de dnsmasq e systemd-resolvd...
dnsmasq e systemd-resolved tendem a pisar nos pés um do outro. Embora você possa executar ambos, isso pode causar problemas. O dnsmasq sobrou do sistema anterior e permanecerá após uma atualização 18.04.
No terminal...
ps auxc | grep -i dnsmasq # to see if dnsmasq is running
ps auxc | grep -i resolv # this should be running in 18.04
Depois de corrigir as configurações do seu roteador, desinstale o dnsmasq, reinicie e veja se o problema foi resolvido. Se você achar que precisa do dnsmasq, reinstale-o e provavelmente precisará ajustar as configurações resolvidas pelo systemd.
cd /etc/systemd
sudo pico resolved.conf
mudar:
#DNSStubListener=yes
para:
DNSStubListener=no
reinicie e veja se o seu problema foi resolvido.
3. Edite /etc/hosts para incluir seus nomes .local
Aqui está uma parte do meu arquivo /etc/hosts. Obviamente, você precisará alterar os nomes do sistema e dos nós para sua configuração. Este é apenas um exemplo.
127.0.0.1 Satellite-E55.local Satellite-E55 localhost
127.0.1.1 Satellite-E55
#
# static IP's (systemic network hardware)
#
192.168.0.1 caspurr.local caspurr # Netgear router
192.168.0.2 wdacbridge#1.local wdacbridge#1 # WD AC bridge #1
192.168.0.3 ex6100.local ex6100 # Netgear EX6100
192.168.0.4 repeater.local repeater # Netgear WN2500RP
192.168.0.5 av-bridge.local av-bridge # Cisco E2000
#
#192.168.0.6 meow-nas.local meow-nas # NAS
#192.168.0.7 zonet-nas.local zonet-nas # NAS
#192.168.0.8 woof-nas.local woof-nas # NAS
#
# static DHCP's
#
192.168.0.100 ubuntu-eth0.local ubuntu-eth0 # Toshiba laptop
192.168.0.101 obitalk2.local obitalk2 # Obitalk VOIP
192.168.0.102 vonage.local vonage # Vonage VOIP
192.168.0.103 laserjet.local laserjet # HP P1102W printer
#
192.168.0.201 hdhomerun.local hdhomerun # Silicon Dust DUAL
192.168.0.202 hdhomerun2.local hdhomerun2 # Silicon Dust PRIME
192.168.0.203 hdhomerun3.local hdhomerun3 # Silicon Dust CONNECT
#
# DHCP
#
192.168.0.253 slingbox.local slingbox # Slingbox
#
# cable modem
#
192.168.100.1 cablemodem.local cablemodem # Mediacom cable modem
#
# DNS
#
208.67.222.222 resolver1.opendns.com dns1
208.67.220.220 resolver2.opendns.com dns2
Responder2
Se o endereço IP da sua conexão WiFi for atribuído pelo roteador via protocolo DHCP, é provável que o roteador esteja configurado para anunciar os servidores DNS que aprende com seu ISP (muito comum se a conexão usar PPPoE).
IIRC isso é feito automaticamente se o resolvconf
pacote estiver instalado.
Comopor quevocê não vê os servidores DNS reais listados 127.0.0.53
, mas é porque o Ubuntu usa um resolvedor de proxy DNS por padrão.
Como uma solução rápida, você pode tentardesinstalando resolvconf
e criando um novo
/etc/resolv.conf
arquivo com o servidor DNS de sua preferência.
Por exemplo
$> cat /etc/resolv.conf
nameserver 8.8.8.8
nameserver 8.8.4.4
$>
ISENÇÃO DE RESPONSABILIDADE
Sempre desinstalei resolvconf
em minhas máquinas e tudo funcionou bem, mas não sei o que (ou quais pacotes) do seu sistema serão quebrados se você desinstalá-lo.