1 votes

les paramètres du serveur de noms netplan ne sont pas utilisés dans nslookup pour une interface spécifique

J'ai fait des recherches et des essais toute la matinée et je n'arrive pas à m'y retrouver. Soyez indulgent avec moi, au cas où je manquerais quelque chose de fondamental.

Le scénario :

J'ai configuré des interfaces avec netplan (serveur ubuntu 18.04), et tout fonctionne parfaitement, sauf pour la partie DNS. Lorsque je fais un "nslookup nom-de-domaine-local "J'obtiens une réponse par 8.8.8.8. A la place, je veux une réponse par, disons, 10.12.101.101

Mon but :

Faire en sorte que le système (i.e. nslookup) utilise le serveur de noms local, que j'ai configuré via un fichier de configuration netplan, lors de la recherche de noms de domaines locaux.

Configuration actuelle :

Pour une interface spécifique eth0, j'ai configuré des serveurs de noms locaux qui doivent être utilisés lors de l'interrogation d'adresses IP locales / d'un réseau local.

Le fichier /etc/resolv.conf contient une entrée de serveur de noms pour 8.8.8.8.

Le netplan.conf ressemble à ceci :

network:
    ethernets:
        eth0:
            addresses:
            - 10.205.10.16/24
            match:
                macaddress: "xxxxxxxx"
            nameservers: {
                    addresses: [10.12.101.101, 10.12.101.102, 10.12.101.103]
                }
            routes:
            - xxxxxxxxxx

        eth1:
            addresses:
            - xxxx/28
            match:
                macaddress: "xxxxx"
            gateway4: xxxxxx

    version: 2

Et voici le résultat de "systemd-resolve --status".

Global
         DNS Servers: 8.8.8.8
          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 (eth1)
      Current Scopes: none
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

Link 2 (eth0)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 10.12.101.101
                      10.12.101.102
                      10.12.101.103

Qu'est-ce que j'ai configuré d'autre ?

  • systemd-networkd est activé et fonctionne.
  • systemd-resolved est activé et fonctionne.
  • networking.service est désactivé.
  • resolvconf, dnsmasq, dnsmasq-base - les paquets ne sont pas installés.
  • Le fichier /etc/nsswitch.conf ressemble à ceci : "hosts : files resolve [!UNAVAIL=return] dns".
  • J'ai redémarré le système après chaque changement que j'ai fait.

Merci d'avance pour tout conseil. J'espère que cette question est raisonnable.

1voto

slangasek Points 4716

Le fichier /etc/resolv.conf contient une entrée de serveur de noms pour 8.8.8.8.

D'où cela vient-il ? Est-ce que /etc/resolv.conf est un fichier statique, au lieu d'être un lien symbolique vers ../run/systemd/resolve/stub-resolv.conf, comme il devrait l'être ?

Votre configuration netplan ne mentionne pas 8.8.8.8, et ce n'est pas une valeur par défaut dans Ubuntu. Mais systemd-resolved récupérera les serveurs DNS configurés de manière statique et les injectera dans sa configuration.

Il se peut que le fait de changer /etc/resolv.conf pour le lien symbolique attendu, puis de lancer la commande sudo systemctl restart systemd-resolved peut suffire à résoudre votre problème.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X