DNS больше не работает после установки Ubuntu-Desktop

Я построил сервер Ubuntu Server 18.04 для игры с Docker и несколькими другими вещами. Когда я первоначально установил Сервер, у меня были некоторые проблемы с Netplan и получением DNS (моего собственного сервера), чтобы работать, но я иду туда в конце, и все работало нормально.

Я хотел сделать еще несколько вещей, которые, по моему мнению, требовали установки графического интерфейса, поэтому я установил Ubuntu-Desktop с помощью apt install --no-install-recommends Ubuntu-Desktop, После перезагрузки появился графический интерфейс, и я смог войти в систему. Большой!

Однако у меня больше не работает DNS, и я не записал то, что сделал в первый раз, чтобы отсортировать его! Если я делаю nslookup локального хоста, я получаю: ;; reply from unexpected source: 127.0.0.1#53, expected 127.0.0.53#53

Как всегда, мой первый ответ - на помощь Google, но я не совсем понимаю различные предложения, поэтому не хочу дико начинать вводить команды в терминале.

Все, что я сделал до сих пор, - это подтвердил, что моя конфигурация netplan все еще там, и применил ее снова. Я также установил resolvconf, который был одним из предложений. Если я открою /etc/resolv.conf я вижу Generated by NetworkManager, Я более знаком с CentOS и не имею опыта работы с Netplan, кроме того, что я делал ранее, когда впервые устанавливал.

Любые советы и объяснения будут оценены....

ОБНОВЛЕНИЕ 1: Мне интересно, это как-то связано с установкой Docker в этой системе?

ОБНОВЛЕНИЕ 2: По запросу, вот результаты этих команд:

$ dpkg -l *dnsmasq*
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)


$ ls -al /etc/resolv.conf
lrwxrwxrwx 1 root root 39 May  8 16:06 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf


$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53
options edns0
search home.domain

$cat /etc/netplan/*.yaml
network:
  version: 2
  renderer: networkd
  ethernets:
    enp2s0:
      dhcp4: no
      dhcp6: yes
      addresses: [192.168.1.6/24]
      gateway4: 192.168.1.1
      nameservers:
        addresses:
          - 192.168.1.3
        search:
          - home.domain

$ cat /etc/network/interfaces
# ifupdown has been replaced by netplan(5) on this system.  See
# /etc/netplan for current configuration.
# To re-enable ifupdown on this system, you can run:
#    sudo apt install ifupdown

auto eth0
iface etho inet static
        address 192.168.1.6
        netmask 255.255.255.0
        netowrk 192.168.1.0
        broadcast 192.168.1.255
        gateway 192.168.1.1
        dns-nameservers 192.168.1.3
        dns-domain home.domain
        dns-search home.domain

ОБНОВЛЕНИЕ 3: Хейннема пыталась помочь мне. Мы исправили файл /etc/network/interfaces согласно его комментариям и удалили dnsmasq-base, который, как мы полагаем, остался после удаленной установки Pi-hole. Теперь nslookup возвращает ошибку при попытке 127.0.0.1.

ОБНОВЛЕНИЕ 4: Вывод ps auxw |grep systemd

root       474  0.0  0.2 118876 33216 ?        S<s  May08   0:01 /lib/systemd/systemd-journald
root       519  0.0  0.0  47160  5784 ?        Ss   May08   0:02 /lib/systemd/systemd-udevd
systemd+   747  0.0  0.0 141924  3348 ?        Ssl  May08   0:00 /lib/systemd/systemd-timesyncd
systemd+   881  0.0  0.0  71968  5996 ?        Ss   May08   0:00 /lib/systemd/systemd-networkd
root       987  0.0  0.0  70604  6192 ?        Ss   May08   0:01 /lib/systemd/systemd-logind
message+  1041  0.0  0.0  51620  6140 ?        Ss   May08   0:04 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
gdm       1789  0.0  0.0  76984  7948 ?        Ss   May08   0:07 /lib/systemd/systemd --user
neild+  8004  0.0  0.0  77024  7928 ?        Ss   May08   0:07 /lib/systemd/systemd --user
neild+ 26628  0.0  0.0  13136  1072 pts/0    S+   19:37   0:00 grep --color=auto systemd

ОБНОВЛЕНИЕ 5: мне удалось снова заставить работать systemd-resolved и, таким образом, /etc/resolv.conf существовать, запустив systemctl enable systemd-resolved.service а потом systemctl start systemd-resolved.service

nslookup теперь дает ;; reply from unexpected source: 127.0.0.1#53, expected 127.0.0.53#53 снова

ОБНОВЛЕНИЕ 6: нашел проблему, но понятия не имел, почему это только начало быть проблемой. Итак, у меня есть Docker, работающий с контейнером Pi-Hole (я слышал, вы все выросли!), Который использует порт 53 и мешает правильной работе systemd. У процесса docker-proxy вместо этого был порт.

Когда я останавливаю службу докера и перезапускаю systemd-resolve, все работает как положено, поэтому я временно удалил свой контейнер Pi-Hole.

Есть ли способ заставить обоих работать вместе?