🔒 ConoHa WINGで不正アクセスを防ぐには？大量アクセスの見分け方と制限の使い分け

見慣れないアクセスが増え続けると、サイトをそのまま公開していてよいのか、何か設定を変えるべきなのか迷うものです。記事が読まれているだけなのか、管理画面を狙われているのかによっても、取るべき対応は違います。

ConoHa WINGで不正アクセスへの対策を進めるなら、最初にサイトの異常とアクセスログを確認し、その内容に合う制限を選びましょう。攻撃リクエストへの防御にはWAF、特定の送信元への対応にはIPアクセス制限、WordPressのログイン試行にはログイン制限が候補になります。

ここでは、不審なアクセスを発見したときに「何を調べ、どの設定を使うか」を、状況別にまとめます。

🔍 不正アクセスが疑われるとき、何から始める？

最初に確認したいのは、アクセス件数よりも、サイトに被害や支障が出ているかどうかです。 次のどの状況に近いかを見てみましょう。

表示に問題はなく、アクセス数だけ増えている

検索やSNSからの訪問、自動巡回プログラムなどが考えられます。1ページで離脱する訪問が多くても、それだけで攻撃とは判断できません。

まずは流入先や時間帯を確認し、サーバーの記録と照合します。参照元のドメインやブラウザー名は偽装できるため、表示された名前だけで相手を特定しないことも大切です。

サイトが遅い、エラーが続く

大量リクエストによる負荷のほか、プログラムの不具合やサーバーの障害も候補です。遅くなった時刻と、アクセスやエラーが増えた時刻が重なるかを調べます。

閲覧や購入に支障がある場合は、ログの確認と並行してサポートへの相談も進めましょう。

ページや管理者情報に身に覚えのない変更がある

不審な転送、知らない管理者アカウント、勝手に追加されたリンクなどがあれば、侵入が疑われます。この場合は、アクセスを拒否する設定だけでなく、証拠の保存やサイトの復旧まで必要になる可能性があります。

「攻撃を受けた記録があること」と「侵入されたこと」は別です。 一方で、実際の改変がある場合は、アクセス数が少なくても優先して対応します。

📂 判断の材料になるアクセスログはどこで見られる？

ConoHa WINGのアクセスログは、コントロールパネルの「サイト管理」→「アクセス解析」→「ログ」から確認できます。 上部で「WING」を選び、調べたいドメインが対象になっているか確認してから開きます。

アクセス解析ツールは主に読者の行動を把握するためのものです。計測タグが実行されないリクエストもあるため、不正アクセスの調査ではサーバー側のログも使います。

ログから確認したい3つの傾向

アクセス先の偏り

記事が順番に読まれているのか、ログイン先に集中しているのかを確認します。例えば、WordPressのログインページへのリクエストが短時間に繰り返されていれば、認証を狙う動きの可能性があります。ただし、ページを開いただけでログイン成功を意味するわけではありません。

頻度と送信元の偏り

特定のIPから集中的にアクセスしていないか、IPが変わっても同じような動きが続いていないかを見ます。1つのIPを複数人が利用しているケースもあるため、件数だけで遮断を決めないようにします。

応答やエラーの偏り

403はアクセス拒否、404は対象が見つからないことを示し、500番台はサーバー側のエラーを示します。存在しないURLへのアクセスが大量に続く場合は探索行為も疑われますが、リンク切れなどでも404は発生します。時間帯やアクセス先と合わせて判断しましょう。

大量アクセス時は、画面に出ているログだけで判断しない

公式ガイドによると、管理画面で確認できる範囲はアクセスログが直近100行、エラーログが直近300行です。急増した時間帯が表示範囲から外れている場合は、保存されたログをダウンロードして調べます。

「ログ保存設定」では保存期間や保存先も確認できます。問題が続いている間に必要な記録を保存しておくと、後から原因を調べたり、保守担当者に相談したりする際に役立ちます。

参照：ConoHa WING公式：エラーログ・アクセスログを確認する

🛡️ WAF・IP制限・ログイン制限はどう選ぶ？

