Question:
ArchLinux-SSH-Premier démarrage
Giannis
2012-11-08 08:29:08 UTC
view on stackexchange narkive permalink

J'essaie d'utiliser mon RPI sans clavier (pas encore arrivé). J'ai installé ArchLinux sur la carte SD et ça démarre bien. En utilisant OS X, j'essaie de me connecter au RPI en le connectant directement à mon ordinateur portable via Ethernet (aucun routeur disponible).

Le RPI apparaît sur ifconfig à en0 avec inet 169.254.233.8. Ensuite, dans le terminal, je lance

  ssh alarmpi@169.254.233.8  

et récupère

  ssh: connect to host 169.254.233.8 port 22: Connexion refusée  

bien que SSH soit dit activé par défaut sur arch Linux. Est-ce que je fais quelque chose de mal ou cela ne fonctionne-t-il pas simplement de cette façon?

Comment les deux appareils sont-ils connectés?
Directement via Ethernet.
Votre Macintosh est-il sur le même sous-réseau que le Raspberry Pi? Est 169.254.233. les 3 premiers octats de votre IP hôte? Je ne sais pas si cela importera.
Pouvez-vous envoyer un ping au Pi OK?
Je pense qu'il y a quelque chose qui ne va pas avec la connexion. Im utilisant probablement une mauvaise adresse IP pour RPI et très probablement il n'y a pas d'IP pour cela .. J'ai essayé de cingler l'IP de diffusion pour le bridge0 trouvé dans ifconfig mais seulement 1 IP est retournée. En1 est également vide.
Quand vous dites directement via Ethernet, voulez-vous dire _directement_ avec les deux extrémités d'un câble Ethernet habituel branché sur chaque appareil? Dans ce cas, vous devrez probablement utiliser un [câble croisé] (https://en.wikipedia.org/wiki/Ethernet_crossover_cable)
Les adresses 169.254.x.x signifient que votre RasPi recherche toujours une véritable adresse IP à partir d'un serveur DHCP.
Sept réponses:
Jonathan Komar
2017-02-16 13:55:40 UTC
view on stackexchange narkive permalink

Vous pouvez trouver l'adresse IP en utilisant arp-scan ou le scan ping de nmap ), mais vous pouvez également utiliser le / etc / hostname alarmpi à la place de l'adresse IP si le DNS fonctionne dans votre réseau.

Si votre DNS ne fonctionne pas, alors faites

nmap -T5 -sP 192.168.0.0-255 en remplaçant la partie ID réseau de l'adresse en conséquence.

OU

arp-scan --localnet

pour obtenir une liste d'adresses IP en utilisant l'adresse IP du périphérique réseau actuellement actif: les résultats seront des adresses IP partageant le même réseau (sous-réseau).

Après cela, lisez le guide d'installation de Raspberry Pi en bas. https://archlinuxarm.org/platforms/armv8/broadcom/raspberry-pi-3. Il est seulement délicat de mentionner que vous ne pouvez pas vous connecter en tant que root sur un Pi sans tête.

Connexion SSH

La connexion root est désactivée par défaut, vous devez donc utiliser l'utilisateur / mot de passe Arch Linux ARM par défaut, voir D'où vient le mot «alarme»?:

Nom d'utilisateur non root existant: alarm

Mot de passe associé: alarm

Par conséquent , dans votre exemple, vous voudriez taper ssh alarm@xxx.xxx.xxx.xxx ou simplement ssh xxx.xxx.xxx.xxx . Remplissez les x s avec l'adresse IP de votre Raspberry Pi.

Une fois que vous êtes connecté, vous pouvez passer à l'utilisateur root: login ou comme sous-processus su su -l root , dans les deux cas le mot de passe est root .

Tiwenty
2012-11-08 21:00:53 UTC
view on stackexchange narkive permalink

Essayez de vous connecter avec "root", car je pense que "alarmpi" n'est pas un utilisateur valide (c'est le nom d'hôte par défaut). Il est écrit sur la page de téléchargement d'Archlinux Raspberry: "Connexion par défaut Nom d'utilisateur: root Mot de passe: root"

Je n'ai toujours pas réussi à me connecter ... Peut-être que je vais attendre le clavier et vérifier si quelque chose ne va pas alors.
Êtes-vous sûr de devoir vous connecter au port 22 et pas à un autre?
Depuis la version 7 d'OpenSSH, la valeur par défaut de `# PermitRootLogin` dans` sshd_config` est passée de "yes" à "prohibit-password". Ainsi, vous ne pouvez pas vous connecter en tant que «root» avec des versions plus récentes. https://www.openssh.com/txt/release-7.0 ... utilisez l'utilisateur `alarm` et le mot de passe` alarm` pour le premier démarrage
Ça ne peut pas être la réponse. C'est un problème de connexion, pas un problème de connexion. L'OP ne s'est même pas connecté au port SSH.
Shantanu Banerjee
2012-11-08 15:14:23 UTC
view on stackexchange narkive permalink

