Локальный DNS dissapears от сопоставителя через некоторое время

Рабочий стол 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)
1
задан 10 March 2020 в 10:24

1 ответ

Вы перечислили и частный сервер имен и общедоступные серверы имен в Вашей конфигурации, и они не имеют того же представления DNS. Так как у Вас есть локальный (разрешенный) сопоставитель с сохранением информации, если Ваш первый сервер DNS временно недоступен по какой-либо причине (просто подразумевать, что это не ответило вовремя), разрешение отступает к следующему серверу в списке, который является общедоступным сервером имен, который не знает о Ваших локальных именах.

Для предотвращения этого необходимо использовать только частные серверы имен в конфигурации без общедоступной нейтрализации.

0
ответ дан 17 March 2020 в 00:05

Другие вопросы по тегам:

Похожие вопросы: