18.04 Невозможно подключиться к сервером из-за “Временного отказа в определении имен”

Я в чем-то вроде потери. Я могу выполнить nslookup и рыть на адресе "imap.comcast.net", но если я пытаюсь проверить с помощью ping-запросов его, или соединяться с ним из моего приложения я получаю "Временный отказ в определении имен". Что-то должно быть неправильно в моей конфигурации DNS, но я не уверен, каково это.

> ping imap.comcast.net
ping: imap.comcast.net: Temporary failure in name resolution

> systemd-resolve --status --no-pager
Global
          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 (ens3)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 10.0.0.2
          DNS Domain: ec2.internal

> 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
search ec2.internal

Еще некоторой судебной информацией/etc/resolv.conf является символьная ссылка, как замечено здесь

> readlink -f /etc/resolv.conf
/run/systemd/resolve/stub-resolv.conf

Если я изменяю символьную ссылку и перезапускаю systemd.resolve, я могу проверить с помощью ping-запросов адрес, но это, кажется, отключает кэширование DNS

>sudo service systemd-resolved stop
>sudo rm -f /etc/resolv.conf
>sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
>sudo service systemd-resolved start
>ping imap.comcast.net
>sudo systemd-resolve --statistics
DNSSEC supported by current servers: no

Transactions
Current Transactions: 0
  Total Transactions: 0

Cache
  Current Cache Size: 0
          Cache Hits: 0
        Cache Misses: 0

DNSSEC Verdicts
              Secure: 0
            Insecure: 0
               Bogus: 0
       Indeterminate: 0
1
задан 4 December 2018 в 23:00

2 ответа

Я думаю, что у меня была эта проблема прежде. Я использовал первый ответ в этом вопросе разрешить его: Неправильный сервер имен установлен resolvconf и NetworkManager

Ответ должен изменить resolv.conf символьную ссылку:

sudo rm -f /etc/resolv.conf
sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
reboot
4
ответ дан 3 December 2019 в 06:50

Для меня ответ был то, что записи DNS отсутствовали в моей установке Netpan. Я отредактировал их вручную (в моем случае/etc/netplan/50-cloud-init.yaml, но я понимаю, что это могло бы быть характерно для моей среды и не могло бы "придерживаться").

Я изменился

network:
ethernets:
    ens160:
        addresses:
        - 10.8.25.116/28
        dhcp4: false
        gateway4: 10.8.25.113
        nameservers:
            addresses: []
            search: []
version: 2

кому:

network:
ethernets:
    ens160:
        addresses:
        - 10.8.25.116/28
        dhcp4: false
        gateway4: 10.8.25.113
        nameservers:
            addresses: [8.8.8.8,4.2.2.2]
            search: []
version: 2

и затем примененный это использование

netplan apply
0
ответ дан 3 December 2019 в 06:50

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

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