web-dev-qa-db-fra.com

18.04 Impossible de se connecter au serveur en raison de "Échec temporaire de la résolution du nom"

Je suis un peu perdue. Je peux effectuer un nslookup et un Dig sur l'adresse "imap.comcast.net", mais si j'essaie de lui envoyer une requête ping ou de me connecter à partir de mon application, un "Échec temporaire de la résolution du nom" apparaît. Quelque chose ne va pas dans ma configuration DNS mais je ne suis pas sûr de ce que c'est.

> 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

Quelques informations plus légistes /etc/resolv.conf est un lien symbolique comme on le voit ici

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

Si je modifie le lien symbolique et redémarre systemd.resolve, je peux envoyer une requête ping à l'adresse, mais il semble désactiver la mise en cache 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
18.04dnsresolv.confsystemd-resolved
1
usbsnowcrash

Je pense avoir eu ce problème avant. J'ai utilisé la première réponse à cette question pour le résoudre: serveur de noms incorrect défini par resolvconf et NetworkManager

La réponse est de changer le lien symbolique de resolv.conf:

Sudo rm -f /etc/resolv.conf
Sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
reboot
4
Andrew Lamarra

Pour moi, la réponse a été que les entrées DNS manquaient dans ma configuration Netpan . Je les ai éditées manuellement (dans mon cas, /etc/netplan/50-cloud-init.yaml mais je me rends compte que cela pourrait être spécifique à mon environnement et ne pas "coller").

J'ai changé

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

puis appliqué en utilisant

netplan apply
0
ISparkes