Connectez-vous à Linux par nom plutôt que par IP

Protocoles de découverte LAN sans configuration, par ordre de préférence :

• mDNS
  • Utilisé principalement par les produits Apple et certains programmes Linux, mais également disponible pour Windows et éventuellement d'autres plates-formes ; utilise la multidiffusion IP.
  • Fournit à la fois la recherche de noms et la découverte de services.
  • Les noms d'hôtes sont toujours sous la forme name.local .
  • Logiciel :
    • pris en charge de manière native sur Windows 10.1709 et versions ultérieures (doit être activé via le registre) ;
    • Bonjour sur les anciennes versions de Windows ;
    • Avahi avec nss_mdns sous Linux ;
    • Prise en charge native sur OS X et iOS (et, soi-disant, Android).
• LLMNR
  • Utilisé pour la résolution de noms par Windows Vista et supérieur, comme alternative moderne aux services de noms NetBIOS.
  • Très similaire à mDNS, mais a moins de fonctionnalités - en particulier, manque de découverte de service (Windows utilise le protocole WS-Discovery pour cela).
  • Utilise des noms d'hôte nus (comme NBNS, mais contrairement à mDNS).
  • Logiciel :
    • Prise en charge native par Windows Vista et versions ultérieures ;
    • systemd-resolved avec nss_resolve (partie de systemd 216) sur Linux..
• NetBIOS services de noms
  • Une partie de l'ancien Suite de protocoles réseau NetBIOS utilisée par Windows, OS/2, MS-DOS... Toujours utilisée. Ce n'est pas une excuse pour commencer à l'utiliser sur de nouveaux réseaux.
  • Fournit la résolution de noms et (dans une certaine mesure) la découverte de services, c'est-à-dire "Voisinage réseau" ou "Mes emplacements réseau" sous Windows.
  • Utilise les diffusions IPv4 (quelque peu bavardes) et possède son propre protocole complexe et stupide "d'élection de navigateur" pour réduire le bavardage. Aucune prise en charge d'IPv6.
  • Logiciel :
    • Prise en charge native sur Windows et OS/2 ;
    • nmbd avec nss_wins (partie de Samba) sur Linux et BSD ;
    • Apparemment, OS X le prend également en charge de manière native ?

Des méthodes souvent préconfigurées pour vous :

• DNS en utilisant un nom de domaine local (interne)
  • Les passerelles domestiques ont tendance à avoir cela intégré, dans le cadre du cache DNS local. Souvent, c'est juste un dnsmasq normal , que vous pouvez exécuter manuellement si vous configurez une passerelle basée sur Linux/BSD.
  • Ils prennent le nom d'hôte de votre requête DHCP, l'enregistrent dans dnsmasq sous un domaine comme home , et s'offrent comme serveur DNS principal (jouent le rôle de cache DNS).
  • Fonctionne par défaut avec la plupart des systèmes d'exploitation, mais uniquement avec DHCP (la passerelle ne connaît pas les noms d'hôtes des hôtes IP statiques) et a généralement tendance à être plutôt irrégulière d'après mon expérience.
  • Logiciel :
    • Un client DHCP standard sur les hôtes. Doit envoyer l'option de nom d'hôte.
    • dnsmasq sur la passerelle. (Des configurations plus importantes pourraient utiliser dhcpd + named .)

Méthodes impliquant une configuration manuelle :

• DNS en utilisant votre propre nom de domaine
  • Fonctionne partout. (Cela ne vous aidera pas à réellement vous connecter sur Internet, cependant.)
  • DNS dynamique possible si vous utilisez DHCP et contrôlez un serveur DNS ; sinon toutes les données sont statiques.
  • Vous devez posséder un nom de domaine (ce qui coûtera quelques dollars).
• sous-domaines DNS gratuits
  • Toujours DNS, juste gratuit (ou beaucoup moins cher qu'un domaine), mais aussi assez limité. Des services comme FreeDNS et Dyn proposent l'enregistrement de sous-domaines individuels sous un domaine qu'ils contrôlent (par exemple myhost.dyndns.com ).
    • Bien trop souvent, le sous-domaine a déjà été choisi par quelqu'un d'autre...
  • Les mises à jour DNS dynamiques sont souvent autorisées (style DynDNS).
• /etc/hosts
  • Un fichier texte répertoriant les paires adresse IP - nom d'hôte, qui doivent être configurées manuellement sur chaque machine cliente.
  • (%SystemRoot%\system32\drivers\etc\hosts sous Windows)
• Configuration SSH
  • Le champ "Hostname" dans PuTTY, ou ~/.ssh/config sur OpenSSH.
  • Doit être configuré manuellement.
• Notes PostIt partout sur votre bureau
  • Très bon marché. Aucune politique de nommage. Types de données infinis.
  • Plutôt peu fiable. Doit être distribué manuellement. Pas de durée de vie, ce qui entraîne souvent la mise en cache d'informations obsolètes pendant des mois jusqu'à ce que quelqu'un s'en aperçoive. Les algorithmes de requête sont inefficaces. Les réponses aux requêtes ont tendance à se perdre facilement, ne laissant parfois qu'un enregistrement de colle sur votre moniteur. (Trois mois plus tard, vous les trouverez peut-être cachés derrière votre bureau.)

Deux options.

• Tous les services :

Mettez une entrée pour cela dans /etc/hosts . Ne touchez pas aux lignes existantes, ajoutez-en une nouvelle.

• ssh uniquement :

Ajouter un Host strophe à ~/.ssh/config avec le nom que vous souhaitez utiliser, puis ajoutez les options souhaitées en dessous. Voir man 5 ssh_config pour plus de détails.

Host myserver
    Hostname 192.168.123.234
    Protocol 2

Si vous souhaitez accéder à la machine Linux à partir d'un ordinateur arbitraire, vous aurez besoin d'un nom de domaine. Utilisez un service DNS dynamique pour faire pointer un nom de domaine vers votre ordinateur Linux (ou le routeur auquel il est connecté). Une fois que vous avez configuré cela, cela vous donnera l'avantage supplémentaire de ne pas avoir à vous soucier de l'évolution constante de l'adresse IP de votre ordinateur Linux.