アクセス情報から
初回ビルドの成功まで

1. まずコンソールでデバイス状態とアクセス情報に変更がないことを確認します。
2. ローカルのシステム時刻、ネットワーク出口、対象アドレス、ポートを確認し、古いスクリーンショットの情報は使用しないでください。
3. 信頼できるネットワークに切り替えて再テストし、ローカルネットワークの種類と問題発生時刻を記録します。
4. 詳細出力付きのSSHコマンドで、接続がどの段階で停止しているか確認します：ssh -vvv。
5. チケットにはマスキング済みの出力を添付し、秘密鍵や完全な接続設定は提出しないでください。

先に記録を削除して続行してはいけません。直ちに接続を停止し、コンソールの最新の指紋、ノード、注文IDを確認します。変更に明確な根拠がある場合のみ、該当するホスト項目だけを削除してください。確認できない場合は、コンソールからチケットを提出し、古い指紋、新しい指紋、初回確認時刻を添付します。

1. ユーザー名がコンソールの情報と一致することを確認し、ローカルのユーザー名をリモートのユーザー名と取り違えないでください。
2. 秘密鍵のパスと権限を確認し、SSHが想定した鍵を実際に読み込んでいることを確認します。
3. 次を使用 ssh -v でクライアントがどの鍵を提示しているか確認します。コマンド内に秘密情報を出力しないでください。
4. コピーした公開鍵が途中で切れていないこと、余分な改行が追加されていないことを確認します。
5. 出所不明の認証情報を連続して試さず、初回の失敗出力を保存してからチケットを提出してください。

まずSSHでシステム時刻、ディスク空き容量、現在のユーザー、関連プロセスを確認し、デバイス自体が応答していることを確認します。次にローカルのグラフィカルクライアントのバージョン、ネットワーク変更、自動再接続、認証情報の保存設定を確認してください。不明なプロセスを強制終了して試行錯誤しないでください。サポートが必要な場合は、切断時刻、クライアントの種類、SSH接続の可否、マスキング済みログを提示します。

1. 制限がアドレス解決、ポート接続、認証のどの段階で発生しているか確認します。
2. 組織のセキュリティルールに従い、別の信頼できるネットワークで再テストします。
3. ネットワーク管理者には対象ポートと利用目的を伝え、秘密鍵やログイン認証情報は送信しないでください。
4. 制限されたネットワークと利用可能なネットワークの違いを記録し、ローカルネットワークの問題をノード障害と誤認しないようにします。