Comment désactiver correctement résolu par systemd
Sur mon ordinateur portable Ubuntu Eoan, je trouve que la résolution de systemd échoue de manière sporadique et inexplicable à répondre aux requêtes DNS locales au 127.0.0.53 même lorsque les requêtes au serveur DNS de mon routeur fonctionnent toujours, donc je veux garder les choses simples et couper la résolution de systemd.
(Plus précisément, après que le WiFi se déconnecte puis se reconnecte, le serveur DNS local à 127.0.0.53 fourni par systemd-resolved dans /etc/resolv.conf cesse de répondre aux requêtes jusqu'à ce que je `` systemctl redémarre systemd-resolved '' manuellement.)
J'utilise un réseau sans fil avec DHCP avec wicd, le contrôlant normalement avec wicd-gtk. Comment puis-je configurer correctement mon système pour que sous une connexion WiFi avec DHCP, j'utilise le serveur DNS attribué par le DHCP? J'ai désactivé le service résolu par systemd mais cela semblait insuffisant. Cela vient de laisser un /etc/resolv.conf lié à un /run/systemd/resolve/stub-resolv.conf inexistant. Même si je supprime cela, un fichier /etc/resolv.conf est créé par NetworkManager pointant vers l'inutile 127.0.0.53 lorsque je me reconnecte au WiFi. Même si je supprime ce fichier et arrête NetworkManager puis me reconnecte au WiFi, je n'ai pas /etc/resolv.conf, donc les recherches DNS n'ont pas de serveur à utiliser.
Comment puis-je configurer correctement les paramètres réseau de wicd ou de mon système pour effectuer la configuration normale du serveur DNS en plus de la configuration de l'adresse IP locale, du sous-réseau et de la passerelle sous le DHCP WiFi? J'utilise normalement wicd-gtk pour sélectionner manuellement un WiFi auquel se connecter. En outre, il n'y a pas de problème avec le WiFi, car d'autres appareils n'ont aucun problème et auparavant, avec un fonctionnement résolu par systemd, il fonctionnait parfois et parfois ne fonctionnait pas. De plus, j'essaie d'éviter d'utiliser NetworkManager parce que j'utilise xmonad sans plateau système, donc je ne peux pas facilement utiliser l'interface graphique de la barre système NetworkManager.
Une chose qui me semble très suspecte dans le journal système après que je me suis connecté au WiFi est que systemd-resolu n'a pas redémarré après que dhclient ait reçu un DHCPACK. systemd-resolution a démarré juste avant cela alors que le réseau n'était probablement pas encore prêt. Il semble donc que /etc/dhcp/dhclient-enter-hooks.d/resolved ne fonctionne pas comme prévu.
EDIT: Il semble qu'en désactivant la résolution de systemd, j'ai rencontré un bug connu: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/174546
Le problème sporadique sonne comme les bogues 1396379 et 1805027 et 1804487. J'ai trouvé la solution à mes échecs sporadiques de résolution de noms 18.04 était d'ajouter le paquet libnss-resolver. Cela a modifié la ligne d'hôtes /etc/nsswitch.conf pour qu'elle soit:
hosts: files mdns4_minimal [NOTFOUND=return] resolve [!UNAVAIL=return] dns myhostname
Aucune autre modification n'a été nécessaire pour l'installation par défaut. Laissez le lien /etc/resolv.conf vers le stub-resolv.conf par défaut.