最初に症状を分類する
| 症状 | 最初の確認 |
|---|---|
| ログイン画面が404 | URL変更機能、正しい管理URL |
| 403・ブロック画面 | WAF、IP制限、試行回数制限 |
| パスワードエラー | 入力、対象アカウント、再発行先 |
| 入力後に元の画面へ戻る | Cookie、HTTPS、URLの不一致 |
| 真っ白・500 | PHPエラー、直前の更新 |
正しいURLと入力情報を確認する
ブックマークや引継ぎ資料のURLを確認します。セキュリティ製品で変更している場合、標準のwp-adminに入れないこと自体は障害とは限りません。入力を確認し、再発行を利用する場合は受信先メールと迷惑メールも確認します。届かない場合に再発行を連打しないでください。
ブラウザーと通信制限を切り分ける
別のブラウザーやプライベートウインドウで確認します。該当サイトのCookie削除はログアウトを伴うため、入力中の内容を保存してから行います。別回線で変わるなら、IP制限やWAFログを確認します。VPNや会社回線の条件も記録します。
管理者が調べる設定
WordPress URLとサイトURL、HTTPS転送、CDNやプロキシの設定、セキュリティ製品のロック状態を調べます。URLを推測で書き換えると公開ページも壊れることがあります。管理画面へ入れない場合は、設定とDBの控えを取ってから復旧手段を選びます。
2FAが使えない場合
事前に保存した予備コードや組織の解除手順を使います。本人確認なしで保護を解除せず、操作記録を残し、復旧後に再登録します。サーバー側から製品を停止する場合は、他の保護も失われる影響を確認します。
復旧後に確認すること
別ブラウザーで再ログインし、管理画面保存と権限を確認します。原因となったURL、制限、メール設定を手順書へ反映し、代替担当にも共有します。不明なユーザーや変更があるなら通常のログイントラブルとして終わらせず、侵害の調査へ移ります。
ログイン不能を再現するときの注意
同じ資格情報で何度も試すと、試行回数制限が延長される場合があります。入力内容を確認したうえで、発生時刻と結果を記録し、ロックの解除条件を管理者へ確認します。パスワード再発行を複数回要求した場合も、どのメールのリンクを使っているかを確認してください。ブラウザー別に差があるときは、拡張機能、保存されたURL、Cookie、プロキシの条件を調べます。Cookieを削除する前に必要な作業データを保存し、対象サイトだけに絞って試します。回線を変えて成功した場合も、恒久的な回避とせず、IP制限やWAFの適用理由を確認します。
サポートへ渡す調査メモの例
「発生時刻、対象URL、HTTP応答、表示文、最後に成功した時刻、直前の変更、試した確認」を伝えます。画面のスクリーンショットには入力パスワードや予備コードを含めません。サーバー権限がないなら、その点を先に伝えて契約者へ接続の準備を依頼します。
再発行メールが届かないときは?
対象アカウントのメール、迷惑メール、配送設定を調べます。管理者の交代で旧メールが登録されている場合もあります。正規の所有者確認と復旧手順を使い、DBを推測で書き換える対処は避けます。
管理画面へ入れないので全製品を削除してよいですか?
削除すると設定やデータが失われる製品があります。まず原因を絞り、停止・ファイル退避・復元などから適切な方法を選びます。