65 votes

Mauvais serveur de noms défini par resolvconf et NetworkManager

Mon serveur DNS est 192.168.1.152 .

Ce DNS est fourni aux clients par DHCP. Les clients Windows sur mon réseau local résolvent les noms correctement en utilisant ce DNS, mais ma VM Ubuntu ne le fait pas.

La VM est configurée avec un réseau en pont et reçoit correctement le serveur DNS, mais mes noms d'hôtes locaux ne sont pas résolus par nslookup ou les navigateurs.

Voici un nslookup d'un de mes domaines locaux :

# nslookup unraid.local
Server:     127.0.0.53
Address:    127.0.0.53#53

** server can't find unraid.local: SERVFAIL

Voici ce qu'il devrait résoudre en utilisant mon serveur DNS :

# nslookup unraid.local 192.168.1.152
Server:     192.168.1.152
Address:    192.168.1.152#53

Name:   unraid.local
Address: 192.168.1.152

/etc/resolv.conf a un mauvais serveur de noms :

# 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

J'ai lancé cette commande. Sous Serveurs DNS, confusément, elle spécifie le bon serveur (et ma passerelle par défaut).

root@ubuntu:~# systemd-resolve --status
Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 2 (ens33)
      Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.1.152
                      192.168.1.1

Je ne veux pas "coder en dur" l'adresse IP du serveur DNS dans un fichier de configuration, car je ne pourrai pas la résoudre si je change de réseau.

Comment puis-je obtenir que resolvconf et NetworkManager automatiquement définir l'IP du serveur DHCP dans /etc/resolv.conf ?

0voto

cube1us Points 21

Ce que j'ai fait, après que cela me soit arrivé lors de la mise à jour d'une version bien plus ancienne d'Ubuntu et que la résolution de mon nom se soit cassée. J'ai d'abord essayé l'approche 00-yadayadayada ci-dessus - mais cela n'a PAS marché.

cd /etc mv resolv.conf resolv.conf-I-HATE-SYSTEMD cp resolv.conf-I-HATE-SYSTEMD resolv.conf

Puis j'ai modifié le fichier /etc/resolv.conf. La première opération permet de se débarrasser de l'embêtant lien symbolique (et des documents qui l'accompagnent) afin que les redémarrages ultérieurs ne l'écrasent pas (je l'espère).

Ce que tout cela démontre, c'est la folie absolue qu'est SYSTEMD. Qu'est-ce que la configuration d'un résolveur a à voir avec l'ordre de démarrage du système, etc., pour que systemd soit impliqué. Quel tas de ferraille.

ARRRRRRRRGH. Quel tas de ferraille est Systemd. Trop de programmeurs avec trop de temps dans leurs mains, trop paresseux pour faire le travail "pas drôle" d'écrire et de réparer des APPLICATIONS, considérant que c'est en quelque sorte "indigne" d'eux. Bah.

JRJ

-3voto

J'ai le même problème. A chaque redémarrage, rien ne se résout. J'ai tout désinstallé et réinstallé environ 50 fois déjà. C'est tout simplement cassé.

donc la solution est .... "il suffit d'appliquer quelques paramètres à chaque fois que vous démarrez votre PC, ce qui permet à 90% des noms d'hôtes de se résoudre mais les mises à jour et mises à niveau de wget et apt-get échoueront aléatoirement sans raison"

cat /etc/systemd/resolved.conf

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See resolved.conf(5) for details

[Resolve]
#DNS=
#FallbackDNS=
#Domains=
#LLMNR=yes
#MulticastDNS=yes
#DNSSEC=no
#Cache=yes
#DNSStubListener=udp

Lorsque vous utilisez le bureau Ubuntu 17.10, vous devez modifier le fichier qui dit NE MODIFIEZ PAS CE FICHIER BLA BLA BLA

C'est la SEULE façon dont ça fonctionne !

root@nas:~# cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 8.8.8.8

Donc, supprimez l'IP 127.0.0.53 comme serveur de noms et entrez-en un autre, google par exemple. Il semble que mon adresse IP DNS actuelle ne résout pas non plus les noms d'hôtes (même si elle fonctionne sur 10 autres machines et appareils dans la maison), mais celle de Google fonctionne bien.

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