Verwenden Sie einen bestimmten weitergeleiteten Schlüssel von SSH-Agent?

Nehmen wir an, ich habe einen Schlüssel für Github, zusammen mit anderen Schlüsseln. Ich habe meinem ssh-Agenten ssh-add -Lauf meinem Heimcomputer A viele Schlüssel hinzugefügt ( gibt viele Zeilen zurück). In meinem habe .ssh/configich festgelegt, welcher Schlüssel mit welchem ​​Host verwendet werden soll, z

ssh -T -vvv [email protected] 2>&1 | grep Offering

gibt

debug1: Offering RSA public key: /Users/doxna/.ssh/id_rsa.github

Wie erwartet wird nur ein Schlüssel angeboten. Aber dann ssh-ing zu einem Host B mit ForwardAgent yesund Wiederholen des gleichen Befehls, bekomme ich

debug1: Offering RSA public key: /Users/doxna/.ssh/id_rsa.linode2
debug1: Offering RSA public key: /Users/doxna/.ssh/id_rsa.helium
debug1: Offering RSA public key: /Users/doxna/.ssh/id_rsa.github

Das heißt, es versucht alle meine Schlüssel. Dies ist problematisch, da nur eine begrenzte Anzahl von Schlüsseln versucht werden kann, bevor die Server zurückkehren Too many authentication failures. Also habe ich versucht, die Bearbeitung .ssh/configauf Host B einzuschließen

Host github.com
  IdentityFile /Users/doxna/.ssh/id_rsa.github
  IdentitiesOnly yes

dann bekomme ich aber doch keine schlüsselopfer, sondern

debug2: key: /Users/doxna/.ssh/id_rsa.github ((nil))

was ich vermute, bedeutet, dass der Schlüssel nicht gefunden wurde (?) Und schließlich befindet sich der Schlüssel auf meinem Heimcomputer A, nicht auf Host B, also lautet die Frage, wie man auf Host B darauf verweist? Hoffe, ich habe es geschafft, die Frage zu erklären.

Du hast die richtige Idee. Der einzige Teil, den Sie vermissen, ist, dass die Datei, auf die von verwiesen wird, IdentityFileexistieren muss. Es muss keinen privaten Schlüssel enthalten, es reicht aus, nur den öffentlichen Schlüssel zur Verfügung zu haben.

Auf Host B können Sie den öffentlichen Schlüssel vom Agenten extrahieren, indem Sie Folgendes eingeben ssh-add -L | grep /Users/doxna/.ssh/id_rsa.github > ~/.ssh/id_rsa.github.pubund dann auf diese Datei verweisen~/.ssh/config

Gute Antwort von @Kasperd, aber beachten Sie auch, dass Sie, wenn Host B kompromittiert ist oder Sie nicht allen vertrauen, die dort über Root-Rechte verfügen, weiterhin alle Ihre Schlüssel einem Missbrauch aussetzen, solange Sie angemeldet sind in auf diesem Host.

Ein besserer Ansatz könnte daher darin bestehen, den Zugriff nur auf die benötigten Schlüssel weiterzuleiten. Vielleicht versuchen Sie, ssh-agent-filterwelche in Debian / Ubuntu-Repositories oder von Github ist .

EDIT: Ich habe ließ sich auf ssh-identanstatt ssh-agent-filterfür Schlüssel selektiv weiterzuleiten, wenn es nicht so ist eine Erfahrung glatt wie man vielleicht hoffen.