複数のSSH公開キーの使用

Unfuddleには個人アカウントと企業アカウントがあります。Unfuddleでは、SSHキーは単一のアカウントでのみ使用できるため、両方のアカウント用にラップトップで別個のSSHキーを作成する必要があります。ssh-keygen -t rsa異なる名前の2つのキーを生成するために実行しました（個人はデフォルト名で、会社は{company} _rsaです）。問題は、デフォルトのキーがどこでも使用されているように見え、Gitで個々のリポジトリに使用するキーを指定する方法を見つけることができないことです。

私の質問は次のとおりです。レポジトリベースで使用するSSHキーを指定するにはどうすればよいですか。

ssh_config（〜/ .ssh / config）をセットアップしましたが、まだ機能していないようです。

構成：

Host {personalaccount}.unfuddle.com
     HostName {personalaccount}.unfuddle.com
     User git
     IdentityFile /Users/dave/.ssh/id_rsa

Host {companyaccount}.unfuddle.com
     HostName {companyaccount}.unfuddle.com
     User git
     IdentityFile /Users/dave/.ssh/cage_rsa

会社の混乱のないアカウントのレポジトリ用のGitレポジトリ設定ファイルは次のようになります

[remote "origin"]
     url = git@{companyaccount}.unfuddle.com:{companyaccount}/overall.git
     fetch = +refs/heads/*:refs/remotes/origin/*

それで、私のssh構成またはgit構成に何か問題があるかどうかはわかりません。

キーがロードされたアクティブなssh-agentがあるid_rsa場合、問題はおそらくsshが最初にそのキーを提供していることです。Unfuddleはおそらく認証のために（たとえばsshdで）受け入れますが、会社のリポジトリにアクセスするための承認では拒否します（たとえば、承認に使用する内部ソフトウェア、おそらくGitoliteに似たもの）。会社のアカウントに個人キーを追加する方法があるかもしれません（複数の人が同じcorp_rsa公開キーファイルと秘密キーファイルを共有していないのですか？）。

IdentitiesOnly .ssh/configコンフィグレーションキーワードは、キーを制限するために使用することができsshでリモートに申し出のsshdだけを介して指定されたものとIdentityFileキーワード（すなわち、それはアクティブにロードすることが起こる任意の追加のキーを使用することを拒否しますssh-agentの）。

これらの.ssh/configセクションを試してください：

Host {personalaccount}.unfuddle.com
     IdentityFile ~/.ssh/id_rsa
     IdentitiesOnly yes

Host {companyaccount}.unfuddle.com
     IdentityFile ~/.ssh/{companyaccount}_rsa
     IdentitiesOnly yes

次に、次のようなGit URLを使用します。

git@{personalaccount}.unfuddle.com:{personalaccount}/my-stuff.git
git@{companyaccount}.unfuddle.com:{companyaccount}/their-stuff.git

.ssh/configメカニズムを最大限に活用したい場合は、独自のカスタムホスト名を指定して、デフォルトのユーザー名を変更できます。

Host uf-mine
     HostName {personalaccount}.unfuddle.com
     User git
     IdentityFile ~/.ssh/id_rsa
     IdentitiesOnly yes

Host uf-comp
     HostName {companyaccount}.unfuddle.com
     User git
     IdentityFile ~/.ssh/{companyaccount}_rsa
     IdentitiesOnly yes

次に、次のようなGit URLを使用します。

uf-mine:{personalaccount}/my-stuff.git
uf-comp:{companyaccount}/their-stuff.git

man ssh_config

何かのようなもの

Host personal_repo
  User personal
  IdentityFile .ssh/personal_rsa

Host company_repo
  User company
  IdentityFile .ssh/company_rsa

そしてpersonal_repo、gitリポジトリでホストとして使用します。

IdentityFileとIdentitiesOnlyはうまく機能します。気になるのは、異なるホスト名を使用して接続することを覚えておく必要があること、および転送されたエージェント接続がまだすべてのキーを保持しているという事実です。つまり、リモートホストが侵害された場合、私は。

私は最近使用を開始しました：

https://github.com/ccontavalli/ssh-ident

それはsshのラッパーです、それ：

• 定義するIDごとに完全に別個のエージェントを保持します。
• ログインセッション全体でエージェントを自動的に共有します。.bashrcでは何もしません。
• 最初に必要なときに、エージェントと対応するキーをオンデマンドでロードします。
• sshコマンドライン（ホスト名など）または現在の作業ディレクトリに基づいて、使用するエージェントを決定します。これは、自分が何をしているかに応じて異なるパスから作業する傾向があるため、特に便利です。

sshエージェントを使用する場合の適切な方法は次のとおりです。

# Create public keys to make sure they exist
# this is a must if you use ssh agent forwarding
# or want to use ssh-agent at all
ssh-add -L | grep personal > ~/.ssh/personal_identity.pub
ssh-add -L | grep company > ~/.ssh/company_identity.pub


# Add to ~/.ssh/config
Host {personalaccount}.unfuddle.com
  IdentityFile ~/.ssh/personal_identity.pub

Host {companyaccount}.unfuddle.com
  IdentityFile ~/.ssh/company_identity.pub

説明：〜/ .sshディレクトリーに秘密鍵がある場合、ssh-agentは使用されません。そこで、sshがssh-agentを使用するように、公開キーを別の名前で作成します。これは、秘密鍵（sshエージェント転送など）にアクセスできない場合にも役立ちます