Chapitre 30. Configuration de l'ordre des serveurs DNS


La plupart des applications utilisent la fonction getaddrinfo() de la bibliothèque glibc pour résoudre les requêtes DNS. Par défaut, glibc envoie toutes les requêtes DNS au premier serveur DNS spécifié dans le fichier /etc/resolv.conf. Si ce serveur ne répond pas, RHEL utilise le serveur suivant dans ce fichier. NetworkManager vous permet d'influencer l'ordre des serveurs DNS dans etc/resolv.conf.

30.1. Comment NetworkManager ordonne les serveurs DNS dans /etc/resolv.conf

NetworkManager ordonne les serveurs DNS dans le fichier /etc/resolv.conf en fonction des règles suivantes :

  • S'il n'existe qu'un seul profil de connexion, NetworkManager utilise l'ordre des serveurs DNS IPv4 et IPv6 spécifiés dans cette connexion.
  • Si plusieurs profils de connexion sont activés, NetworkManager ordonne les serveurs DNS en fonction d'une valeur de priorité DNS. Si vous définissez des priorités DNS, le comportement de NetworkManager dépend de la valeur définie dans le paramètre dns. Vous pouvez définir ce paramètre dans la section [main] du fichier /etc/NetworkManager/NetworkManager.conf:

    • dns=default ou si le paramètre dns n'est pas défini :

      NetworkManager commande les serveurs DNS de différentes connexions en fonction des paramètres ipv4.dns-priority et ipv6.dns-priority de chaque connexion.

      Si vous ne définissez aucune valeur ou si vous définissez ipv4.dns-priority et ipv6.dns-priority sur 0, NetworkManager utilise la valeur globale par défaut. Voir Valeurs par défaut des paramètres de priorité DNS.

    • dns=dnsmasq ou dns=systemd-resolved:

      Lorsque vous utilisez l'un de ces paramètres, NetworkManager définit soit 127.0.0.1 pour dnsmasq, soit 127.0.0.53 pour nameserver dans le fichier /etc/resolv.conf.

      Les services dnsmasq et systemd-resolved transmettent les requêtes relatives au domaine de recherche défini dans une connexion NetworkManager au serveur DNS spécifié dans cette connexion, et transmettent les requêtes relatives à d'autres domaines à la connexion avec la route par défaut. Lorsque plusieurs connexions ont le même domaine de recherche, dnsmasq et systemd-resolved transmettent les requêtes pour ce domaine au serveur DNS défini dans la connexion avec la valeur de priorité la plus basse.

Valeurs par défaut des paramètres de priorité DNS

NetworkManager utilise les valeurs par défaut suivantes pour les connexions :

  • 50 pour les connexions VPN
  • 100 pour les autres connexions

Valeurs de priorité DNS valables :

Vous pouvez définir les paramètres par défaut globaux et les paramètres spécifiques à la connexion ipv4.dns-priority et ipv6.dns-priority à une valeur comprise entre -2147483647 et 2147483647.

  • Une valeur inférieure a une priorité plus élevée.
  • Les valeurs négatives ont pour effet particulier d'exclure d'autres configurations ayant une valeur supérieure. Par exemple, s'il existe au moins une connexion avec une valeur de priorité négative, NetworkManager utilise uniquement les serveurs DNS spécifiés dans le profil de connexion avec la priorité la plus basse.
  • Si plusieurs connexions ont la même priorité DNS, NetworkManager donne la priorité aux DNS dans l'ordre suivant :

    1. Connexions VPN
    2. Connexion avec une route par défaut active. La route par défaut active est la route par défaut dont le métrique est le plus bas.

Ressources supplémentaires

Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.