Ce n'est peut-être pas une solution à votre problème, cela pourrait être une solution.

A. Envoyez un ping à votre raspberry pi depuis OSX.

S'il est accessible, vérifiez que le sshd est en cours d'exécution ou non (vous pouvez faire un scan de port).
S'il n'est pas accessible, vérifiez adresse IP framboise, que j'ai mentionnée ci-dessous.

B. vérifier si l'utilisateur est autorisé pour ssh ou non.

sinon l'ajouter.

C. Vérifiez l'adresse IP des deux appareils.

Si votre OSX a une IP de classe C alors PI doit être une IP de classe C ie. 192.168.1.3 et devrait être dans le même sous-réseau.

Solution probable

Je pense que ceci l'adresse 169.254.233.8 peut causer le problème.

  1. définissez votre adresse IP OSX comme 192.168.1.2
  2. changez votre adresse IP framboise en 192.168.1.3
  3. connectez-vous à pi en utilisant ssh alarmpi@192.168.1.3

Je pense que cela peut être utile.

Merci
Shantanu Banerjee

Étant donné que le problème vient de ne pas avoir de clavier sur son Pi et de ne pas pouvoir se connecter via SSH, cela peut être un peu délicat :)
Hadi Farnoud
2012-11-11 16:01:13 UTC
view on stackexchange narkive permalink

Autant que je sache, SSH n'est pas activé par défaut. vous devez d'abord l'activer

  sudo mv /boot/boot_enable_ssh.rc /boot/boot.rc

sans clavier, vous pouvez utiliser Ubuntu live cd et démarrez à partir de celui-ci. puis mettez SD et faites le mv dans Ubuntu

concernant IP, vous pouvez installer BIND sur votre mac. de cette façon, Pi obtiendra une adresse IP. L'adresse IP privée ne fonctionnerait pas.

Ceci est indiqué [ici] (http://elinux.org/RPi_Advanced_Setup#Setting_up_for_remote_access_.2F_headless_operation), en suivant la déclaration _Ces instructions supposent que vous utilisez la ** distribution Debian ** officielle pour le Pi_ (c'est moi qui souligne)
Sur Arch | ARM, ssh est activé par défaut. Exemple ici: https://archlinuxarm.org/platforms/armv6/raspberry-pi
Oscar
2013-11-11 00:56:03 UTC
view on stackexchange narkive permalink

J'ai eu le même problème, l'utilisateur par défaut dans archlinux n'est pas "alarmpi" ni "pi" mais "root" avec le mot de passe "root".

Le serveur ssh sshd est lancé automatiquement mais l'utilisateur "pi" n'est utilisé que dans raspbian.

Salut, ma réponse est en conflit avec la vôtre de ma récente expérience. Peut-être que "root" sur ssh a été désactivé depuis le 21 avril 2015?
Depuis la version 7 d'OpenSSH, la valeur par défaut de `# PermitRootLogin` dans` sshd_config` est passée de "yes" à "prohibit-password". Ainsi, vous ne pouvez pas vous connecter en tant que «root» avec des versions plus récentes. https://www.openssh.com/txt/release-7.0 ... utilisez l'utilisateur `alarm` et le mot de passe` alarm` pour le premier démarrage
Kent
2014-03-13 21:47:55 UTC
view on stackexchange narkive permalink

Il peut y avoir quelque chose à propos de votre clé ssh.

J'ai le même problème, même si je formate ma carte sd et "dd" mon système à nouveau, je ne peux pas me connecter à mon raspberry pi via ssh.

Donc j'essaye de me connecter sans nom d'utilisateur.

Cela me dit que "ATTENTION: L'IDENTIFICATION DE L'HÔTE À DISTANCE A CHANGÉ!".

J'ai nettoyé mon ancien hôte via "ssh-keygen -f" /home/XXXX/.ssh/known_hosts "-R XXXX" Cela vient bien après que je fasse cela.

Que cela puisse vous aider.

Benjamin Sweetnam
2016-02-21 03:41:19 UTC
view on stackexchange narkive permalink

Je n'ai pas pu faire fonctionner cela avant d'avoir créé une nouvelle utilisation avec sudo privlages

Et comment le PO procéderait-il?


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...