ConoHa WINGのセキュリティ機能は、それぞれ対象が異なります。ログを確認したうえで、問題になっている動きに合う設定を選びましょう。

脆弱性を狙うリクエストにはWAF

WAFは、Webアプリケーションの脆弱性を悪用する攻撃からサイトを守る機能です。 通常の閲覧に見えるボットまで一律で止める仕組みではありません。

設定は次の順番で確認します。

1. 「WING」→「サイト管理」で対象ドメインを選ぶ
2. 「サイトセキュリティ」→「WAF」を開く
3. 「利用設定」を確認し、無効なら「ON」にする
4. 「表示切替」の「ログ」で遮断状況を確認する

WAFのログは、防御の状況を知る材料になります。ログがあることだけで侵入を断定せず、ログがないことだけで安全とも判断しないようにします。

記事の更新やフォーム送信が止まった場合は、操作時刻と該当する検知を照合します。誤検知への除外設定もできますが、除外した内容は遮断されなくなるため、必要な範囲を確認してから使いましょう。

参照：ConoHa WING公式：WAFの設定をする

同じ送信元からの不審なアクセスにはIPアクセス制限

IPアクセス制限は、指定したIPアドレスからのWebサイトへのアクセスを拒否する機能です。 同じIPから問題のあるリクエストが継続している場合に検討できます。

1. 「サイト管理」→「サイトセキュリティ」を開く
2. 「IPアクセス制限」タブを選ぶ
3. 「ブラックリスト」の鉛筆アイコンで編集する
4. 対象IPを入力し、保存する

複数のIPを入力する場合は、1つずつ改行します。変更前の登録内容と、追加する理由を控えておきましょう。

自分や共同運営者、外部サービスのIPを登録すると、必要なアクセスまで止まる可能性があります。また、IPを次々に変更する相手には個別登録の効果が限られます。

参照：ConoHa WING公式：IPアクセス制限の設定をする

WordPressへのログイン試行にはログイン制限

ConoHa WINGのWordPressログイン制限は、短時間に複数回のログイン操作があった際に、自動で制限を行う設定です。 WordPressを利用している場合に確認します。

「サイト管理」→「サイトセキュリティ」→「WordPressセキュリティ」を開き、「ログイン制限」の「管理画面ログイン」をONにします。

同じ画面には、ダッシュボードやXML-RPC・REST APIなどに対する海外アクセス制限もあります。海外から管理する場合やAPI連携がある場合は、必要な接続への影響を確かめましょう。海外からの記事閲覧をまとめて拒否する設定ではありません。

WordPressセキュリティの設定は、対象ドメイン内のすべてのWordPressに適用されます。複数設置している場合は、それぞれの動作を確認してください。

参照：ConoHa WING公式：WordPressのセキュリティの設定をする

📊 アクセス解析で除外すれば、不正アクセスは止まる？

解析上の除外では、サイトへのアクセスは止まりません。 不要な流入を除いた集計は読者の動きを把握するために役立ちますが、サーバー負荷への対策とは役割が異なります。

例えば、特定の参照元をレポートから外してPVが落ち着いても、サーバーへ同じ頻度でリクエストが届いていれば、負荷は残ります。

数値の確認には解析ツールの比較・絞り込み機能を使い、実際のアクセスを拒否する必要がある場合はサーバー側などで制限します。調査中は元の記録も残し、後から条件を見直せる状態にしておきましょう。

🚦 遮断しても改善しないときはどうする？

IPを追加し続けても収まらない、WAFが有効でもサイトが重い場合は、現在の対策とアクセスの特徴が合っていない可能性があります。

通常の閲覧に似た巡回や、複数IPからの大量リクエストでは、単一IPの拒否だけでは十分に抑えられません。また、サーバー側で拒否できても、通信処理などの負担がすべてなくなるとは限りません。

サポートには、時刻・症状・実施済みの対策を伝える

問い合わせる際は、次の情報を整理すると状況を共有しやすくなります。

• 影響を受けているドメイン
• 発生日時と、継続中かどうか
• 表示遅延、エラー、管理作業への影響
• ログで分かったアクセス先や頻度
• WAFやIP制限など、すでに変更した設定

