Неправильное разрешение DNS сервера FQDN LAN

У меня есть сервер, подключенный к локальной сети и Интернету, к которому я не могу подключиться, используя его полное доменное имя. Допустим, полное доменное имя server.com,

По какой-то причине я не смог докопаться до разрешения server.com на моей машине разработки (локально в локальной сети) всегда приводит к ::1,

Вот результат бега host -v server.com:

Trying "server.com"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39898
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;server.com.            IN  A

;; ANSWER SECTION:
server.com.     6826    IN  A   192.168.0.2

Received 47 bytes from 127.0.0.53#53 in 0 ms
Trying "server.com"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16204
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;server.com.            IN  AAAA

;; ANSWER SECTION:
server.com.     6826    IN  AAAA    ::1

Received 59 bytes from 127.0.0.53#53 in 0 ms
Trying "server.com"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48845
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;server.com.            IN  MX

Received 31 bytes from 127.0.0.53#53 in 0 ms

Обратите внимание на ответ на второй вопрос выше.

systemd-resolve на самом деле выдает правильный ответ:

$ systemd-resolve server.com
server.com: 192.168.0.2

-- Information acquired via protocol DNS in 3.3ms.
-- Data is authenticated: no

Я попытался перезагрузить systemd-resolved так же как --flush-caches но безрезультатно.

/etc/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 server.com

Разрешение DNS соответствует заданному (разрешение обслуживается server.com): $ nmcli устройство show enp0s31f6 | grep -n2 IP4.DNS 10-IP4.GATEWAY: 192.168.0.1 11-IP4.ROUTE[1]: dst = 169.254.0.0/16, nh = 0.0.0.0, mt = 1000 12:IP4.DNS[1]: 192.168.0.2 13-IP4.DOMAIN[1]: server.com 14-IP6.ADDRESS[1]: fe80::9e5c:8eff:fe86:f30b/64

В заключение, systemd-resolve --status производит следующее:

Global
          DNS Domain: server.com
          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 2 (enp0s31f6)
      Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.0.2
          DNS Domain: server.com

Наверное, стоит упомянуть, что на сервере активны следующие сервисы (server.com): DHCP, DNS (bind9, IIRC), SSH, HTTP (s); он действует как преобразователь DNS для всех машин в локальной сети. Наконец, я знаю, что я мог бы просто добавить запись в /etc/hosts и покончим с этим, но мне бы очень хотелось понять, что не так, поскольку это может быть признаком чего-то более серьезного в.

Как я могу диагностировать, что происходит?