Рабочий стол Ubuntu 18.04 обновлен от 16,04. У меня есть странная проблема, которую я не могу решить.
После обновления я продолжал делать сетевую конфигурацию, как я всегда имею (интерфейсы, resolv...), прежде чем я заметил переключатель к netplan. Теперь я пытаюсь быть хорошим и изменить его, но я, должно быть, испортил что-то.
После перезагрузки или "systemctl перезапускают systemd-networkd", все прекрасно. nslookup работает и на WAN и на LAN. Но через некоторое время, поиск LAN прекращает работать и насколько я вижу, ничто не изменилось.
diskstation (192.168.0.42) является мой NAS, который является локальным DNS.
После перезапуска:
nslookup diskstation.lan
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: diskstation.lan
Address: 192.168.0.42
Некоторое время позже (без меня делающий что-либо):
nslookup diskstation.lan
Server: 127.0.0.53
Address: 127.0.0.53#53
** server can't find diskstation.lan: NXDOMAIN
Но это работает:
nslookup diskstation.lan 192.168.0.42
Server: 192.168.0.42
Address: 192.168.0.42#53
Name: diskstation.lan
Address: 192.168.0.42
Мой netplan 01-netcfg.yaml файл
network:
version: 2
renderer: networkd
ethernets:
enp33s0:
dhcp4: no
addresses:
- 192.168.0.46/24
gateway4: 192.168.0.1
nameservers:
search: [lan]
addresses: [192.168.0.42, 8.8.8.8, 8.8.4.4]
Состояние Resolve:
systemd-resolve --status
Global
DNS Domain: lan
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 (docker0)
Current Scopes: none
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 2 (enp33s0)
Current Scopes: DNS
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 192.168.0.42
8.8.8.8
8.8.4.4
DNS Domain: lan
Странная вещь состоит в том, что ничто не изменилось, когда это прекращает работать. Я сделал a find / -mmin -60
и никакие изменения. Вывод состояния (от твердости, например) не изменяется также.
ifconfig
enp33s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.46 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::329c:23ff:fe00:5fd8 prefixlen 64 scopeid 0x20<link>
ether 30:9c:23:00:5f:d8 txqueuelen 1000 (Ethernet)
RX packets 2925377 bytes 3969527143 (3.9 GB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1245146 bytes 143284968 (143.2 MB)
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 218578 bytes 19744358 (19.7 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 218578 bytes 19744358 (19.7 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Вот:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-====================================-=======================-=======================-=============================================================================
un dnsmasq <none> <none> (no description available)
ii dnsmasq-base 2.79-1 amd64 Small caching DNS proxy and DHCP/TFTP server
un dnsmasq-base-lua <none> <none> (no description available)
Вы перечислили и частный сервер имен и общедоступные серверы имен в Вашей конфигурации, и они не имеют того же представления DNS. Так как у Вас есть локальный (разрешенный) сопоставитель с сохранением информации, если Ваш первый сервер DNS временно недоступен по какой-либо причине (просто подразумевать, что это не ответило вовремя), разрешение отступает к следующему серверу в списке, который является общедоступным сервером имен, который не знает о Ваших локальных именах.
Для предотвращения этого необходимо использовать только частные серверы имен в конфигурации без общедоступной нейтрализации.