[Résolu] Problème DNS Ubuntu Desktop 18.04.1

Flyerjet · Le 31/08/2018, à 16:20

Bonjour à tous,

J'ai installé Ubuntu Desktop 18.04.1 sur ma machine, et n'arrive pas à lui faire utiliser mon serveur de noms local...
Mon PC n'est que sur mon réseau local (plus d'accès Internet une fois que j'ai installé tous mes paquets et tout mis à jour).

Mon serveur DNS (bind9 sur un Ubuntu Server 18.04) fonctionne car :
- Mon PC Windows branché sur le même switch que mon Ubuntu Desktop s'en sert sans problème.
- Sur mon Ubuntu Desktop, je peux résoudre les noms "manuellement" avec la commande host :

$host  diskstation.local 192.168.1.250 :
Using domain server:
Name: 192.168.1.250
Address: 192.168.1.250#53
Aliases: 

diskstation.local has address 192.168.1.1

En revanche, si j'essaie de pinger diskstation.local, j'ai une erreur :

$ping diskstation.local
ping: diskstation.local: Nom ou service inconnu

J'utilise netplan avec NetworkManager.

Confiuration NetPlan :

$cat /etc/netplan/01-network-manager-all.yaml (only file) :
network:
    version: 2
    renderer: NetworkManager
    ethernets:
        data:
            addresses: [192.168.1.152/16]
            nameservers:
                search: [local]
                addresses: [192.168.1.250, 192.168.11.250]
        video:
            addresses: [172.16.1.150/16]
            optional: true
    version: 2

Configuration NetworkManager :

$cat /etc/NetworkManager/NetworkManager.conf :
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[device]
wifi.scan-rand-mac-address=no

Fichier resolv.conf :

$cat /etc/resolv.conf :
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients directly to
# all known uplink DNS servers. This file lists all configured search domains.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 192.168.1.250
nameserver 192.168.11.250
search local

Configuration chargée par resolve :

$cat systemd-resolve --status :
Global
         DNS Servers: 192.168.1.250
          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 3 (video)
      Current Scopes: none
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

Link 2 (data)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.1.250
                      192.168.11.250
          DNS Domain: local

Tout semble indiquer que ma configuration DNS est bonne, et pourtant...

$ping diskstation.local
ping: diskstation.local: Nom ou service inconnu

Quelqu'un aurait-il une idée ?

Merci pour votre aide !

Dernière modification par Flyerjet (Le 17/09/2018, à 18:53)

malbo · Le 02/09/2018, à 06:45

Bonjour,
A mon avis, cette discussion serait mieux placée dans la rubrique "Accès internet et réseaux" du forum que dans la rubrique "Installation de logiciels et changements de version" où tu l'as créée. Je te suggère de demander aux modérateurs de réaliser ce déplacement.

Dernière modification par malbo (Le 02/09/2018, à 06:47)

Ayral · Le 02/09/2018, à 08:48

Modération : déplacé dans la section serveurs.

bruno · Le 02/09/2018, à 09:41

Bonjour,

Attention le TLD .local est normalement réservé pour le protocole mDNS (avahi, zeroconf, bonjour).

Retour de :

dig diskstation.local @192.168.1.250

maxire · Le 02/09/2018, à 12:41

Salut,

Quelque chose ne colle pas avec /etc/resolv.conf, si tu utilises systemd-resolved tu devrais avoir ceci (au paramètre search près):

bionic@bionic-K72F:~$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53
search home
bionic@bionic-K72F:~$

Ensuite je ne me suis pas penché plus que cela sur l'utilisation de systemd-resolved, j'ai sous un desktop 18.04 ceci:

bionic@bionic-K72F:~$ 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

Et:

bionic@bionic-K72F:~$ ip addr show wls1
3: wls1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 48:5d:60:95:b9:c2 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.127/24 brd 192.168.1.255 scope global dynamic noprefixroute wls1
       valid_lft 84920sec preferred_lft 84920sec
    inet6 fe80::2848:5e10:e5d2:4a4c/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
bionic@bionic-K72F:~$ host 192.168.1.127
127.1.168.192.in-addr.arpa domain name pointer bionic-K72F.
bionic@bionic-K72F:~$ host bionic-k72f
bionic-k72f.home has address 192.168.1.127
bionic@bionic-K72F:~$ host bionic-k72f.home
bionic-k72f.home has address 192.168.1.127
bionic@bionic-K72F:~$

pas de problème avec Dns

Dernière modification par maxire (Le 02/09/2018, à 13:04)

bruno · Le 02/09/2018, à 13:33

Je n'ai pas vu de problème dans les retours de configuration mais effectivement il serait plus logique d'avoir le me resolv.conf que maxire.

