
No sé cómo solucionar este problema o incluso cómo surgió. El 90% del tiempo me conecto a Internet a través del enrutador de mi casa y Comcast no aparece en la configuración. Tiene su propio DNS y las cosas funcionaron muy bien hasta que actualicé a Ubuntu 18. Ahora ninguna de mis máquinas locales se resuelve (no se encuentran todas) cuando hago un 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
Aquí están los resultados de ifconfig que muestran que mi última interfaz es mi wifi y está conectada a la red correcta:
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
Aquí está el contenido de mi archivo 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
Aquí está el resultado de systemd-resolve --status que muestra un montón de basura en la sección GLOBAL y muestra el DNS en el enrutador en 192.168.1.1, pero parece ignorarse según las búsquedas que se muestran arriba.
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
¿Alguien sabe cómo hacer que mis nslookups comiencen a usar el DNS especificado aquí? ¿Y cómo diablos llegó ahí eso de Comcast y cómo lo saco?
Respuesta1
Tengo algo de experiencia con esto, pero de ninguna manera soy un experto...
Puede que tengas un par de problemas...
- Es posible que su enrutador no esté configurado para usar los servidores DNS que desea.
- puede haber problemas con dnsmasq y systemd-resolved en su computadora 18.04
- es posible que necesites editar el archivo /etc/hosts
- editaste manualmente /etc/resolv.conf (no hagas eso)
1. modifica la configuración de tu enrutador...
Inicie sesión en la página de administración de su enrutador y verifique la configuración del servidor DNS. Configúrelos en los servidores DNS que desee y guarde la configuración.
2. Modifique la configuración de dnsmasq y systemd-resolvd...
dnsmasq y systemd-resolved tienden a pisarse mutuamente. Aunque puede ejecutar ambos, puede causar problemas. dnsmasq es un resto del sistema anterior y permanecerá después de una actualización 18.04.
En la terminal...
ps auxc | grep -i dnsmasq # to see if dnsmasq is running
ps auxc | grep -i resolv # this should be running in 18.04
Después de arreglar la configuración de su enrutador, desinstale dnsmasq, reinicie y vea si su problema está solucionado. Si descubre que necesita dnsmasq, reinstálelo y probablemente necesitará modificar la configuración resuelta por systemd.
cd /etc/systemd
sudo pico resolved.conf
cambiar:
#DNSStubListener=yes
a:
DNSStubListener=no
reinicie y vea si su problema está solucionado.
3. Edite /etc/hosts para incluir sus nombres .local
Aquí hay una parte de mi archivo /etc/hosts. Obviamente necesitarás cambiar el sistema y los nombres de los nodos para tu configuración. Esto es sólo un ejemplo.
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
Respuesta2
Si el enrutador asigna la dirección IP de su conexión WiFi a través del protocolo DHCP, es probable que el enrutador esté configurado para anunciar los servidores DNS que aprende de su ISP (bastante común si la conexión usa PPPoE).
IIRC esto se hace automáticamente si el resolvconf
paquete está instalado.
Comopor quéNo ve los servidores DNS reales en la lista 127.0.0.53
, pero es porque Ubuntu usa un solucionador de proxy DNS de forma predeterminada.
Como solución rápida, puedes intentardesinstalar resolvconf
y creando un nuevo
/etc/resolv.conf
archivo con el servidor DNS que prefieras.
Por ejemplo
$> cat /etc/resolv.conf
nameserver 8.8.8.8
nameserver 8.8.4.4
$>
DESCARGO DE RESPONSABILIDAD
Siempre lo he desinstalado resolvconf
en mis máquinas y todo funcionó bien, pero no sé qué (o qué paquetes) de su sistema se dañarán si lo desinstala.