ユーザーがマシンＡとマシンＢとの間でＲＡＳ暗号を用いて安全にログインする方法。

前提条件 マシンＡのホスト名は SystemA.domain.com とする。 マシンＢのホスト名は SystemB.domain.com とする。 ユーザー名は username であり、両マシンのユーザーである。 両マシン共に sshd が動作している事。 ＳＳＨで利用するポート番号（一般には２２番）が両マシン間で透過できる事。

マシンＡでの準備 ユーザーはマシンＡにログインする。 もしも ~/.ssh というディレクトリが存在していなければ自分のホームディレクトリ ~ にて次のコマンドを実行する必要がある。 $ ssh-keygen コマンド実行中にパスフレーズ（パスワードの様なもの。スペースで区切った文章が使用できる。）の入力が求められるので忘れないように記憶（記録）しておく必要がある。 これを pass phrase A とする。 このコマンド実行が終了すると ~/.ssh というディレクトリが出来ている。 この ~/.ssh/identity.pub というファイルをマシンＢに持っていく必要がある。このとき注意しなければならないのは、「安全」な方法で持っていく必要があることだ。インターネット経由での転送は「安全」ではない。途中で誰かに見られてしまう可能性があるからだ。一番良いのは「フロッピィー」に記録して物理的にマシンＢの所まで運んで行くことだ。

マシンＢでの準備 ユーザーはマシンＢにログインする。 もしも ~/.ssh というディレクトリが存在していなければ自分のホームディレクトリ ~ にて次のコマンドを実行する必要がある。 $ ssh-keygen コマンド実行中にパスフレーズを求められるがマシンＡで入力したパスフレーズと同じものでも違うものでも良い。 これを pass phrase B とする。 このコマンド実行が終了すると ~/.ssh というディレクトリが出来ている。 この ~/.ssh/identity.pub というファイルをマシンＡに持っていく必要がある。

マシンＡにマシンＢでのユーザー情報を追加する作業 ユーザーはマシンＡにログインする。 マシンＡの ~/.ssh/authorized_keys に対してマシンＢの ~/.ssh/identity.pub の内容を追加する。 マシンＢの ~/.ssh/identity.pub が ~/.ssh/identity.b としてコピーされていると仮定すると次のようなコマンドとなる。 $ cat ~/.ssh/identity.b >> ~/.ssh/authorized_keys $ chmod 600 ~/.ssh/authorized_keys 次にマシンＢからの接続にてパスフレーズなしにログインできるように ~/.shosts にマシンＢとユーザ名を追加登録する。 $ echo SystemB.domain.com username >> ~/.shosts $ chmod 600 ~/.shosts

マシンＢにマシンＡでのユーザー情報を追加する作業 ユーザーはマシンＢにログインする。 マシンＢの ~/.ssh/authorized_keys に対してマシンＡの ~/.ssh/identity.pub の内容を追加する。 マシンＡの ~/.ssh/identity.pub が ~/.ssh/identity.a としてコピーされていると仮定すると次のようなコマンドとなる。 $ cat ~/.ssh/identity.a >> ~/.ssh/authorized_keys $ chmod 600 ~/.ssh/authorized_keys 次にマシンＡからの接続にてパスフレーズなしにログインできるように ~/.shosts にマシンＡとユーザ名を追加登録する。 $ echo SystemA.domain.com username >> ~/.shosts $ chmod 600 ~/.shosts

ここまでの「まとめ」 以上で、それぞれのマシンにある ~/.ssh/identity.pub の内容がが相手側のマシンにある ~/.ssh/authorized_keys に追加されたことになる。 つまりこういう事だ。 マシンＸのユーザーがマシンＹに接続（ログイン）したい場合は、マシンＸでの ~/.ssh/identity.pub をマシンＹの ~/.ssh/authorized_keys に追加する。また、マシンＹに於いては ~/.shosts にマシンＸのホストドメイン名とユーザー名を追加しておくのだ。 ただし、これだけではマシンＸからマシンＹへの接続はできるが常にパスフレーズを求められる。また逆にマシンＹからマシンＸへの接続はできない。従ってマシンＹの ~/.ssh/identity.pub もマシンＸの ~/.ssh/authorized_keys に追加する必要もあるのだ。

マシンＡからマシンＢに安全にログインしてみる ユーザーはマシンＡにログインする。 ここからマシンＢにログインする為に次のコマンドを実行する。 $ slogin SystemB.domain.com 最初の実行では「マシンＢの登録」の可否が求められるので yes と答える。 同様に「マシンＡで ssh-keygen を実行したときのパスフレーズ」が求められるので pass phrase A を入力する。

マシンＢからマシンＡに安全にログインしてみる ユーザーはマシンＢにログインする。 ここからマシンＡにログインする為に次のコマンドを実行する。 $ slogin SystemA.domain.com 最初の実行では「マシンＡの登録」の可否が求められるので yes と答える。 同様に「マシンＢで ssh-keygen を実行したときのパスフレーズ」が求められるので pass phrase B を入力する。 このように両方向から接続出来れば次回からはパスフレーズを入力は求められなくなる。 以上で目的は達せられた。マシンＡとマシンＢとの間の通信はＲＡＳ暗号化されているので安全と考えられる。遠隔地にあるファイルサーバーとＣＶＳを利用した複数地点でのプログラム開発も安心して行なえるようになる。尚、商用でＳＳＨソフトウェア（ssh-1.2.27等）を利用する場合にはライセンスが必要となることを記しておく。

応用：遠隔地でＣＶＳを使う マシンＡにログイン中のユーザー（ログイン名は username と仮定。）がマシンＢ（ホストドメイン名は SystemB.domain.com と仮定。）にあるリポジトリ（ディレクトリは /home/username/cvs と仮定。）に従ったプロジェクト（名前は projectname と仮定。）をマシンＡにて編集するには作業用ディレクトリに移ってから以下のコマンドを実行。 $ setenv CVS_RSH ssh $ cvs -d :ext:username@SystemB.domain.com:/home/username/cvs checkout projecttname 後は普通に作業を進めていく。次回ログインしたときも setenv CVS_RSH ssh は必要なので .login 等に記述しておくと良い。