CPU・メモリ使用率などの確認可否は、契約プランや提供機能により異なります。把握できない項目は推測で埋めず、確認できた症状と記録を伝えましょう。

必要に応じて、サーバーに届く前の段階で制限する外部サービスも候補になります。CDNやボット対策、一定時間内のリクエスト数を制限する機能などは、サービスやプランによって対応範囲が違います。DNS設定や連携への影響も確認して導入します。

⚠️ すでに侵入された可能性がある場合の対応

ページの改ざんや不明な管理者が見つかった場合は、アクセス制限に加え、被害範囲の調査と復旧を進めます。 IPを遮断しても、変更されたファイルや不正なアカウントは元に戻りません。

まず、異常を発見した時刻、変更内容、関連ログを保存します。訪問者に被害が及ぶおそれがある場合は、公開範囲の制限なども検討しましょう。

そのうえで、信頼できる端末から影響が疑われる認証情報を変更し、不明な管理者やファイルを調査します。自分で判断できない場合は、保守担当者やセキュリティの専門家に相談してください。

バックアップを使う際は、侵害前の正常な状態かを確認します。復元と合わせて、古いプラグインなどの原因を解消しなければ再発する可能性があります。WordPress本体・テーマ・プラグインの更新、不要なものの削除、対応する仕組みでの管理者の二要素認証なども見直しましょう。

✅ 対策の効果は、何を見て判断する？

対策後は、不審なアクセスの変化と、通常の利用ができるかの両方を確認します。

ログで確認すること

狙われていたURLへのアクセスが減ったか、対象IPが拒否されているか、エラーが収まったかを見ます。WAFの遮断ログとアクセスログは役割が異なるため、必要に応じて両方を確認します。

サイトで確認すること

記事の閲覧、フォーム送信、購入、管理画面へのログインや記事保存などを試します。APIを使ったサービスとの連携も確認しましょう。

運営の数字で確認すること

アクセス総数だけでなく、通常の流入や問い合わせ、売上を見ます。ボットが減ればPVが下がることもありますが、その減少だけで集客が悪化したとは判断できません。

設定を変更した日時と内容を残しておくと、改善の理由を確かめやすく、誤って制限した場合も戻しやすくなります。

💬 不正アクセス対策でよくある疑問

Q. アクセス件数が何件を超えたら遮断すべきですか？

A. 一律の件数では決められません。サイトの規模や処理内容によって負荷が変わります。アクセス先、頻度、通常の利用への影響を合わせて判断します。

Q. 海外からのアクセスは、すべて不正アクセスですか？

A. いいえ。海外の読者や正規のサービスもアクセスします。国や地域だけで判断せず、何にどの頻度でアクセスしているかを確認します。

Q. robots.txtへの記述で、悪意のあるボットも遮断できますか？

A. robots.txtは、対応するクローラーに巡回の方針を伝える仕組みです。アクセスを強制的に拒否する機能ではないため、従わないボットへの防御は別途必要です。

Q. 拒否の記録が増えたら、対策は失敗していますか？

A. 拒否された記録なら、防御が働いている可能性があります。生のリクエスト数だけでなく、正常な表示が保たれているか、不審な操作が成功していないかを確認します。

Q. 不正アクセス対策は、設定したら完了ですか？

A. 設定後の動作確認と継続的な見直しが必要です。ソフトウェアの更新、バックアップ、管理者アカウントの管理も合わせて続けましょう。

📝 ConoHa WINGでは、狙われている場所に合う防御を選ぶ

不審なアクセスに気づいたときは、表示の異常や改変の有無を確認し、ログからアクセス先と頻度を調べることが出発点です。

脆弱性を狙う動きにはWAF、特定の送信元にはIPアクセス制限、WordPressの認証を狙う動きにはログイン制限と、それぞれの役割を踏まえて設定しましょう。解析上の除外は、こうした防御と併用する集計上の対応です。

制限を加えた後は、読者の閲覧や問い合わせを妨げていないか確認します。症状が続く場合や改ざんが見つかった場合は、記録を残して相談し、アクセスへの対処から原因の解消まで進めることが大切です。