Am Dienstag, 3. Juni 2003 16:49 schrieb Christian Ullrich:

Zwei Möglichkeiten: Entweder mit ssh-agent, oder mit einem Schlüssel ohne Passphrase.

ssh-agent ist mir nicht so ganz klar, aber laut CT dachte ich eh an Schluessel ohne Passphrase.. Nur dabei klappt es irgendwie nicht so richtig.. cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE

* Christian Ullrich schrieb am Dienstag, 2003-06-03:

ssh-keygen -t rsa -f key -N ""

Danach trägst du key.pub auf dem Zielsystem in .ssh/authorized_keys ein und machst auf dem Ausgangssystem das folgende:

rsync --rsh="ssh -i key" ...

Ach ja, und außerdem solltest du a) "key" aufs schärfste bewachen und falls möglich b) auf dem Zielsystem mittels der Option "command" in authorized_keys (siehe man sshd) festlegen, was ausgeführt werden soll, sobald dieser Schlüssel zur Anmeldung benutzt wird. Falls du jedesmal den gleichen rsync-Aufruf ausführst, kannst du da hineinschreiben, was auf dem Zielsystem tatsächlich aufgerufen wird und auf diese Weise vermeiden, daß der Schlüssel für die interaktive Anmeldung verwendet wird. -- Christian Ullrich Registrierter Linux-User #125183 An mich privat gesendete Antworten und Fragen werden unbeantwortet gelöscht.

* Stefan Onken schrieb am Mittwoch, 2003-06-04:

am Dienstag, 3. Juni 2003 um 19:20 schrieb Christian Ullrich

Source Rechner:

...

ssh-keygen -t rsa -f key -N ""

Destination Rechner:

...

Danach trägst du key.pub auf dem Zielsystem in .ssh/authorized_keys ein und machst auf dem Ausgangssystem das folgende:

Source: ssh -i key

DANKE, soweit klappt das. Jedoch noch ein Problem. Ich bin als root auf dem Source Rechner (da ich dort alle sachen sichern will), muss jedoch mit einem usernamen bei dem Backup Rechner anmelden. Wie klappt dann ? Ich habe das mal traudoof wie beschrieben gemacht, nur dann fragt natuerlich der Backup Rechner nach einem Passwort fuer den Key.

"Natürlich" ist das gar nicht. Sofern du den Schlüssel wirklich ohne Passphrase erzeugt hast, fragt das Backup-System nicht nach dieser Passphrase, sondern nach einen Paßwort für den Benutzer, als der rsync sich da anmelden will. Das liegt dann vermutlich daran, daß du den öffentlichen Schlüssel in die authorized_keys von root auf dem Backup-System eingetragen hast, statt in die entsprechende Datei des anzumeldenden Benutzers. -- Christian Ullrich Registrierter Linux-User #125183 An mich privat gesendete Antworten und Fragen werden unbeantwortet gelöscht.

Hallo auch, Am Dienstag, 3. Juni 2003 19:42 schrieb Stefan Onken:

Am Dienstag, 3. Juni 2003 16:49 schrieb Christian Ullrich:

...

Zwei Möglichkeiten: Entweder mit ssh-agent, oder mit einem Schlüssel ohne Passphrase.

ssh-agent ist mir nicht so ganz klar, aber laut CT dachte ich eh an Schluessel ohne Passphrase.. Nur dabei klappt es irgendwie nicht so richtig..

Was klappt denn nicht so richtig? Der Schlüsseltausch oder der anschliessende Rsync? Wenn du die Schlüssel getauscht hast, kannst du ja auch über einen einfachen ssh testen, obs geklappt hat. Es sollte ja kein Passwort mehr abgefragt werden. Klappt dies nicht, hier ein paar debug-Ideen: Meist liegt es daran, das verschiedene SSH-Versionen nicht immer miteinander reden können. Bring dann am Besten beide Maschienen auf die gleiche Version. +++++++++++++ Debugging: ssh -V gibt die Version ssh -v ziel gibt output über Versuch des Verbindungsaufbaus Alternativ: Auf Ziel „sshd -p 2222 -D -d“ ausführen, dort wartet jetzt ein zweiter ssh-Dämon auf port 2222 mit debug. Auf Initiator „ssh -p 2222 ziel“ ausführen, so wird dorthin verbunden. Durch das gesetzte Debug-Flag kommt ein genauerer Output wie bei ssh-v ziel. ++++++++++++++ Falls dein Problem aber nicht am ssh sondern am rsync liegt, kannst du ja mal das Problem posten, ist dann wahrscheinlich nur ein syntax-Problem, vermute ich mal... Have fun, Bernd -- One OS to rule them all, one OS to find them. One OS to bring them all, and in the darkness bind them In the land of Redmond, where the shadows lie.