Frage:
ArchLinux-SSH-Erstmaliger Start
Giannis
2012-11-08 08:29:08 UTC
view on stackexchange narkive permalink

Ich versuche, mein RPI ohne Tastatur zu verwenden (ist noch nicht angekommen). Ich habe ArchLinux auf der SD-Karte installiert und es bootet gut. Unter OS X versuche ich, eine Verbindung zum RPI herzustellen, indem ich es über Ethernet direkt mit meinem Laptop verbinde (kein Router verfügbar).

Das RPI wird auf ifconfig bei en0 mit inet 169.254.233.8 angezeigt. Dann starte ich im Terminal

  ssh [email protected]  

und erhalte

  ssh: Verbindung zum Host herstellen 169.254.233.8 Port 22: Verbindung abgelehnt  

, obwohl SSH unter arch Linux standardmäßig aktiviert sein soll. Mache ich etwas falsch oder funktioniert es nicht einfach so?

Wie sind die beiden Geräte verbunden?
Direkt über Ethernet.
Befindet sich Ihr Macintosh im selben Subnetz wie der Himbeer-Pi? Ist 169.254.233. die ersten 3 Oktate Ihrer Host-IP? Ich bin mir nicht sicher, ob dies von Bedeutung sein wird.
Können Sie den Pi OK "pingen"?
Ich glaube, mit der Verbindung stimmt etwas nicht. Ich verwende wahrscheinlich eine falsche IP für RPI und höchstwahrscheinlich gibt es keine IP dafür. Ich habe versucht, die Broadcast-IP für die in ifconfig gefundene bridge0 zu pingen, aber nur 1 IP wird zurückgegeben. Auch en1 ist leer.
Wenn Sie direkt über Ethernet sagen, meinen Sie damit direkt, dass die beiden Enden eines normalen Ethernet-Kabels an jedes Gerät angeschlossen sind? In diesem Fall müssen Sie wahrscheinlich ein [Crossover-Kabel] verwenden (https://en.wikipedia.org/wiki/Ethernet_crossover_cable).
169.254.x.x-Adressen bedeuten, dass Ihr RasPi immer noch nach einer echten IP-Adresse von einem DHCP-Server sucht.
Sieben antworten:
#1
+6
Jonathan Komar
2017-02-16 13:55:40 UTC
view on stackexchange narkive permalink

Sie können die IP-Adresse mit dem Ping-Scan von arp-scan oder nmap ermitteln, aber auch den Standardwert / etc / hostname verwenden Code> Alarmpi anstelle der IP-Adresse, wenn DNS in Ihrem Netzwerk funktioniert.

Wenn Ihr DNS nicht funktioniert, führen Sie

aus nmap -T5 -sP 192.168.0.0-255 ersetzt den Netzwerk-ID-Teil der Adresse entsprechend.

ODER

arp-scan --localnet

, um eine Liste der IP-Adressen unter Verwendung der IP-Adresse des derzeit aktiven Netzwerkgeräts abzurufen: Ergebnisse sind IPs, die dasselbe Netzwerk (Subnetz) gemeinsam nutzen.

Danach Lesen Sie das Raspberry Pi-Installationshandbuch unten.eg https://archlinuxarm.org/platforms/armv8/broadcom/raspberry-pi-3. Es ist nur insofern schwierig, als nicht erwähnt wird, dass Sie sich auf einem kopflosen Pi nicht als root anmelden können.

SSH-Anmeldung

Die Root-Anmeldung ist standardmäßig deaktiviert, daher müssen Sie den Standardbenutzer / das Standardkennwort für Arch Linux ARM verwenden. Siehe Woher kommt das Wort "Alarm"?:

Vorhandener Benutzername ohne Rootberechtigung: alarm

Zugehöriges Kennwort: alarm

Daher In Ihrem Beispiel möchten Sie ssh [email protected] oder nur ssh xxx.xxx.xxx.xxx eingeben. Geben Sie die x s mit der IP-Adresse Ihres Raspberry Pi ein.

Sobald Sie angemeldet sind, können Sie zum Root-Benutzer wechseln: login oder als su-Unterprozess su -l root lautet das Kennwort in beiden Fällen root .

#2
+3
Tiwenty
2012-11-08 21:00:53 UTC
view on stackexchange narkive permalink

Versuchen Sie, eine Verbindung mit "root" herzustellen, da "alarmpi" meines Erachtens kein gültiger Benutzer ist (dies ist der Standardhostname). Es steht auf der Download-Seite von Archlinux Raspberry: "Standard-Login-Benutzername: root Passwort: root"

Ich habe es immer noch nicht geschafft, eine Verbindung herzustellen ... Vielleicht werde ich auf die Tastatur warten und prüfen, ob dann etwas anderes nicht stimmt.
Sind Sie sicher, dass Sie eine Verbindung zum Port 22 herstellen müssen und nicht zu einem anderen?
Seit OpenSSH Version 7 hat sich der Standardwert von "# PermitRootLogin" in "sshd_config" von "Ja" in "Passwort verbieten" geändert. Daher können Sie sich mit neueren Versionen nicht als "root" anmelden. https://www.openssh.com/txt/release-7.0 ... Verwenden Sie beim ersten Start den Benutzer "alarm" und das Kennwort "alarm"
Kann nicht die Antwort sein. Es ist ein Verbindungsproblem, kein Anmeldeproblem. Das OP stellte nicht einmal eine Verbindung zum SSH-Port her.
#3
+2
Shantanu Banerjee
2012-11-08 15:14:23 UTC
view on stackexchange narkive permalink

Dies ist möglicherweise keine Lösung für Ihr Problem. Dies könnte ein Ausweg sein.

A. Pingen Sie Ihren Himbeer-Pi von OSX aus.

Wenn er erreichbar ist, überprüfen Sie, ob der sshd ausgeführt wird oder nicht (Sie können einen Port-Scan durchführen).
Wenn er nicht erreichbar ist, überprüfen Sie den Himbeer-IP-Adresse, die ich unten erwähnt habe.

B. Überprüfen Sie, ob dem Benutzer ssh gewährt wurde oder nicht.

Wenn nicht, fügen Sie es hinzu.

C. Überprüfen Sie die IP-Adresse der beiden Geräte.

Wenn Ihr OSX eine IP der Klasse C hat, sollte PI die IP der Klasse C sein, d. H. 192.168.1.3 und sollte sich im selben Subnetz befinden.

Wahrscheinliche Lösung

Ich denke das Die Adresse 169.254.233.8 kann das Problem verursachen.

  1. Stellen Sie Ihre OSX-IP-Adresse wie 192.168.1.2
  2. ein. Ändern Sie Ihre Himbeer-IP in 192.168.1.3
  3. Stellen Sie mit ssh [email protected]
  4. ol>

    eine Verbindung zu pi her. Ich denke, dies kann hilfreich sein.

    Vielen Dank
    Shantanu Banerjee

Angesichts des Problems, dass er keine Tastatur auf seinem Pi hat und keine Verbindung über SSH herstellen kann, kann dies ein bisschen schwierig sein :)
#4
  0
