
Я не знаю, как это исправить или даже как это произошло. 90% времени я подключаюсь к интернету через свой домашний маршрутизатор, а comcast вообще не указан в его конфигурации. У него есть собственный DNS, и все работало отлично, пока я не обновился до Ubuntu 18, теперь ни одна из моих локальных машин не разрешается (все не найдены), когда я делаю 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
Вот результаты ifconfig, показывающие, что мой последний интерфейс — это мой Wi-Fi и он подключен к правильной сети:
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
Вот содержимое моего файла 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
Вот вывод systemd-resolve --status, показывающий кучу мусора в разделе GLOBAL и показывающий DNS на маршрутизаторе по адресу 192.168.1.1, но, судя по результатам поиска, показанным выше, он, похоже, игнорируется.
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
Кто-нибудь знает, как заставить мои nslookups начать использовать DNS, указанный здесь? И как, черт возьми, эта штука comcast попала туда и как мне ее вытащить?
решение1
У меня есть некоторый опыт в этом деле, но я ни в коем случае не эксперт...
У вас могут возникнуть некоторые проблемы...
- Ваш маршрутизатор может быть не настроен на использование желаемых вами DNS-серверов.
- на вашем компьютере 18.04 могут быть проблемы с dnsmasq и systemd-resolved
- вам может потребоваться отредактировать файл /etc/hosts
- вы вручную отредактировали /etc/resolv.conf (не делайте этого)
1. измените настройки маршрутизатора...
Войдите на страницу администратора вашего маршрутизатора и проверьте настройки DNS-сервера. Установите их на нужные вам DNS-серверы и сохраните настройки.
2. настройте параметры dnsmasq и systemd-resolvd...
dnsmasq и systemd-resolved имеют тенденцию наступать друг другу на пятки. Хотя вы можете запустить оба, это может вызвать проблемы. dnsmasq остался от предыдущей системы и останется после обновления 18.04.
В терминале...
ps auxc | grep -i dnsmasq # to see if dnsmasq is running
ps auxc | grep -i resolv # this should be running in 18.04
После исправления настроек маршрутизатора удалите dnsmasq, перезагрузите компьютер и проверьте, устранена ли проблема. Если вы обнаружили, что вам нужен dnsmasq, переустановите его, и вам, вероятно, придется подправить настройки systemd-resolved.
cd /etc/systemd
sudo pico resolved.conf
изменять:
#DNSStubListener=yes
к:
DNSStubListener=no
перезагрузите компьютер и проверьте, устранена ли проблема.
3. Отредактируйте /etc/hosts, включив в него ваши локальные имена.
Вот часть моего файла /etc/hosts. Очевидно, вам нужно будет изменить имена системы и узлов для вашей конфигурации. Это только пример.
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
решение2
Если IP-адрес вашего WiFi-подключения назначается маршрутизатором по протоколу DHCP, вполне вероятно, что маршрутизатор настроен на объявление DNS-серверов, которые он получает от вашего интернет-провайдера (довольно часто, если подключение использует PPPoE).
IIRC это делается автоматически, если resolvconf
пакет установлен.
КакпочемуВы не видите в списке фактические DNS-серверы 127.0.0.53
, но это потому, что Ubuntu по умолчанию использует DNS-прокси-преобразователь.
В качестве быстрого решения вы можете попробоватьудаление resolvconf
и создайте новый
/etc/resolv.conf
файл с предпочитаемым вами DNS-сервером.
Например
$> cat /etc/resolv.conf
nameserver 8.8.8.8
nameserver 8.8.4.4
$>
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ
Я всегда удалял его resolvconf
на своих компьютерах, и все работало нормально, но я не знаю, что (или какие пакеты) в вашей системе будет сломано, если вы удалите его.