Beste Möglichkeit zur Verwendung mehrerer privater SSH-Schlüssel auf einem Client

Question

Ich möchte mehrere private Schlüssel verwenden, um eine Verbindung zu verschiedenen Servern oder verschiedenen Teilen desselben Servers herzustellen (ich verwende sie für die Systemverwaltung des Servers, die Verwaltung von Git und die normale Verwendung von Git auf demselben Server). Ich habe versucht, die Schlüssel einfach in der id_rsa Dateien vergeblich.

Offensichtlich ist eine einfache Möglichkeit, dies zu tun, die Verwendung des Befehls

ssh -i <key location> login@server.example.com 

Das ist ziemlich umständlich.

Haben Sie einen Vorschlag, wie man das etwas einfacher machen kann?

Answer 1

Von meinem .ssh/config :

Host myshortname realname.example.com
    HostName realname.example.com
    IdentityFile ~/.ssh/realname_rsa # private key for realname
    User remoteusername

Host myother realname2.example.org
    HostName realname2.example.org
    IdentityFile ~/.ssh/realname2_rsa  # different private key for realname2
    User remoteusername

Dann können Sie die Verbindung wie folgt herstellen:

ssh myshortname

ssh myother

Und so weiter.

Answer 2

Sie können ssh anweisen, beim Verbindungsaufbau mehrere Schlüssel nacheinander auszuprobieren. So geht's:

$ cat ~/.ssh/config
IdentityFile ~/.ssh/id_rsa
IdentityFile ~/.ssh/id_rsa_old
IdentityFile ~/.ssh/id_ed25519
# ... and so on

$ ssh server.example.com -v
....
debug1: Next authentication method: publickey
debug1: Trying private key: /home/example/.ssh/id_rsa
debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey
debug1: Trying private key: /home/example/.ssh/id_rsa_old
debug1: read PEM private key done: type RSA
....
[server ~]$

Auf diese Weise müssen Sie nicht angeben, welcher Schlüssel mit welchem Server funktioniert. Es wird einfach der erste funktionierende Schlüssel verwendet.

Sie würden auch nur dann eine Passphrase eingeben, wenn ein bestimmter Server bereit ist, den Schlüssel zu akzeptieren. Wie oben zu sehen ist, hat ssh nicht versucht, nach einem Passwort zu fragen für .ssh/id_rsa selbst wenn sie einen hätte.

Sicherlich ist es nicht besser als eine Konfiguration pro Server wie in anderen Antworten, aber zumindest müssen Sie nicht für jeden einzelnen Server, mit dem Sie sich verbinden, eine Konfiguration hinzufügen!

Answer 3

In den vorangegangenen Antworten wurde ordnungsgemäß erklärt, wie eine Konfigurationsdatei zur Verwaltung mehrerer ssh-Schlüssel zu erstellen ist. Ich denke, die wichtigste Sache, die auch erklärt werden muss, ist die Ersetzen eines Hostnamens durch einen Aliasnamen beim Klonen des Repositorys .

Angenommen, Ihr der Benutzername des GitHub-Kontos des Unternehmens lautet abc1234 . Und angenommen, Ihr der Benutzername des persönlichen GitHub-Kontos lautet jack1234

Und nehmen wir an, Sie haben zwei RSA-Schlüssel erstellt, nämlich id_rsa_Unternehmen y id_rsa_personal . Also, Ihr Konfiguration Datei wird wie folgt aussehen:

# Company account
Host company
HostName github.com
PreferredAuthentications publickey
IdentityFile ~/.ssh/id_rsa_company

# Personal account
Host personal
HostName github.com
PreferredAuthentications publickey
IdentityFile ~/.ssh/id_rsa_personal

Wenn Sie nun das Klonen der Repository (benannte Demo) vom GitHub-Konto des Unternehmens, wird die Repository-URL etwa so aussehen:

Repo URL: git@github.com:abc1234/demo.git

Nun, während der Arbeit git clone sollten Sie die obige Repository-URL wie folgt ändern:

git@company:abc1234/demo.git

Beachten Sie, dass github.com jetzt durch den Alias "company" ersetzt wird, den wir in der Konfigurationsdatei definiert haben.

Analog dazu müssen Sie die Klon-URL des Repositorys im persönlichen Konto entsprechend dem in der Konfigurationsdatei angegebenen Alias ändern.

Answer 4

El Antwort von Randal Schwartz hat mir fast den ganzen Weg geholfen. Ich habe einen anderen Benutzernamen auf dem Server, also musste ich die Benutzer Schlüsselwort zu meiner Datei:

Host           friendly-name
HostName       long.and.cumbersome.server.name
IdentityFile   ~/.ssh/private_ssh_file
User           username-on-remote-machine

Jetzt können Sie eine Verbindung mit dem Friendly-Name herstellen:

ssh friendly-name

Weitere Schlüsselwörter finden Sie auf der Website OpenSSH-Manualseite . NOTE : Einige der aufgelisteten Schlüsselwörter sind möglicherweise bereits in Ihrem /etc/ssh/ssh_config Datei.

Answer 5

ssh-add ~/.ssh/xxx_id_rsa

Stellen Sie sicher, dass Sie es vor dem Hinzufügen mit testen:

ssh -i ~/.ssh/xxx_id_rsa username@example.com

Wenn Sie Probleme mit Fehlern haben, hilft es manchmal, die Sicherheit der Datei zu ändern:

chmod 0600 ~/.ssh/xxx_id_rsa