ssh-Schlüssel für root aufräumen

[Rüdiger Kupper]

Root hat zwei verschiedene ssh-Schlüssel. Sollen die beibehalten werden oder soll einer außer Dienst gestellt werden?

[Rüdiger Kupper]

Die beiden alten Schlüssel unter /root/.ssh/ (id_dsa und auto_dsa) haben wir erstmal nach /root/ verschoben und einen neuen id_dsa (Owner: root@paedml) erstellt. Dieser Schlüssel wird ab sofort für alle Verbindungen von der paedml aus verwendet. In der /root/.bashrc wird nun der ssh-agent gestartet und gleich beim Login die Passphrase abgefragt, so dass anschließend ein passwortloser Zugang zu den anderen Servern möglich ist. Per ForwardAgent YES in der /root/.ssh/config wird der Schlüssel auch an die anderen Server beim Login weitergereicht.

Zum Login auf dem paedml und den weiteren Servern verwenden kup und bau ihre privaten Schlüssel.
Auf der paedml liegen in /root/authorized_keys nur noch die keys von bau, kup, kau und root@ltsp.

[bau]

Auf den LTSP-Servern habe ich nun auch aufgeräumt.
Jeweils root@LTSP und linadmin@ltsp haben eigene Schlüssel, im pubkey habe ich den Namen angepasst.
Unter ~/.ssh und /root/.ssh enthalten die configs alle Server, die man derzeit erreichen kann, die authorized_keys sind angepasst, so dass nur zugreifen können:

• linadmin: kup, bau, linadmin@LTSP
• root: kup, bau, root@LTSP, root@paedml, linadmin@LTSP

Die known_hosts habe ich nach dem Einloggen auf allen Servern per rsync-to-all-ltsp-servers auf alle verteilt, so dass die Meldung nicht mehr erscheint.

[bau]

Es ergibt sich ein Problem mit svn (root auf paedml, svn in Verzeichnis /etc/ssh):

Permission denied (publickey).
svn: Übertragen schlug fehl (Details folgen):
svn: Netzwerkverbindung wurde unerwartet geschlossen
svn: Ihre Logmeldung wurde in einer Temporärdatei abgelegt:
svn:    '/etc/svn-commit.tmp'

[Rüdiger Kupper]

Kein Problem von svn: Man kann sich auch als root nicht vom paedml zum paedml verbinden:

root@paedml:/etc/ssh# ssh paedml
Permission denied (publickey).

Was haben wir da falsch gemacht?

[bau]

Oh, schön: Wenn der root sich auf dem paedml einloggen können soll, so muss sein key in der authorized_keys sein. Ist jetzt der Fall - geht wieder :-)