Hadi Farnoud
2012-11-11 16:01:13 UTC
view on stackexchange narkive permalink

Soweit ich weiß, ist SSH standardmäßig nicht aktiviert. Sie müssen es zuerst aktivieren.

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

Ohne Tastatur können Sie Ubuntu live verwenden CD und booten davon. Legen Sie dann SD ein und führen Sie die MV in Ubuntu

in Bezug auf IP aus. Sie können BIND auf Ihrem Mac installieren. Auf diese Weise erhält Pi eine IP. Private IP würde nicht funktionieren.

Dies wird [hier] (http://elinux.org/RPi_Advanced_Setup#Setting_up_for_remote_access_.2F_headless_operation) gemäß der Anweisung _Diese Anweisungen setzen voraus, dass Sie die offizielle ** Debian-Distribution ** für den Pi_ (Schwerpunkt Mine) verwenden.
Auf Arch | ARM ist ssh standardmäßig aktiviert. Beispiel hier: https://archlinuxarm.org/platforms/armv6/raspberry-pi
#5
  0
Oscar
2013-11-11 00:56:03 UTC
view on stackexchange narkive permalink

Ich hatte das gleiche Problem. Der Standardbenutzer in Archlinux ist nicht "alarmpi" oder "pi", sondern "root" mit dem Passwort "root".

Der ssh-Server sshd wird automatisch gestartet, aber der Benutzer "pi" wird nur in raspbian verwendet.

Hey, meine Antwort steht im Widerspruch zu deiner aus meiner jüngsten Erfahrung. Vielleicht wurde "root" über ssh seit dem 21. April 2015 deaktiviert?
Seit OpenSSH Version 7 hat sich der Standardwert von "# PermitRootLogin" in "sshd_config" von "Ja" in "Passwort verbieten" geändert. Daher können Sie sich mit neueren Versionen nicht als "root" anmelden. https://www.openssh.com/txt/release-7.0 ... Verwenden Sie beim ersten Start den Benutzer "alarm" und das Kennwort "alarm"
#6
  0
Kent
2014-03-13 21:47:55 UTC
view on stackexchange narkive permalink

Möglicherweise hat es etwas mit Ihrem SSH-Schlüssel zu tun.

Ich habe das gleiche Problem, auch wenn ich meine SD-Karte formatiere und mein System erneut "dd", kann ich keine Verbindung zu meinem Himbeer-Pi herstellen ssh.

Also versuche ich, eine Verbindung mit unserem Benutzernamen herzustellen.

Es sagt mir, dass "WARNUNG: IDENTIFIZIERUNG DES FERNHOSTES GEÄNDERT WURDE!".

Ich habe gereinigt Mein alter Host über "ssh-keygen -f" /home/XXXX/.ssh/known_hosts "-R XXXX" Es kommt gut, nachdem ich das getan habe.

Möge es Ihnen helfen.

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

Ich konnte dies nicht zum Laufen bringen, bis ich eine neue Verwendung mit sudo privlages

erstellt habe
Und wie würde das OP vorgehen?


Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...