順番に切り分け、適切な担当者へつなぐ

まずコンソールからノードアドレス、ポート、アカウント名を再コピーし、同じ注文の情報であることを確認します。次にローカルネットワークでプロキシ、ポート制限、追加のファイアウォール規則が有効になっていないか確認します。

1. クライアント名、バージョン、完全なエラー文を記録します。
2. 入力欄に余分な空白がなく、アカウント名の大文字・小文字が変わっていないことを確認します。
3. 別の信頼できるネットワークで再テストします。ただし認証情報は同時に変更しないでください。
4. SSHは到達できるのにグラフィカル画面へ接続できない場合は、その違いをチケットに明記します。

古い認証情報を保存しているクライアントを完全に終了してから、接続を再作成します。一部のクライアントはアカウント名や認証情報をキャッシュするため、画面上のパスワード欄を変更するだけでは古い記録が消えない場合があります。

新しい認証情報が使えることを確認してから、古い記録を削除します。チケット、スクリーンショット、メールにパスワードを表示せず、更新時刻、使用したアカウント名、エラーの種類だけを記載してください。

現在接続中のSSHセッションを維持し、まず新しい公開鍵を追加して検証します。2つ目のターミナルで新しい接続を確立し、新しい鍵が成功したことを確認してから古い公開鍵を削除します。

1. このホスト専用の鍵を生成し、出所不明の鍵ファイルを使い回さないでください。
2. 公開鍵が1行で完全に記載されているか確認し、コピー時の改行や欠落を防ぎます。
3. ローカル秘密鍵の権限と対象アカウントを確認します。
4. ホストフィンガープリントを保存します。予期せず変わった場合は接続を停止し、チケットで確認してください。

まずSSHがまだ利用できるか判断します。コマンドライン接続が正常なら、問題はホスト全体のオフラインではなく、グラフィカルセッションまたはクライアントの表示設定にある可能性が高いです。

クライアントの解像度と色品質を下げ、ローカルプロキシを無効にして再テストします。全画面、拡大縮小、複数ディスプレイのどのモードだけで起きるか記録してください。複数のシステムプロセスを連続して強制終了しないでください。

ローカルネットワークの種類、対象ノード、テスト時間帯、使用プロトコル、クライアントバージョンを記録します。元のネットワークと別の信頼できるネットワークで同じ手順を実行し、解像度、プロキシ、タスク負荷を揃えてください。

「遅い」という結論だけを記載しないでください。入力応答、画面更新、ファイル転送、コマンドエコーのどれが遅いのか、また継続的に発生するのかをチケットに明記します。