Le 10/09/2019 à 17:28, Olivier a écrit :
1. Il m'est dernièrement arrivé de modifier le contenu de mon fichier /etc/resolv.conf avec la commande resolvconf. Plus précisément: echo "nameserver 192.168.3.45 nameserver 192.168.8.10 search example.com" | sudo resolvconf -a eth0.inet (Une simple était peut-être suffisante mais pour la beauté du geste, j'ai utilisé resolvconf).
Une simple quoi ? Redirection dans /etc/resolv.conf ? Non, ce n'est pas une bonne idée de modifier directement resolv.conf lorsque resolvconf est installé. D'une part ces modifications peuvent être écrasées par resolvconf, d'autre part lors de son installation resolvconf remplace le fichier par un lien symbolique qui pointe vers /run/resolvconf, emplacement situé en tmpfs donc non persistant.
Pourquoi ce paramètre eth0.inet est-il nécessaire ?
Parce que c'est ainsi que resolvconf fonctionne : il associe une configuration DNS a une interface. Cela lui permet de gérer les configurations DNS associées à plusieurs interfaces avec un système de priorité (au lieu que la plus récente écrase la précédente), et de supprimer la configuration d'une interface lorsque cette dernière est désactivée.
Une machine a-t-elle plusieurs instances de daemon de résolution de noms de domaine ?
Il n'y a pas forcément de démon de résolution de noms DNS. Dans Debian, c'est juste une bibliothèque partagée utilisée par les programmes et qui utilise /etc/resolv.conf.
2. Raspbian installe dhcpcd et openresolv. Comment se comparent resolvconf et openresolv ?
Je n'ai jamais utilisé openresolv mais il est marqué comme fournissant resolvconf (Provides: resolvconf), donc son fonctionnement externe doit être suffisamment proche pour pouvoir le remplacer de façon transparente pour les programmes qui l'utilisent. Par contre ses options de configuration semblent différentes.