Impossible de se connecter à Pi sur le réseau local via hostname.local sous Windows

15

J'installe un Raspberry Pi pour la première fois, et je l'ai SSHing sur un Mac sur le même réseau comme ceci:

ssh [email protected]

Cependant sur ma boîte Windows 10 (également sur le même réseau) ce nom d'hôte ne résout pas. J'ai essayé ipconfig /flushdns, nslookup raspberrypi.localet les commandes similaires à obtenir ma machine Windows pour voir le Raspberry Pi , mais en vain. Comme cela fonctionne sur mon Mac, cela ne semble pas être un problème de routeur.

Que puis-je faire pour me connecter à mon Pi par nom d'hôte sous Windows?

networking ssh windows dns dimo414
la source
Windows 10 prend désormais officiellement en charge SSH via le sous-système Linux.
You'reAGitForNotUsingGit

Réponses:

21

How To Geek a un bon article qui couvre cette question. En un mot, les .localdomaines sont auto-déclarés par chaque hôte (via DNS multidiffusion ), et les autres machines du réseau doivent les écouter. Windows est livré avec un tel service ( LLMNR ) mais il n'est pas standard et ne fonctionne donc pas très bien. Au lieu de cela, vous devez installer le service Bonjour d'Apple ( lien d'installation ). Une fois Bonjour installé, vous pourrez vous connecter à votre Pi sous Windows via des .localnoms d'hôtes.

Les versions modernes de Raspbian devraient être fournies avec Avahi pour fournir le mDNS. Si cela ne fonctionne pas, assurez-vous qu'il avahi-daemonest installé et fonctionne sur votre Pi; s'il n'est pas exécuté, procédez comme suit pour l'installer:

sudo apt-get install avahi-daemon
dimo414
la source
Ne changerait pas la .localpièce .intou ne .homecontournerait pas ce problème?
Ismael Miguel
1
@ismael - non, le tld n'est pas le problème, c'est Windows 10 qui ne connaît pas l'appareil ... le .local est configuré pour fonctionner avec le réseau local, un tld différent va fonctionner pire / besoin de plus de configuration dans mon expérience.
DrCord
D'après mon expérience, la modification du fichier hosts fonctionnera. Je l'utilise pour un serveur mal configuré. (Je l'ai configuré comme ça en raison de contraintes de temps et parce que c'est simplement pour tester du code avant de le déployer). Jusqu'à présent, a toujours fonctionné pour moi.
Ismael Miguel
1
@IsmaelMiguel éditant le fichier hosts fonctionne, mais ce n'est pas une solution très robuste. Chaque fois qu'une machine se voit attribuer une nouvelle adresse IP, vous devez modifier le fichier, et si vous avez plusieurs machines, vous essayez de vous connecter à partir de vous devez garder plusieurs fichiers hôtes synchronisés. mDNS fait tout cela pour vous.
dimo414
Avec mDNS / Bonjour / Avahi, vous ne devez jamais changer le TLD..local est celui spécifié dans les RFC, et de nombreux périphériques (tels que de nombreuses imprimantes) ne peuvent même pas être reconfigurés pour un autre TLD. De plus, .local est garanti de ne jamais être attribué en tant que TLD officiel (même s'il était déjà largement utilisé pour les domaines Active Directory lorsque mDNS a été codifié). .home est pratiquement garanti de provoquer des conflits.
user87363