Raspberry Pi 5 über shh nicht ansprechbar

[DMW007]

also die Ausgabe von sudo ls -lh /home/erik/.ssh/known_hosts ergibt folgendes:

-rw------- 1 root root 54 Feb 10 11:44 /home/erik/.ssh/known_hosts

Die Datei gehört root statt dir, da ist wie vermutet das Problem. Vor dem ssh-keygen Befehl war bewusst kein sudo, weil das im Kontext deines normalen Nutzers (anscheinend "erik") ausgeführt werden muss. Um das zu korrigieren, ändere den Eigentümer (Nutzer & Gruppe) wieder auf deinen eigenen:

sudo chown erik:erik /home/erik/.ssh/known_hosts

Du solltest dich mit grundlegenden (Unix) Berechtigungen beschäftigen und sudo nur dann nutzen, wenn erhöhte Rechte notwendig sind. Im Heimverzeichnis des Nutzers ist das in der Regel nie der Fall, weil das dem Nutzer gehört - außer man hat dort mit root gearbeitet, dann nicht mehr, wie bei der Datei. Wenn du die Grundlagen verstehst, ist dir das klar und du kannst bei vielen Befehlen vorab abschätzen, ob die Root-Rechte brauchen. Das ist nicht nur sicherheitstechnisch wichtig, sondern vermeidet u.a. solche Probleme, die durch falsche Berechtigungen entstehen.

Am pi hab ich den Hostnamen RP5 eingegeben, also nicht einfach pi.
Dann habe ich Benutzername und Passwort angegeben, und bei Dienste ssh Passwort aktiviert. Ergebnis dann, wie gesagt, kein Zugang.

Es ging um den ehemaligen Standardbenutzer namens "pi", nicht den Hostname. Du musst entweder exakt diesen Name im Imager angeben. Oder am SSH-Client halt am Anfang den Benutzername, den du im Imager angelegt hast.
In diesem Beitrag verbindest du dich übrigens zum Host raspi5 und nicht rp5. Dort passt also vermutlich auch etwas nicht.

Das Problem ist nun, dass ich es mit ssh via public-key versuchen möchte, aber ich weiß nicht, was ich da jetzt konkret wo eingeben muss,
damit das klappt...

Nein, das Thema scheint woanders zu sein: Du bist viel zu schnell und ließt nicht richtig, wodurch laufend Flüchtigkeitsfehler entstehen. Damit kommt man in der IT nicht weit. Ein Buchstabe an der falschen Stelle kann dort den Unterschied zwischen Problem gelöst und 3 neue verursacht machen, siehe z.B. der sudo Aufruf. Nun wild etwas anderes zu probieren, das du nicht verstehst, ist nicht zielführend.

Wenn du ein Problem lösen willst, solltest du damit anfangen, Fehlermeldungen zu lesen und zu verstehen, was bemängelt wird. Anschließend gezielt nach den Ursachen suchen. Und generell präzise sein. Verbindest du dich z.B. auf ein anderes (falsches) System, eröffnet alleine das schon zig weitere mögliche Fehlerquellen: Dort gibt es evtl. den Benutzer nicht, das Passwort ist ein anderes, die Konfiguration des SSH-Server kann auch abweichen usw. Du musst daher erst sicher stellen, dich mit dem richtigen RPI zu verbinden. Im Zweifel schließe einen Bildschirm an das Zielsystem an und schaue auf der Konsole nach, wie der Hostname dort lautet. Passt der, prüfst du am besten mit ip a die zugewiesene IP-Adresse und verbindest dich vom Client z.B. mal darüber. Ist das gewährleistet und es gibt immer noch Probleme, kannst du z.B. auch mal ins Log vom SSH-Server des Zielsystems schauen, was der zu deinem Verbindungsversuch sagt.

[Erik]

Ok, vielen Dank nochmals!
Und versprochen: ich werde mich genauer mit den diversen Befehlen auseinandersetzen #schwöre#
Nur für Dein Verständnis: ich bin 66 Jahre alt, komme aus der Windows-Welt und hab erst vor wenigen Jahren angefangen, mich mich Linux, Raspi und Co. auseinander zu setzen. Also bitte nicht böse sein
Jedenfalls vielen Dank für Deine Zeit und Hilfe! LG Erik

[DMW007]

Ich bin weder böse, noch war das böse gemeint. Sondern konstruktiv. Ich habe in der Anfangszeit auch oft ewig rum gesucht, um festzustellen, dass ich irgendwo einen Zahlendreher oder ein anderes kleines Detail anders/falsch gemacht hatte. Es ist daher ein gut gemeinter Ratschlag aus der Erfahrung.
Das klingt gut, dann viel Erfolg

[Erik]

Danke!

[Erik]

Hallo, wollte nur mitteilen: Problem gelöst, RP5 ist jetzt von Linux und Windows aus per ssh erreichbar. Ich weiß zwar nicht, warum es plötzlich gegangen ist, ich hab das Image noch mal neu geschrieben und anderen BenNamen und Passwort vergeben und dann hat es geklappt.
Danke allseits für die Mithilfe und wünsche schönes Wochenende! LG Erik

[DMW007]

Hi,
es kann gut sein, dass es beim Eingeben im Imager einen Tippfehler gab. Da das Passwort nur maskiert erscheint & es kein zweites Feld zum Bestätigen gibt, passiert das recht leicht - und man bekommt es nicht mit. Daher auch hier mein Vorschlag, vor allem bei komplexeren Passwörtern das Image noch mal neu zu übertragen und ein einfacheres auszuwählen. Im GitHub-Repository vom Imager gibt es bereits ein Ticket mit dem Vorschlag, ein zweites Bestätigungsfeld einzubauen. So wird das ja üblicherweise bei Feldern zum Setzen des Passworts gemacht, damit man 2x das Gleiche eingibt.

Freut mich zu hören, dass es nun funktioniert