Nom d'hôte machines locales non résolus

[Heffgé]

Bonjour,
Comme je l'ai déjà évoqué dans une précédente question (voir ici) les noms d'hôte des stations présentes sur le réseau local ne sont pas résolus.
Ce problème a été relaté dans de nombreux fils de discussions et notamment dans celui-ci. J'y ai découvert qu'il touchait aussi bien les stations Linux que Windows.
Sa source a été mise en avant (mdns non activé) mais la solution trouvée est loin d'être élégante. Ce fil date d'il y a un an. Acune autre solution n'aurait été trouvée depuis ?
Merci d'avance pour vos suggestions.

[arghlub]

Salut,
modifie peut-être le fichier hosts :

Code : Tout sélectionner

sudo nano  /etc/hosts

[arghlub]

pardon c'est surement une fausse piste, il est tard et j'ai pas tout compris à la question

[Heffgé]

Merci d'avoir tenter de m'aider mais effectivement intervenir sur le fichier hosts n'est pas une solution puisqu'il s'agit de communiquer avec des stations clientes DHCP (adresse IP non connue).
Dans l'état actuel aussi bien un ping qu'un mount.cifs sont incapables de fonctioner autrement qu'en spécifiant une adresse IP. Je suis obligé d'exécuter nmblookup pour trouver l'adresse IP d'une station d'après son nom.
En espérant qu'ainsi c'est plus clair.

[Heffgé]

Désolé si je n'ai pas réussi à exposer le problème.
Bien sûr que je sais retrouver l'adresse IP d'une station, le problème n'est pas là.Quand cette adresse n'est pas fixe, et sauf cas particulier elle n'a aucune raison de l'être, il faut dans un script être capable de s'adresser à une station par son nom si l'on ne veut pas modifier ce script avant chaque utilisation. Hors dans mon cas même un simple ping échouait en utilsant le nom d'hôte de la cible plutôt que son adresse IP.
Je parle au passé parce que je viens d'en trouver la raison. Oracle Virtual Box est installé sur la machine Windows et une pseudo carte réseau a donc été ajoutée, mais pour un sous-réseau IP distinct (fonctionnement en NAT). La commande nmblookup nom_hôte renvoie les deux adresses IP.

Si je désactive cette pseudo carte une seule adresse IP est renvoyée et tout fonctionne.
J'en déduit que le processus de résolution des adresses IP d'après le nom de l'hôte ne fonctionne pas quand pluisieurs sont susceptibles d'être renvoyées. Il semble ne pas tenir compte du sous-réseau IP qu'il utilise.
S'il s'agit bien d'un manque à ce niveau, peut-on espérer un correctif ?
Merci d'avance pour vos retours.

[Heffgé]

Décidemment je crois que j'ai du mal à exposer clairement un problème.
Je n'ai parlé d'un script que pour citer un cas typique où l'accès à une station distante ne pouvait être envisagé que via son nom d'hôte. Alors oublions si cela obscurci le propos.
Je ne vais m'intéresser qu'à la commande ping lancée dans un terminal. Cette commande s'exécute en indiquant comme cible aussi bien son adresse IP que son nom d'hôte.
Chez moi le ping sur une adresse IP fonctionne toujours mais celui sur le nom d'hôte seulement dans certaines circonstances. J'ai identifié ces circonstances.

La station distante est un ordinateur tournant sous Windows 7 et nommé "Poste-7". Sur celui-ci sont installés un certain nombre de logciels dont Virtual Box. Dans Virtaul Box une machine virutuelle Windows 10 a été installée. Le mode NAT a été choisi comme mode de fonctionnement réseau et, pour assurer la communication entre la machine hôte et la machine invitée, Virtual Box a crée une carte réseau émulée qui apparaît dans le Gestionnaire de périphériques. Voici le résultat d'une commande ipconfig.

On voit la carte physique et cette carte ajoutée. Les adresses IP correspondant à l'une et à l'autres ne sont pas dans le même sous-réseau IP.

Première phase de test
Sur la machine Linux, sans rien changer sur celle sous Windows, je passe d'abord la commande nmblook Poste-7. Le résultat est montré sur cette copie d'écran.

