in

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

Si vous êtes fatigué de rechercher les adresses IP des appareils auxquels vous accédez fréquemment via une connexion à distance, SSH et d’autres moyens sur votre réseau domestique, vous pouvez vous faire gagner beaucoup de temps en attribuant un fichier facile à retenir. .local adresse à l’appareil. Continuez à lire comme nous le 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 attributions IP DHCP, ce qui signifie qu’à chaque fois qu’un appareil quitte le réseau et renvoie une nouvelle adresse IP lui est attribuée. Même si vous définissez une adresse IP statique pour un appareil fréquemment utilisé (par exemple, vous définissez votre boîtier Raspberry Pi pour qu’il soit toujours attribué au numéro 192.168.1.99), vous devez toujours mémoriser ce nombre totalement imprudent. De plus, si jamais vous avez besoin de changer le numéro pour une raison quelconque, vous devrez vous en souvenir d’un tout nouveau à sa place.

Cela n’est pas la fin du monde, mais ce n’est pas pratique. Pourquoi se soucier de mémoriser des chaînes IP lorsque vous pouvez vous donner des appareils locaux faciles à retenir des noms comme raspberrypi.local ou mediaserver.local?

Maintenant, certains d’entre vous (en particulier ceux d’entre vous avec une connaissance plus intime du DNS, de la dénomination de domaine et d’autres structures d’adresses réseau) se demandent peut-être quel est le problème. N’y a-t-il pas un risque ou un problème inhérent à simplement gifler un nom de domaine sur votre réseau existant? Il est important ici de noter la distinction entre les noms de domaine complets (FQDN), qui sont des suffixes officiellement reconnus pour les domaines de premier niveau (par exemple, le .com portion de www.howtogeek.com qui signifie How-To Geek est un site Web commercial) et les noms de domaine qui ne sont pas reconnus par le système mondial de dénomination / DNS ou qui sont purement et simplement réservés à l’utilisation du réseau privé.

Par exemple, .internal n’est, à ce jour, pas un nom de domaine complet; il n’y a aucun domaine enregistré dans le monde qui se termine par .internal et donc si vous deviez configurer votre réseau privé pour utiliser .internal pour les adresses locales, il n’y aurait aucun risque de conflit DNS. Cela pourrait cependant changer (bien que la chance soit faible) à l’avenir si .internal est devenu un FQDN officiel et les adresses se terminant par .internal étaient résolubles en externe via des serveurs DNS publics.

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

De quoi ai-je besoin?

La sauce secrète qui fait fonctionner l’ensemble du système de résolution DNS local est connue sous le nom de Multicast Domain Name Service (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 est connue sous le nom de résolution de noms de multidiffusion locale (LLMNR). L’implémentation de Microsoft n’a jamais été largement adoptée en raison de son non-respect des différentes normes et d’un risque de sécurité lié aux domaines pouvant être capturés pour une utilisation locale.

Parce que l’implémentation mDNS d’Apple, Bonjour, bénéficie d’un taux d’adoption beaucoup plus large, d’un meilleur support et d’un grand nombre d’applications pour les plates-formes grandes et petites, nous avons choisi de l’utiliser pour ce tutoriel.

Si vous avez des ordinateurs exécutant l’OS X d’Apple sur votre réseau, vous n’avez rien à faire à part suivre le didacticiel pour configurer les choses du côté Raspberry Pi (ou d’un autre appareil Linux). Vous êtes prêt à partir car vos ordinateurs le prennent déjà en charge.

Si vous exécutez 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 manque de prise en charge native de mDNS en téléchargeant L’application d’assistance du service d’impression Bonjour d’Apple ici. Bien que la page de téléchargement donne l’impression qu’il s’agit d’un outil uniquement pour imprimante, elle ajoute efficacement la prise en charge de mDNS / Bonjour à Windows.

Installation du support Bonjour sur votre Raspberry Pi

La première chose à faire est de récupérer le terminal de votre Pi ou de vous 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 venez de faire cela dans le cadre d’un autre de nos tutoriels Raspberry Pi, n’hésitez pas à sauter 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 fantastique petite implémentation mDNS open source. 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 le même Raspberry Pi que nous avons transformé en un indicateur de temps ambiant, puis avons changé plus tard le nom d’hôte local, donc quand nous allons chercher le nouvellement créé .local adresse, nous chercherons weatherstation.local au lieu de raspberrypi.local.

Encore une fois, pour souligner, la partie qui précède le suffixe .local est 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 envoyez un ping au nouveau .local adresse sur la machine à laquelle vous souhaitez accéder à partir de maintenant:

Succès! weatherstation.local résout en 192.168.1.100, qui est l’adresse IP réelle de l’appareil 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 à la place.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Apple affirme qu'iOS 12 accélérera les anciens appareils

Apple affirme qu’iOS 12 accélérera les anciens appareils

guides et tutoriels

Les exploits de MS Office représentent désormais 70% des attaques