SSH Keys — Troubleshooting
キーペア作成後に秘密鍵をダウンロードできない
症状: 鍵作成ダイアログが閉じられたが、ダウンロード をクリックする前に閉じてしまった、またはダウンロードしたファイルが破損している。
原因: ポータルでは、秘密鍵のダウンロードは作成直後に一度だけ許可されます。ダイアログを閉じた後、秘密鍵はシステムに保存されず、復元できません。
対処方法:
- 作成した鍵を SSH Keys 一覧から削除します(公開鍵は保存されましたが、秘密鍵が失われているため使用できません)
- 新しいキーペアを作成し、ダイアログを閉じる前にダウンロード をクリックします
.pemファイルを~/.ssh/フォルダーに保存し、適切な権限を設定します:chmod 600 ~/.ssh/<key-name>.pem
"Invalid public key format" エラーでインポートに失敗する
症状: Import をクリックしたがシステムが無効な形式のエラーを報告する。
よくある原因:
- 公開鍵ではなく秘密鍵の内容を貼り付けている
- 公開鍵が PuTTY 形式(
.ppk)であり、この形式はサポートされていない - メールやドキュメントからのコピー&ペーストで公開鍵に改行が入っている
対処方法:
id_ed25519ではなく.pubファイル(例:id_ed25519.pub)の内容を貼り付けていることを確認します- PuTTY を使用している場合は、PuTTYgen を開いて鍵を読み込み、Conversions → Export OpenSSH key を選択してエクスポートしたファイルを使用します
- 公開鍵がテキストエリア内で1行の連続した文字列になっていることを確認します — 送信前に余分な改行文字をすべて削除してください
インスタンス作成時に正しい鍵を選択したのに SSH 接続に失敗する
症状: インスタンスが起動し、作成時に正しい SSH Key を選択したにもかかわらず、ssh コマンドが Permission denied (publickey) を返す。
よくある原因:
- ユーザー名が間違っている — イメージごとにデフォルトのユーザー名が異なります(例:
ubuntu、centos、cloud-user) - 秘密鍵ファイルのパスまたは権限が正しくない
- 接続を試みた時点でインスタンスの起動が完了していない
対処方法:
- 使用しているイメージのデフォルトユーザー名を確認します(対応するイメージのドキュメントを参照)
- 秘密鍵ファイルの権限を確認します:
chmod 600 ~/.ssh/<key-name>.pem - インスタンスが Running 状態に移行してから60〜90秒待ってから再試行します
- 詳細なエラー情報を確認するために、verbose フラグを使用して接続を試みます:
ssh -vvv -i ~/.ssh/<key>.pem <user>@<ip>
SSH Key を削除したのに古い鍵でインスタンスにアクセスできる
症状: ポータルから鍵を削除したにもかかわらず、以前のユーザーが自分の秘密鍵でインスタンスに SSH 接続できる。
原因: これは設計上の動作です。ポータルで鍵を削除しても、インスタンス内の ~/.ssh/authorized_keys ファイルは変更されません。
対処方法:
- 別の鍵またはコンソールアクセスでインスタンスに接続します
- アクセス権を失効させるユーザー(通常は
ubuntu、centos、またはroot)の~/.ssh/authorized_keysファイルを開きます - 失効させる公開鍵を含む行を削除します
- ファイルを保存します — 変更は即座に有効になり、再起動は不要です
インスタンス作成時に SSH Key オプションが表示されない
症状: インスタンス作成フォームに SSH Key を選択するフィールドやドロップダウンがない。
原因: 現在のプロジェクトに保存されている SSH Key がありません。
対処方法:
- インスタンス作成フォームを閉じます
- Compute Engine → SSH Keys に移動して、少なくとも1つの鍵を作成またはインポートします
- インスタンスの作成に戻ります — 追加した鍵とともに SSH Key フィールドが表示されます