Deux adresses IP sont détectées pour Poste-7.
Je passe ensuite d'abord la commande ping Poste-7 puis à la suite la commande ping 192.168.1.1.

Comme le montre cette nouvelle copie d'écran le ping sur le nom d'hôte ne s'exécute même pas.

Deuxième phase de test.
Sur la station Windows je désactive la carte émulée. Voici le résultat d'une nouvelle commande ipconfig.

La carte émulée n'y figure plus.
Sur la machine Linux, je passe de nouveau la commande nmblook Post-7 dont voici le résultat.

Là aussi il ne figure plus qu'une seule adresse IP.
Comme précédemment je passe à la suite les commandes ping Poste-7 puis ping 192.168.1.1.

On voit que les deux sont effectuées avec succès

Autres tests
On observe un comportement identique avec d'autes commandes comme mount.cifs ou caja .

Conclusion
Le seul changement entre les deux phases de test décrites ci dessus, facilement reproductibles, est la désactivation de la carte résau émulée. Lorsqu'elle est active Linux voit deux adresses IP pour le même nom d'hôte, dont l'une n'est pas joignable (sous-réseau IP distinct), et les commandes basées sur le nom d'hôte échouent. Lorsqu'on désactive cette carte Linux ne voit plus qu'une seule adresse IP et ces mêmes commandes sont effectuées avec succès.
Je ne sais pas qui est impliqué dans ce comportement non souhaité mais les faits sont indéniables.

[débitant]

bonsoir, juste une chose pour une certaine tenue et cohérence du forum, il faut mettre le retours du terminal entre le balises "code"
voir l'utilisation des balises : tuto barre d'outils des messages
merci d'en prendre en compte

[aquanaute]

Bonjour,
J'ai le même problème de non-résolution des noms des machines locales.
Sur mon réseau il y a un Raspberry Pi nommé "grafanapi", si je tente un nslookup, nmblookup ou un ping j'obtiens :

Code : Tout sélectionner

steph@maker:~$ nslookup grafanapi
;; Got SERVFAIL reply from 127.0.0.53
Server:		127.0.0.53
Address:	127.0.0.53#53

** server can't find grafanapi: SERVFAIL

steph@maker:~$ nmblookup grafanapi
name_query failed to find name grafanapi
steph@maker:~$ ping grafanapi
ping: grafanapi: Nom ou service inconnu

Il y a un autre Raspberry Pi nommé "treboulcloud" et là, aucun problème, connecté en SSH sur le "grafanapi", je peux pinger "treboulcloud" comme "maker" (machine Linux Mint 22.1 Xia).
Sur aucun des Raspberry Pi on ne connait la commande "nslookup" ou "nmblookup", Linux Mint semble utiliser un serveur DNS local en plus de celui du réseau et il bloque sur les noms d'hôtes locaux.
Comment faire ?

[Armaggion]

J'ai l'impression que ce que tu cherches est par ici :
https://docs.redhat.com/fr/documentatio ... ostnamectl

[aquanaute]

Je suis parvenu à obtenir une résolution des noms de mon réseau local en ajoutant l'IP de mon routeur dans "/etc/resolv.conf" mais les commentaires dans le fichier expliquent qu'il ne faut pas l'éditer car c'est "systemd-resolved" qui gère la résolution de noms :

Code : Tout sélectionner

# 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 "resolvectl status" to see details about the uplink DNS servers
# currently in use.

La commande "systemd-resolv" donne :

Code : Tout sélectionner

Global
         Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
  resolv.conf mode: stub

Link 2 (enp4s0)
    Current Scopes: none
         Protocols: -DefaultRoute -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 3 (wlp2s0)
    Current Scopes: DNS
         Protocols: +DefaultRoute -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 192.168.1.1
       DNS Servers: 192.168.1.1 2a02:8429:b66c:2401::1

192.168.1.1 est bien ma passerelle, la résolution de noms fonctionne bien pour les accès internet mais pas en local. Dommage.
Je cherche encore.