Pourquoi des services resolvconf.service et systemd-resol.s.service sont-ils présents simultanément dans Ubuntu?
Dans Ubuntu, il existe deux solutions qui fournissent le cache DNS et la fonctionnalité de configuration. L'un d'entre eux est resolvconf.service (partie du paquet resolvconf). Un autre est systemd-resol.service (partie du paquet systemd). Dans certaines circonstances, une solution est activée et sous une autre. Les deux solutions font partie du noyau du système Ubuntu. Smbd sait-il pourquoi il en est ainsi?
Je cherchais pourquoi les documentations de NetworkManager, résolues par systemd et resolvconf sont toutes incompatibles avec la manière dont Ubuntu gère DNS.
Il semble qu'Ubuntu utilise à la fois resolvconf et avec systemd pour résoudre la résolution DNS, ce que j'ai découvert dans un petit commentaire on un numéro de GitHub:
/etc/resolv.conf -> /run/resolvconf/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN # 127.0.0.53 is the systemd-resolved stub resolver. # run "systemd-resolve --status" to see details about the actual nameservers. nameserver 127.0.0.53 search lan
Le commentaire supérieur dans le Github PR qui résout le problème ci-dessus indique que ce comportement est le comportement par défaut pour systemd-resolvconf et resolvconf sous Ubuntu à partir de 17.10+:
... Il est utilisé par défaut sur Ubuntu 17.10+