Impossible de se connecter à beaglebone.local
J'ai besoin de savoir comment se connecter à un beaglebone (ou beagleboard) avec SSH quand je le branche à un nouveau réseau avec un câble ethernet comme ceci:
$ ssh [email protected]
Jusqu'à présent, j'ai seulement été en mesure d'y accéder comme ça, si je connais l'adresse IP:
$ ssh root@<ip_address>
Mais je n'ai pas toujours connaître l'adresse IP du conseil d'administration sur les nouveaux réseaux, donc je suis en espérant d'y accéder avec un nom comme: beaglebone.locaux.
Maintenant, quand j'essaie de le faire, j'obtiens cette erreur:
"ssh: Could not resolve hostname beaglebone.local: nodename nor servname provided, or not known"
J'ai vérifié le nom d'hôte et les fichiers hosts, et a ajouté: "127.0.0.1 beaglebone" pour les hôtes sur la beaglebone, mais vous ne savez pas ce que je peux faire?
# cat /etc/hostname
beaglebone
# cat /etc/hosts
127.0.0.1 localhost.localdomain localhost
127.0.0.1 beaglebone
OriginalL'auteur ow3n | 2012-05-10
Vous devez vous connecter pour publier un commentaire.
J'ai eu un problème similaire l'exécution de mon beaglebone sur Angstrom-Cloud9 IDE-GNOME-eglibc-ipk-v2012.05-beaglebone-2012.04.22.img.xz. Dans cette distribution, "beaglebone.locaux" devrait apparaître sur le réseau après le démarrage du système.
Environ 50% du temps après le redémarrage, "beaglebone.locaux" ne serait pas apparaître sur le réseau (bien que l'os serait disponible par adresse IP). Quand cela est arrivé, de "systemctl status avahi-daemon.service" a montré que l'avahi-daemon a échoué avec le "code de sortie 255". Fait intéressant, une "systemctl start avaihi-démon.service" serait toujours un succès et "beaglebone.local" apparaît sur le réseau.
Aussi "journalctl | grep avahi" a renvoyé un message indiquant quelque chose comme "Démon déjà runnin gon PID NNN".
Donc, j'ai "résolu" le problème en ajoutant la ligne "ExecStartPre=/bin/rm-f /var/run/avahi-daemon/pid" pour le [Service] de la section de /lib/systemd/system/avahi-daemon.service. Avec cet ajout, "beaglebone.local" apparaît sur le réseau 100% de redémarrages.
Je dis "fixe" (c'est à dire, entre guillemets) parce que je n'ai pas été en mesure de traquer la cause de racine qui est en laissant autour de la divagation des avahi fichier pid(s) et donc de ne pas avoir un vrai correctif.
-- Frank
OriginalL'auteur Frank Halasz
Pour " beaglebone.locaux " pour travailler, votre ordinateur hôte doit reconnaître Zeroconf. Le BeagleBone utilise Avahi pour dire aux autres systèmes sur le réseau local qu'il est là et servir des applications et qu'il devrait être appelé "beaglebone'. Si il y a plus d'un, le second est généralement appelé " beaglebone-2.local'.
OriginalL'auteur Jadon
Je déteste répondre à mes propres questions. La suite de hack va fonctionner jusqu'à ce qu'une meilleure façon de s'en dégage:
Ce script shell (où xxx.xxx.xxx est le premier des trois nombres IP de votre ordinateur) permettra de trouver votre beaglebone ou beagleboard (qui est branché en ethernet sur un nouveau réseau avec DHCP) en faisant une boucle par toutes les adresse ip du sous-réseau et de la tentative de connexion à chaque en tant que root. Si elle en trouve alors tentez votre mot de passe. Si cela ne fonctionne pas, appuyez simplement sur entrée jusqu'à ce que la boucle recommence. S'il ne trouve pas le conseil d'administration a alors quelque chose d'autre est probablement faux.
Mise à JOUR de 1
Aujourd'hui, j'ai branché le beaglebone et vu Bonjour reconnaître qu'il rejoint le réseau. Donc je l'ai essayé et cela a fonctionné. Aucune idée de pourquoi il a décidé de tout d'un coup, mais il l'a fait. Étrange, mais vrai.
nmap -sP <lan_subnet/mask>; arp -an | grep <beagle-board-mac-address>
C'est une excellente idée. N'a pas fonctionné pour moi. Alternativement, une requête ping sur l'adresse de diffusion, puis en exécutant arp vous donnera une liste, vous pouvez trouver votre MAC. # ping 192.168.1.255 # arp -un
Vous pouvez également utiliser nmap -F xxx.xxx.xxx.1/24 et de regarder pour les ports qui sont ouverts. Généralement could9 au port 3000 est un de bonnes indications. Je comprends que ce n'est pas une solution de relais à tout moment.
OriginalL'auteur ow3n
J'ai eu cette question assez souvent avec Mac OS X 10.7. Mais contrairement à Frank Halasz "systemctl status avahi-daemon.service" montré aucune défaillance. Et en fait, le problème était du côté du Mac. Le redémarrage de Bonjour avec les commandes suivantes résolu le problème.
OriginalL'auteur MathieuLescure