Je pense, encore un fois, que le problème vient de l'utilisation du TLD .local qui est réservé au protocole mDNS.
La requête host interroge directement le serveur DNS et renvoie la réponse.
Le requête avec ping va interroger les résolveurs dans l'ordre défini dans /etc/nsswitch.conf. C'est à dire par défaut, d’abord les fichiers (hosts), ensuite mDNS et enfin DNS. La requête échoue car mDNS ne connaît pas diskstation.local.

J'ai déjà indiqué à plusieurs reprises dans d'autres fils qu'ils ne fallait pas utiliser n'importe quel TLD pour les noms de domaines locaux.
Je redonne le lien vers le document officiel de l'IANA : https://www.iana.org/assignments/specia … ames.xhtml

Les TLD utilisables pour des noms de domaines bidons à usage local sont :
home.arpa.
example.
invalid.
localhost.
test.

maxire · Le 02/09/2018, à 17:51

Juste une remarque, dans sa requête host Flyerjet précise l'adresse ip de son serveur dns local 192.168.1.250 donc une réponse est obtenue, cela prouve juste que le serveur dns est fonctionnel.

maxire · Le 02/09/2018, à 21:30

Oui, .local, mauvaise idée si je regarde le contenu de nsswitch.conf livré en standard avec Ubuntu 18.04 Desktop:

bionic@bionic-K72F:~$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd:         compat systemd
group:          compat systemd
shadow:         compat
gshadow:        files

hosts:          files mdns4_minimal [NOTFOUND=return] dns myhostname
networks:       files

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

netgroup:       nis
bionic@bionic-K72F:~$

mdns4_minimal est le module qui retourne les adresses IPV4 des hôtes du domaine .local et la condition notfound arrête immédiatement la recherche d'adresse.
Bruno a parfaitement raison; change de nom de domaine ou bien n'utilise que avahi ce qui est bien suffisant pour un réseau de quelques postes, pas besoin de serveur Dns.
Un serveur dhcp est suffisant couplé à avahi/zeroconf.

Dernière modification par maxire (Le 02/09/2018, à 21:31)

Flyerjet · Le 17/09/2018, à 18:52

Bonjour à tous,

Désolé pour ce long silence : je n'ai pas pu me repencher sur le problème immédiatement.

Mon serveur DNS fournit essentiellement des clients Windows, et la topologie devrait rapidement croître (jusqu'à 75 machines) donc je pense qu'Avahi est à exclure.

Je vais "simplement" migrer vers un tld plus approprié. Ce qui ne vas pas être si évident car de nombreux services sont configurés sur de nombreuses machines avec des adresses en .local (sans parler du reverse dns utilisé par certains d'entre eux) mais à vous lire cela me semble être la solution la plus appropriée, propre et durable.

Merci beaucoup pour votre aide et vos éclairages !

maxire · Le 17/09/2018, à 19:31

Salut,
Une solution qui va faire hurler Bruno serait de modifier /etc/nsswitch.conf en supprimant mds4_minimal [NOTFOUND=return] dans la ligne hosts:....
Tu vas violer les règles de l"IANA mais cela devrait fonctionner à condition de ne pas utiliser avahi (cups entre autres applications l'utilise).

Dernière modification par maxire (Le 17/09/2018, à 19:34)

bruno · Le 18/09/2018, à 08:34

AAAAAAAAAAAAAAAAAAAAAHHHHHHHHHHHH

Voilà c'est fait

Flyerjet a écrit :

…cela me semble être la solution la plus appropriée, propre et durable

Je ne peux qu'approuver. Mieux vaut passer un peu de temps à corriger cela que d'accumuler de la dette technique.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 31/08/2018, à 16:20

[Résolu] Problème DNS Ubuntu Desktop 18.04.1

#2 Le 02/09/2018, à 06:45

Re : [Résolu] Problème DNS Ubuntu Desktop 18.04.1

#3 Le 02/09/2018, à 08:48

Re : [Résolu] Problème DNS Ubuntu Desktop 18.04.1

#4 Le 02/09/2018, à 09:41

Re : [Résolu] Problème DNS Ubuntu Desktop 18.04.1

#5 Le 02/09/2018, à 12:41

Re : [Résolu] Problème DNS Ubuntu Desktop 18.04.1

#6 Le 02/09/2018, à 13:33

Re : [Résolu] Problème DNS Ubuntu Desktop 18.04.1

#7 Le 02/09/2018, à 17:51

Re : [Résolu] Problème DNS Ubuntu Desktop 18.04.1

#8 Le 02/09/2018, à 21:30

Re : [Résolu] Problème DNS Ubuntu Desktop 18.04.1

#9 Le 17/09/2018, à 18:52

Re : [Résolu] Problème DNS Ubuntu Desktop 18.04.1

#10 Le 17/09/2018, à 19:31

Re : [Résolu] Problème DNS Ubuntu Desktop 18.04.1

#11 Le 18/09/2018, à 08:34

Re : [Résolu] Problème DNS Ubuntu Desktop 18.04.1

Pied de page des forums