Après la mise à niveau d'ubuntu 16.04 à 17.10, les paramètres DNS ne semblent plus fonctionner. J'imagine que cela doit peut-être faire quelque chose avec la migration de resolvconf vers systemd-resolv.
Alors, comment puis-je m'assurer que les packages et les configurations installés sont dans l'état par défaut prévu pour 17.10?
Par exemple, j'ai remarqué que resolvconf est installé et l'a supprimé. Cependant, cela n'a pas résolu le problème, donc je suppose qu'il y a plus d'étapes pour s'assurer que c'est sur 17.10 paramètres par défaut.
Je peux le faire fonctionner (temporairement) en définissant explicitement un serveur de noms dans /etc/resolv.conf
(par exemple nameserver 8.8.8.8
), mais ce n'est pas la façon prévue de le faire.
J'ai eu les mêmes problèmes. Mon DNS a cessé de fonctionner après la mise à niveau de 17.04 à 17.10.
La solution qui fonctionnait temporairement mettait dans /etc/systemd/resolved.conf
DNS=<DNS server here>
FallbackDNS=<DNS server here>
puis en redémarrant systemd-resolved
en lançant
#Sudo systemctl restart systemd-resolved
L'autre façon est de changer dans /etc/NetworkManager/NetworkManager.conf
dns=dnsmasq
à
dns=systemd-resolved
Puis redémarrez NetworkManager en lançant:
#Sudo systemctl restart NetworkManager
et votre DNS devrait fonctionner.
En ce qui concerne le problème DNS, j'ai essayé les quatre "correctifs" mentionnés ci-dessus et aucun n'a fonctionné. J'avais perdu ma connexion eth0 lorsque ma mise à niveau s'est écrasée avec des fichiers manquants. J'avais besoin d'une connexion Internet avant de pouvoir faire quoi que ce soit pour résoudre le problème. J'ai donc essayé d'utiliser les idées de votre solution 4:
Après avoir exécuté 2 ci-dessus, j'ai observé HAD AN INTERNET CONNECTION! alors j'ai fait ce qui suit:
Cela a rechargé la totalité de l’UBUNTU 17.10. J'ai ensuite exécuté Sudo install -f pour réparer les paquets cassés. Le résultat final était un système fonctionnel sur ma machine Alathon 3500 64 bits, âgée de 12 ans. Carte mère ABIT NF-91, 2 Go de RAM.
Comme @spark l'a dit, vous devez éditer /etc/systemd/resolved.conf
et après le redémarrage du service, tout fonctionne mais vous ne constatez aucun changement dans /etc/resolv.conf
car systemd-resol fonctionne différemment de resolveconf un service.
systemd-resolution utilisez un résolveur intermédiaire (127.0.0.53
) pour transmettre toutes les requêtes aux serveurs DNS spécifiées dans la section /etc/systemd/resolved.conf
DNS. vous ne devriez donc pas changer /etc/resolv.conf
directement. Si vous voulez vérifier si vos modifications sont affectées, vous pouvez ouvrir /run/systemd/resolve/resolv.conf
pour voir vos serveurs DNS. c'est le fichier que systemd-resol utilise pour résoudre les adresses.
J'ai trouvé n excellent article de blog à propos du dernier problème de DNS d'Ubuntu avec systemd-resolved
qui a résolu le problème pour moi.
Les étapes sont les suivantes:
nameserver 8.8.8.8
dans /etc/resolv.conf
Sudo apt-get install unbound
désactiver le démon problématique avec:
Sudo systemctl disable systemd-resolved
Sudo systemctl stop systemd-resolved
dns=unbound
dans la section [main] de /etc/NetworkManager/NetworkManager.conf
activer unbound
avec:
Sudo systemctl enable unbound-resolvconf
Sudo systemctl enable unbound
Étape 1: Vérification de l'itinéraire par défaut Utilisez l'une des commandes suivantes:
route -n
ou
ip r
Demandez une nouvelle adresse IP et modifiez la connexion avec la commande suivante:
dhclient -v wlan0
J'ai eu le même problème après la mise à niveau de 17.04 à 17.10 bien que pour moi systemd-resolved
était bien.
Le problème pour moi était in/etc/nsswitch.conf
.
Après avoir commenté les entrées hosts: files
, DNS a de nouveau fonctionné.