Outils pour utilisateurs

Outils du site


netadmin:dns:systemd-resolved

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision
Révision précédente
netadmin:dns:systemd-resolved [2025/03/12 19:21] – yoannnetadmin:dns:systemd-resolved [2026/10/21 13:25] (Version actuelle) – yoann
Ligne 1: Ligne 1:
-{{tag>netadmin sysadmin linux dns debian ubuntu todo}}+{{tag>netadmin sysadmin linux dns split-dns debian ubuntu systemd}}
  
 ====== systemd-resolved ====== ====== systemd-resolved ======
  
 Les versions récentes de nombreuses distributions GNU/Linux utilisent à présent le daemon **systemd-resolved** comme résolveur. Tous les programmes s'exécutant sur le système local ayant besoin de convertir un nom en adresse IP passent par lui. Cette centralisation des recherches DNS est avantageuse pour l'ensemble du système: Les versions récentes de nombreuses distributions GNU/Linux utilisent à présent le daemon **systemd-resolved** comme résolveur. Tous les programmes s'exécutant sur le système local ayant besoin de convertir un nom en adresse IP passent par lui. Cette centralisation des recherches DNS est avantageuse pour l'ensemble du système:
-  * Le service propose un cache qui accélère les réponse pour les demandes les plus fréquentes; +  * Le service propose un cache qui accélère les réponses pour les demandes les plus fréquentes; 
-  * Le daemon identifie les serveur non réactifs et évite à chaque programme d'en faire la découverte après timeout; +  * Le daemon identifie les serveurs non réactifs et évite à chaque programme d'en faire la découverte individuellement après un timeout; 
-  * Les programmes s'adressent au service via un transport local et son aisi plus isolés du réseau. +  * Les programmes s'adressent au service via un transport local et sont ainsi mieux isolés du réseau. 
-  * Le daemon peut être paramétré précisément pour définir quel serveur de noms doit être utilisé en fonction du domaine recherché (routage ou split DNS). +  * Le daemon peut être paramétré finement pour définir quel serveur de noms doit être utilisé en fonction du domaine recherché (routage ou split DNS). 
  
  
Ligne 15: Ligne 15:
 Dans de nombreux cas, les machines se connectent à différents réseaux physiques ou virtuels. Un ordinateur portable peut par exemple être connecté en parallèle aux réseaux Ethernet et wifi et avoir en plus une connexion VPN vers un réseau d'entreprise. Chacune de ces trois connexions à une interface dédiée dans le noyau à laquelle peuvent être associés plusieurs serveurs de noms. Dans de nombreux cas, les machines se connectent à différents réseaux physiques ou virtuels. Un ordinateur portable peut par exemple être connecté en parallèle aux réseaux Ethernet et wifi et avoir en plus une connexion VPN vers un réseau d'entreprise. Chacune de ces trois connexions à une interface dédiée dans le noyau à laquelle peuvent être associés plusieurs serveurs de noms.
  
-**Le //routing// ou routage est le processus décidant quel serveur de noms interroger pour un nom de domaine donné**.+**Le //routing DNS// ou routage DNS est le processus décidant quel serveur de noms interroger pour un nom de domaine donné**.
  
 <note warning> <note warning>
Ligne 117: Ligne 117:
 </code>  </code> 
  
-===== Troubleshooting =====+===== Dépannage ===== 
 + 
 +Vérifier quel service DNS est utilisé par le système 
 + 
 +<code bash> 
 +ls -l /etc/resolv.conf  
 +lrwxrwxrwx 1 root root 39 Apr 20 20:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf 
 +</code> 
 + 
 +Dans l'exemple ci-dessus le fichier /etc/resolv.conf est un lien symbolique vers le fichier de configuration du service systemd-resolved. Ceci sera confirmé par les commentaires présents dans le fichier. 
 + 
 +Pour valider l'état du service : 
 +<code bash> 
 +systemctl status systemd-resolved 
 +</code>
  
 ==== Vider le cache ==== ==== Vider le cache ====
Ligne 127: Ligne 141:
 ==== Logs ==== ==== Logs ====
  
-Pour consulter les logs:+Pour consulter les logs :
 <code bash> <code bash>
 journalctl --unit systemd-resolved.service journalctl --unit systemd-resolved.service
 </code> </code>
 +
 +Afficher le niveau de journalisation (par défaut ''info'') :
 +<code bash>
 +resolvectl log-level
 +</code>
 +
 +Augmenter le niveau de journalisation :
 +<code bash>
 +resolvectl log-level debug
 +</code>
 +
 +Pour afficher les traces en continu :
 +<code bash>
 +journalctl --unit systemd-resolved.service --follow
 +</code>
 +
  
 ==== Statistiques ==== ==== Statistiques ====
Ligne 144: Ligne 174:
   * https://www.bortzmeyer.org/7719.html   * https://www.bortzmeyer.org/7719.html
   * https://www.linuxquestions.org/questions/linux-networking-3/dns-server-priority-in-systemd-resolve-4175680247/   * https://www.linuxquestions.org/questions/linux-networking-3/dns-server-priority-in-systemd-resolve-4175680247/
 +  * [[https://unix.stackexchange.com/questions/328131/how-to-troubleshoot-dns-with-systemd-resolved|Comment dépanner le service DNS de systemd-resolved (unix.stackexchange.com) (en)]]
 +  * [[https://www.linuxtricks.fr/wiki/systemd-la-resolution-de-nom-avec-systemd-resolved|Fonctionnement de la résolution de nom via systemd-resolved (linuxtricks.fr)]]
 +  * [[https://blogs.gnome.org/mcatanzaro/2020/12/17/understanding-systemd-resolved-split-dns-and-vpn-configuration/|Comprendre systemd-resolved, le Split-DNS et la configuration VPN (blogs.gnome.org) (en)]]
netadmin/dns/systemd-resolved.1741807266.txt.gz · Dernière modification : 2025/03/12 19:21 de yoann