3 votes

Où est stocké le nom d'hôte de mon réseau local ?

Lorsque je configure un hostname sur un ordinateur, que je peux consulter comme suit :

$ hostname
example

puis ping ou ssh à partir d'un autre ordinateur sur le même réseau local :

$ ssh example
user@example's password:

Où mon autre ordinateur recherche-t-il l'adresse de ce nom d'hôte ? L'ancien ordinateur l'enregistre-t-il d'une manière ou d'une autre auprès du routeur ? Le deuxième ordinateur demande-t-il simplement à chaque adresse IP du réseau local "Are you ? example ?" ?

Le deuxième ordinateur semble connaître l'adresse IP qui correspond à example même si je débranche example . Ces informations sont-elles mises en cache sur le deuxième ordinateur ? Ou est-ce que hostnamectl enregistrer en quelque sorte ce nom d'hôte auprès du routeur.

Et si je branche maintenant ces ordinateurs sur un autre réseau, pourront-ils encore se retrouver avec ces noms d'hôtes ?

Comment cela fonctionne-t-il ?

4voto

P P Eapen Points 1

Il existe plusieurs méthodes :

  • Réseau à configuration zéro à l'aide de la multidiffusion IP ( RFC 1112 ) envoie des paquets UDP à des adresses spéciales que de nombreux appareils du réseau local traitent comme si le message leur avait été envoyé. Il n'est donc pas nécessaire d'interroger toutes les adresses IP du réseau. Ils utilisent également des adresses MAC réservées pour que les paquets soient transmis à chaque port d'un commutateur.

    • DNS multicast (mDNS, RFC 6762 )

      • Port UDP 5353
      • IPv4 224.0.0.251 / MAC 01:00:5E:00:00:FB
      • IPv6 ff02::fb / MAC 33:33:00:00:00:FB
    • Résolution des noms de multidiffusion Link-Local (LLMNR), RFC 4795 )

      • Port UDP 5355
      • IPv4 224.0.0.252 MAC 01:00:5E:00:00:FC
      • IPv6 ff02::1:3 MAC 33-33-00-01-00-03
  • En Protocole de configuration dynamique de l'hôte (DHCP) pourrait être en cause :

    • Suffixe DNS spécifique à la connexion , DHCP option 15 ( RFC 2132, 3.17 ) donne au client un nom de domaine qui sera ajouté comme suffixe à ces requêtes non-FQDN. Par conséquent, votre example peut devenir example.example.com qui est utilisé pour la requête DNS.

    • Il est possible de mettre à jour automatiquement le DNS avec Option FQDN du client DHCP ( RFC 4702 ).

  • NetBIOS. Voir par exemple Robert L Bogue : Comment fonctionne réellement la résolution de noms NetBIOS .

  • Protocole de résolution des noms de pairs (PNRP). Technologie Microsoft, nécessite IPv6.

1voto

mikem Points 361

Sur l'ordinateur client (de départ), exécutez "grep hosts /etc/nsswitch.conf"

Cela vous indiquera l'emplacement et l'ordre dans lequel le système recherchera les noms d'hôtes. En général, vous verrez quelque chose comme :

hosts : fichiers dns

Cela signifie qu'il consulte le fichier /etc/hosts et interroge ensuite le DNS. Si l'on disait plutôt :

hosts : fichiers dns

Il consulte alors le DNS, puis le fichier local /etc/hosts.

Il existe d'autres possibilités pour cette entrée, alors jetez un coup d'œil et voyez ce que vous pouvez trouver !

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