Eine kleine und einfache Prozedur, um sich letztlich auf einem Rechner ($entfernter_rechner
) passwortlos per SSH einloggen zu können:
ssh-keygen -t dsa
auf dem lokalen Rechner; alles schön bestätigen und _kein_ Passwort eingebenscp ~/.ssh/id_dsa.pub $entfernter_rechner:~/.ssh/
ssh $entfernter_rechner
cat ~/.ssh/id_dsa.pub >> ~/.ssh/authorized_keys
- ausloggen
- ssh $entfernter_rechner
sollte nun ohne Passwort funktionieren
sofar
soshort
sokai
Nachtrag
Irgendwie scheint das leider nur in eine Richtung zu funktionieren *grummel*
Heute habe ich versucht, einen kleinen Backup-Workaround zu schaffen:
Backup-Server -> SSH-Verbindung zum Client -> tar in Standard-Output -> SSH-Pipe zum Backup-Server -> cat in die Backup-Datei
Das hat leider nur bis zum ersten SSH funktioniert – die SSH-Pipe hat dann wieder ein Passwort verlangt (was ja irgendwie klar ist, da ich ja nur den Public-Key vom Backup-Server auf den Client gepackt habe und nicht anders herum).
Nach etwas Herumprobieren mußte ich dann ernüchternd feststellen, dass (obwohl ssh-keygen
nen anderen Dateinamen des Keys zuläßt) das “Public-Key-Verfahren” nur dann funktioniert, wenn der Schlüssel "~/.ssh/id_dsa.pub"
ist. Somit überschreibt man beim zweiten Durchlauf (Client-Schlüssel soll auch in der "authorized_keys"
-Datei auf dem Server eingetragen sein) notgedrungen den Public-Key des Servers und dann funktioniert das erste passwortlose Login nicht mehr.
(Gerade funktionieren – durch dieses Hinundher – weder der Hin- noch der Rückweg passwortlos – ich muß IMMER ein Passwort eingeben *komisch*.)
Hach, alles durcheinander!
Kennt jemand ne Lösung für diese Problematik oder hab ich nen Denkfehler!?
- 0
- 0
- 0
- 0
Gerade habe ich noch eine schöne Beschreibung selbiger Thematik [1] auf kernel-panic.org gefunden.
Viel Spaß beim Lesen und Ausprobieren! 🙂
sokai
–
[1] http://www.kernel-panic.org/wiki/SshKeygen