.local
adresse à l'appareil. Lisez ce que nous démontrons en attribuant un nom facile à retenir à notre Raspberry Pi.
Pourquoi est-ce que 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 à ce qu'elle soit toujours attribuée à 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.
Cela n’est pas la fin du monde, mais c’est un inconvénient. Pourquoi s'embêter à mémoriser des chaînes IP alors que vous pouvez vous donner des périphériques locaux faciles à retenir des noms tels que
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. Y at-il un risque ou un problème inhérent à simplement attribuer un nom de domaine à votre réseau existant? Il est important de noter ici legros 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
Cela signifie que 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’utilisation de réseaux privés.
Par exemple,
.internal
est, au moment de la rédaction de ce document, pas un nom de domaine complet; il n'y a pas de domaines enregistrés dans le monde qui se terminent par
.internal
et donc si vous deviez configurer votre réseau privé pour utiliser
.internal
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
.internal
est devenu un nom de domaine complet et des adresses se terminant par
.internal
pouvaient être 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 à la base de leur service de découverte de réseau local Bonjour, très prisé. L'implémentation par Microsoft s'appelle LLMNR (Link-local Multicast Name Resolution). L'implémentation 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 la mise en œuvre de mDNS d’Apple, Bonjour, bénéficie d’un taux d’adoption beaucoup plus large, d’une meilleure prise en charge 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, il n’ya rien à faire à part suivre le didacticiel pour configurer le logiciel Raspberry Pi (ou un autre périphérique Linux). Vous êtes prêt à partir car vos ordinateurs le prennent déjà en charge.
Si vous exécutez un ordinateur Windows sur lequel 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 prise en charge native de mDNS en téléchargeant l’application Apple Bonjour Printer Service ici. Bien que la page de téléchargement donne l’impression qu’il s’agisse d’un outil destiné uniquement à l’impression, elle ajoute effectivement la prise en charge de mDNS / Bonjour à Windows.
Installer le support Bonjour sur votre Raspberry Pi
sudo apt-get update
sudo apt-get upgrade
Une fois le processus de mise à niveau terminé, il est temps d’installer Avahi, une fantastique petite implémentation Open Source mDNS. 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 “
raspberrypi
) à
raspberrypi.local
La machine particulière 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 allons rechercher le nouvel indicateur
.local
adresse, nous chercherons
weatherstation.local
au lieu de
raspberrypi.local
Encore une fois, pour souligner que 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:
