~/.ssh/configからのインポート

サーバー群を管理している人であれば、ほぼ間違いなく ~/.ssh/config を持っています。30台のホストを 手入力で打ち込むというのは、ツールが試用期間中に見放される典型的な理由です。

使い方

1. インポート先のプロジェクトを選択します。
2. Import from SSH config を選びます。
3. アプリが ~/.ssh/config(または指定したパス)を読み込み、見つかったホストを一覧表示します。
4. 必要なホストにチェックを入れ、Import を押します。

プレビューの段階では何も書き込まれません。読み取って表示するだけです。最後のボタンを押すまで 何も作成されません。

読み込まれる内容

configの項目	アプリへの取り込み内容
Host	VM名
HostName	Host — 存在しない場合は ssh と同様に Host のラベル自体を使用します
Port	Port(デフォルト22)
User	参考として表示のみ
IdentityFile	表示のみ。鍵の内容は読み込まれません

意図的にスキップされる項目

このリーダーは意図的に不完全な処理を行っています。

• Include は追跡しません。
• Match ブロックは無視されます。

どちらもコンテキストによってホストの解決結果が変わる可能性があり、チェックボックス一覧では 正確に表現できません。単純な項目だけをインポートし、残りは自分で処理する方が、微妙に間違った 状態でインポートするよりも優れています。

Include 文を多用している設定の場合は、正確なパスを指定して各ファイルから個別にインポートして ください。

認証情報はインポートされません

これはもっとも重要な点であり、意図的な設計でもあります。

IdentityFile は表示されるだけです。アプリが秘密鍵を開いたり読み取ったりすることは ありません。

ホストをインポートした後は、各VMごとに意図的に認証情報を追加してください。詳細は ログイン認証情報 を参照してください。手間が増えるように聞こえますが、 これが正しい境界です。~/.ssh からすべての鍵を自動的に吸い上げるツールなど、存在すべきでは ありません。

インポート後にやること

• 後で素早くフィルタリングできるよう、インポートしたマシン群にタグを付けます。
• config上のラベルが分かりにくい場合はリネームします(h3 → db-primary など)。
• 重要なマシンには 監視 を有効にします。

~/.ssh/config がない場合

手動で追加することもできますし、最小限のconfigファイルを作成してインポートすることもできます。

Host web-01
    HostName 10.0.1.11
    Port 22
    User deploy

Host db-01
    HostName 10.0.1.20
    User deploy