Я смущен о том, как зафиксировать это или даже как это оказалось. 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-твердости - состояние, показывающее тонну спама в разделе 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 Server. Установите их на свои желаемые серверы DNS и сохраните настройки.
2. настройте свой dnsmasq и systemd-resolvd настройки...
dnsmasq и systemd-разрешенный имеют тенденцию ступать на каждого пальцы ног других. Хотя можно выполнить обоих, это может вызвать проблемы. 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-разрешенные настройки.
cd /etc/systemd
sudo pico resolved.conf
изменение:
#DNSStubListener=yes
кому:
DNSStubListener=no
перезагрузка и видит, решена ли Ваша проблема.
3. Отредактируйте/etc/hosts для включения имен .local
Вот часть моего/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
Если Ваш IP-адрес соединения WiFi присвоен маршрутизатором по протоколу DHCP, вероятно, что маршрутизатор настроен для объявления о серверах DNS, он изучает от Вас ISP (довольно распространенный, если соединение использует 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
на моих машинах и все работало хорошо, но я не знаю то, что (или который пакеты) в Вашей системе будет повреждено, если Вы удалите ее.