78 votes

DNS set to systemd's 127.0.0.53 - how to change permanently? DNS défini sur 127.0.0.53 de systemd - comment changer de manière permanente ?

J'ai récemment mis à jour vers 17.10. Lorsque j'essaie d'accéder à un site Web ou de faire un ping sur un domaine, cela échoue en disant que le site ne peut pas être résolu.

network-admin montre que le contenu de /etc/resolv.conf est nameserver: 127.0.0.53

Si je change cela pour 8.8.8.8 ou 208.67.222.222 alors tout fonctionne. Jusqu'à ce que je redémarre.

Après un redémarrage ou une reprise, le serveur de noms est réinitialisé à 127.0.0.53.

Comment puis-je définir de manière permanente le serveur de noms sur quelque chose qui fonctionne?


Pour les fans de systemd, si je lance systemd-resolve --status, j'obtiens

Link 3 (wlo1)
      Current Scopes: LLMNR/IPv4 LLMNR/IPv6
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

Si je suis les conseils de cette question - DNS keeps resetting after reboot. Ubuntu 17.10 - le DNS continue de ne pas se résoudre.

4voto

azmi.m Points 41

C'est ainsi que je change mon enregistrement DNS sur la configuration de l'interface.

$ vi /etc/netplan/50-cloud-init.yaml

Changer les adresses des serveurs de noms, auparavant c'était .4 puis je l'ai changé en .3 :

...
            nameservers:
                addresses:
                - 192.168.1.3
...

Enregistrer la configuration puis appliquer la configuration :

$ sudo netplan apply

Après cela, redémarrez le service resolvectl.

$ sudo systemctl restart systemd-resolved.service

Pour les notes : J'ai redémarré le serveur et les modifications que j'ai apportées étaient toujours intactes. J'utilise la commande resolvectl dns pour vérifier l'enregistrement DNS.

2voto

Jacoby Maves Points 21

Avait des problèmes avec NordVPN donc j'ai décidé d'ajouter ceci.

Résultats:
NordVPN définit les paramètres DNS /run/systemd/resolve/resolv.conf lors de la connexion.
NordVPN supprime tous les paramètres DNS de /run/systemd/resolve/resolv.conf lors de la déconnexion.
Cela fait que le serveur DNS ne fonctionne plus (puisqu'aucun n'est défini).

Le système nécessite un redémarrage pour remettre tout en place. Un redémarrage standard du service (sudo systemctl restart systemd-resolved.service) ne fonctionne pas.

La solution pour contourner ce problème:

sudo apt install resolvconf

Rendez-vous dans /etc/resolvconf/resolv.conf.d/

cd /etc/resolvconf/resolv.conf.d/
sudo nano tail

Ajoutez les serveurs de noms

nameserver 1.1.1.1
nameserver 1.0.0.1

Vérifiez les endroits suivants pour les serveurs de noms qui pourraient avoir été définis:

/run/resolvconf/interface/original.resolvconf
/run/resolvconf/interface/systemd-resolved
/etc/resolvconf/resolv.conf.d/tail
/etc/resolvconf/resolv.conf.d/head
/etc/systemd/resolved.conf
/run/systemd/resolve/resolv.conf
/run/systemd/resolve/stub-resolv.conf

Testez quels serveurs DNS sont utilisés avec:

nslookup google.com

Serveur:         1.1.1.1
Adresse:        1.1.1.1#53

1voto

Sjoerd Points 11

Peut-être un peu tard, mais j'ai rencontré ce problème. Je dois admettre que j'ai configuré manuellement mes paramètres réseau via l'interface de ligne de commande auparavant et non via le gestionnaire de réseau intégré. J'utilise ubuntu 18.04.

Donc, après avoir désactivé puis réactivé le service systemd.resolved, ce comportement erratique de perdre aléatoirement ma configuration DNS a été résolu pour moi.

systemctl disable systemd.resolved.service
reboot

après le redémarrage :

systemctl enable systemd.resolved.service
reboot

Je suis un utilisateur relativement novice de Linux, donc il doit y avoir quelqu'un qui peut expliquer le comment et le pourquoi de pourquoi cela a fonctionné pour moi, mais il semblait utile de le mentionner si cela peut aider d'autres personnes.

1voto

Jaro Points 11

Si vous souhaitez gérer manuellement le fichier /etc/resolv.conf, "man NetworkManager.conf" fournit la réponse.

Dans /etc/NetworkManager/NetworkManager.conf, ajoutez la section [main] comme suit : dns=none

Assurez-vous également que /etc/resolv.conf est un fichier, et non un lien symbolique. Vos modifications survivront au redémarrage du système.

La plupart des réponses sont malheureusement incorrectes ou des contournements inutiles.

0voto

Je pense que vous venez de manquer quelque chose de plutôt sérieux.

installez nmap puis exécutez nmap 127.0.0.1, puis 127.0.0.53 Ils ont une liste de services différents, quelque chose écoute clairement et se cache dans une autre adresse IP essayant de ressembler à localhost. Ensuite, l'ordinateur pointe vers cette adresse plutôt que vers le serveur DNS réel... et résout... mais je n'ai pas installé de serveur DNS...

Je cherche à comprendre ce que c'est... le sous-réseau localhost est censé avoir seulement 127.0.0.1 si je me souviens bien.

Cela ressemble à une possible piratage pour contourner les pare-feu. Mon pare-feu était activé et rejetait les connexions entrantes et sortantes, mais mes sorties auraient dû être vers une seule adresse IP. Mon DNS réel pour fonctionner...

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X