Comment (et pourquoi) attribuer le domaine .local à votre Raspberry Pi

Si vous êtes fatigué de rechercher les adresses IP des périphériques auxquels vous accédez fréquemment via une connexion à distance, SSH et d'autres moyens de votre réseau domestique, vous pouvez gagner beaucoup de temps en vous assignant un paramètre facile à mémoriser. .local adresse à l'appareil. Lisez ce que nous démontrons en attribuant un nom facile à retenir à notre Raspberry Pi..

Pourquoi je veux faire ça?

Il est fort probable que votre réseau domestique utilise des affectations IP DHCP, ce qui signifie que chaque fois qu'un périphérique quitte le réseau et renvoie une nouvelle adresse IP, il lui est attribué. Même si vous définissez une adresse IP statique pour un périphérique fréquemment utilisé (par exemple, vous définissez votre zone Raspberry Pi de manière à toujours affecter un numéro à 192.168.1.99), vous devez toujours enregistrer ce nombre totalement non intuitif dans la mémoire. De plus, si vous avez besoin de changer le numéro pour une raison quelconque, vous devez vous rappeler un tout nouveau à la place..

Ce n'est pas la fin du monde, mais c'est gênant. Pourquoi se préoccuper de la mémorisation des chaînes IP quand vous pouvez vous donner des périphériques locaux faciles à retenir des noms comme raspberrypi.local ou mediaserver.local?

Certains d’entre vous (en particulier ceux qui possèdent une connaissance plus intime du DNS, des noms de domaine et d’autres structures d’adresses réseau) pourraient se demander quel est le problème. N'y a-t-il pas un risque ou un problème inhérent à simplement attribuer un nom de domaine à votre réseau existant? Il est important de noter ici le gros distinction entre les noms de domaine complets (FQDN), qui sont des suffixes officiellement reconnus pour les domaines de premier niveau (par exemple, .com portion de www.howtogeek.com qui signifie How-To Geek est un site Web commercial) et des noms de domaine qui ne sont pas reconnus par le système de nommage global / DNS ou qui sont réservés à l’usage du réseau privé.

Par exemple, .interne n’est pas, au moment de l’écriture, un FQDN; il n'y a pas de domaines enregistrés dans le monde qui se terminent par .interne et donc si vous deviez configurer votre réseau privé pour utiliser .interne pour les adresses locales, il n'y aurait aucune chance d'un conflit DNS. Cela pourrait toutefois changer (même si la chance est faible) à l'avenir si .interne est devenu un nom de domaine complet officiel et les adresses se terminant par .interne ont été résolus de manière externe via des serveurs DNS publics.

Inversement, le .local domaine, a été officiellement réservé en tant que nom de domaine à usage spécial (SUDN) à des fins spécifiques d’utilisation du réseau interne. Il ne sera jamais configuré en tant que nom de domaine complet et vos noms locaux personnalisés ne seront donc jamais en conflit avec des adresses externes existantes (par exemple,. howtogeek.local).

De quoi ai-je besoin?

La recette secrète qui assure l’ensemble du système de résolution DNS local est appelée service de nom de domaine de multidiffusion (mDNS). De manière confuse, il existe en fait deux implémentations de mDNS, une par Apple et une par Microsoft. L’implémentation mDNS créée par Apple est ce qui sous-tend leur populaire service de découverte de réseau local Bonjour. L'implémentation par Microsoft s'appelle LLMNR (Link-local Multicast Name Resolution). L'implémentation de Microsoft n'a jamais été largement adoptée en raison de son incapacité à se conformer à diverses normes et à un risque de sécurité lié aux domaines pouvant être capturés pour une utilisation locale..

Étant donné que l'implémentation mDNS d'Apple, Bonjour, bénéficie d'un taux d'adoption beaucoup plus large, d'une prise en charge améliorée et d'un grand nombre d'applications pour plates-formes grandes et petites, nous avons choisi de l'utiliser pour ce didacticiel..

Si vous avez des ordinateurs fonctionnant sous OS X d'Apple sur votre réseau, vous ne devez pas suivre le didacticiel pour configurer le Raspberry Pi (ou un autre périphérique Linux). Vous êtes prêt à partir car vos ordinateurs le supportent déjà.

Si vous utilisez une machine Windows sur laquelle iTunes n'est pas installé (qui aurait installé un client Bonjour compagnon pour la résolution mDNS), vous pouvez résoudre le problème de l'absence de support mDNS natif en téléchargeant l'application d'assistance du service d'imprimante Bonjour d'Apple ici. Bien que la page de téléchargement donne l’impression qu’il s’agisse d’un outil réservé à l’imprimante, elle ajoute efficacement la prise en charge de mDNS / Bonjour à l’ensemble du système Windows..

Installer le support Bonjour sur votre Raspberry Pi

La première chose à faire est de tirer le terminal de votre Pi ou de le connecter au terminal distant (si vous avez une machine sans tête) via SSH. Une fois au terminal, prenez un moment pour mettre à jour et mettre à niveau apt-get. (Remarque: si vous avez récemment effectué cette opération dans le cadre d'un autre de nos didacticiels Raspberry Pi, n'hésitez pas à ignorer cette étape.)

sudo apt-get update

sudo apt-get upgrade

Une fois le processus de mise à jour / mise à niveau terminé, il est temps d'installer Avahi, une petite implémentation fantastique mDNS à source ouverte. Entrez la commande suivante à l'invite:

sudo apt-get install avahi-daemon

Une fois le processus d'installation terminé, vous n'avez même pas besoin de redémarrer l'appareil. Votre Raspberry Pi commencera immédiatement à reconnaître les requêtes du réseau local pour son nom d’hôte (par défaut “tarte aux framboises") à raspberrypi.local.

La machine que nous avons utilisée pour ce test est la même Raspberry Pi que nous avons transformée en un indicateur de température ambiante, puis a ensuite changé le nom d’hôte local. Ainsi, lorsque nous recherchons le tout nouveau .local adresse, nous allons chercher weatherstation.local au lieu de raspberrypi.local.

Encore une fois, pour souligner, la partie qui précède le suffixe .local est toujours le nom d'hôte du périphérique. Si vous voulez que votre streamer de musique Raspberry Pi ait le nom local jukebox.local, par exemple, vous devrez suivre ces instructions pour changer le nom d'hôte du Pi.

Allez-y et cinglez le nouveau .local adresse sur la machine à partir de laquelle vous souhaitez accéder au périphérique:

Succès! weatherstation.local est résolu en 192.168.1.100, qui correspond à l'adresse IP réelle du périphérique sur le réseau local. Désormais, toute application ou service qui nécessitait auparavant l'adresse IP du Raspberry Pi peut désormais utiliser l'adresse .local..