お使いのサービスを Anti-DDoS Pro / Anti-DDoS Premium と統合すると、攻撃トラフィックが Anti-DDoS インスタンスにリダイレクトされます。このアプローチにより、大規模な DDoS 攻撃中でもサービスの中断を防ぎ、オリジンサーバーの安定性と信頼性を確保します。さまざまなシナリオでサービスをより効果的に保護するために、このトピックではアクセス設定と保護ポリシーのベストプラクティスについて説明します。
オンボーディングと設定
|
シナリオ |
手順 |
|
通常のオンボーディング |
|
|
攻撃中の緊急オンボーディング |
通常のオンボーディングの手順に従う前に、緊急オンボーディングのシナリオの情報を読んで理解する必要があります。 |
ステップ 1: サービス分析
開始する前に、Anti-DDoS Pro/Anti-DDoS Premium で保護するサービスについて包括的な分析を行ってください。これにより、現在のサービスの状況と主要なメトリックを理解し、インスタンスの仕様や保護機能を選択する際の指針となります。
|
項目 |
説明 |
アクション |
|
Web サイトとサービスの情報 |
||
|
Web サイトまたはアプリケーションの日間ピークトラフィック (Mbit/s 単位の帯域幅と秒間クエリ数 (QPS) を含む) |
リスクの高い期間を特定します。 |
この情報を基に、Anti-DDoS Pro/Anti-DDoS Premium インスタンスのクリーン帯域幅とクリーン QPS の仕様を選択します。 |
|
主なユーザーグループ (例：ユーザーの主な地理的位置) |
正当なユーザーと悪意のある攻撃者を区別します。 |
この情報は、オンボーディング後に Anti-DDoS Pro/Anti-DDoS Premium でロケーションブラックリストを設定するのに役立ちます。詳細については、「ドメイン名のロケーションブラックリストの設定」をご参照ください。 |
|
サービスがクライアント/サーバー (C/S) アーキテクチャを使用しているかどうか |
C/S アーキテクチャを使用している場合は、アプリクライアント、Windows クライアント、Linux クライアント、コードコールバック、または他の環境のクライアントがあるかどうかを特定します。 |
なし。 |
|
オリジンサーバーが中国本土以外のリージョンにデプロイされているかどうか |
設定されたインスタンスが最適なネットワークアーキテクチャに適合しているかどうかを判断します。 |
オリジンサーバーが中国本土以外にデプロイされている場合は、中国本土以外にデプロイされている Anti-DDoS Pro/Anti-DDoS Premium インスタンスを購入することを推奨します。詳細については、「Anti-DDoS Pro と Anti-DDoS Premium とは」をご参照ください。 |
|
オリジンサーバーのオペレーティングシステム (Linux または Windows) および Web サービスミドルウェア (Apache、NGINX、IIS など) |
Anti-DDoS Pro/Anti-DDoS Premium の back-to-origin IP アドレスから転送されたトラフィックを誤ってブロックする可能性のあるアクセス制御ポリシーがオリジンサーバーに設定されているかどうかを判断します。 |
ポリシーが設定されている場合は、Anti-DDoS Pro/Anti-DDoS Premium の back-to-origin IP アドレスをオリジンサーバーのホワイトリストに追加する必要があります。詳細については、「back-to-origin IP アドレスをホワイトリストに追加する」をご参照ください。 |
|
サービスが IPv6 サポートを必要とするかどうか |
なし。 |
サービスが IPv6 サポートを必要とする場合は、Anti-DDoS Origin を使用してください。詳細については、「Anti-DDoS Origin とは」をご参照ください。 |
|
サービスで使用されるプロトコルタイプ |
なし。 |
この情報は、Anti-DDoS Pro/Anti-DDoS Premium へのオンボーディング中に Web サイト情報を設定する際に必要です。 |
|
サービスポート |
なし。 |
オリジンサーバーのサービスポートが Anti-DDoS Pro/Anti-DDoS Premium でサポートされているかどうかを判断します。詳細については、「カスタムサーバーポート」をご参照ください。 |
|
HTTP リクエストヘッダー (HTTP Header) にカスタムフィールドが含まれているか、またサーバーに対応する検証メカニズムがあるか |
Anti-DDoS Pro/Anti-DDoS Premium がカスタムフィールドに影響を与え、サーバー側の検証が失敗する可能性があるかどうかを判断します。 |
なし。 |
|
サービスに送信元 IP を取得して検証するメカニズムがあるかどうか |
サービスを追加すると送信元 IP が変更されるため、サービスの中断を防ぐためにオリジンサーバーの設定を調整する必要があるかどうかを判断します。 |
必要な場合は、「リクエストの送信元 IP の取得」をご参照ください。 |
|
サービスが TLS 1.0 または脆弱な暗号スイートを使用しているかどうか |
サービスで使用されている暗号スイートがサポートされているかどうかを判断します。 |
サービスを追加した後、必要に応じて TLS セキュリティポリシーを設定します。詳細については、「TLS セキュリティポリシーのカスタマイズ」をご参照ください。 |
|
(HTTPS サービス) サーバーが相互認証を使用しているかどうか |
なし。 |
相互認証が必要な場合は、「HTTPS 相互認証のデプロイ」をご参照ください。 |
|
(HTTPS サービス) クライアントが Server Name Indication (SNI) をサポートしているかどうか |
なし。 |
HTTPS をサポートするドメイン名の場合、サービスを Anti-DDoS Pro/Anti-DDoS Premium に追加した後、クライアントとサーバーの両方が SNI をサポートする必要があります。 |
|
(HTTPS サービス) セッション維持メカニズムが使用されているかどうか |
Anti-DDoS Pro/Anti-DDoS Premium の HTTP および HTTPS のデフォルトの接続タイムアウト期間は 120 秒です。 |
アップロードやログインなど、サービスが長いセッションを必要とする場合は、レイヤー 7 の Cookie ベースのセッション維持を使用します。 |
|
サービスに空の接続があるかどうか |
たとえば、サーバーがセッションの中断を防ぐために積極的にパケットを送信する場合、サービスを Anti-DDoS Pro/Anti-DDoS Premium に追加すると、通常のサービスオペレーションに影響を与える可能性があります。 |
なし。 |
|
サービスインタラクションプロセス |
サービスインタラクションプロセスとビジネスロジックを理解し、ターゲットを絞った保護ポリシーを設定するのに役立ちます。 |
なし。 |
|
アクティブユーザー数 |
緊急攻撃の深刻度を評価し、リスクの低い緊急対応策を講じるのに役立ちます。 |
なし。 |
|
サービスと攻撃の情報 |
||
|
サービスの種類と特徴 (例：ゲーム、カードゲーム、Web サイト、アプリ) |
攻撃中に攻撃パターンを分析するのに役立ちます。 |
なし。 |
|
インバウンドトラフィック |
悪意のあるトラフィックを特定するのに役立ちます。たとえば、1 日の平均トラフィックが 100 Mbit/s の場合、このレートを超えるトラフィックは攻撃を示している可能性があります。 |
なし。 |
|
アウトバウンドトラフィック |
攻撃が発生したかどうかを判断し、追加のクリーン帯域幅が必要かどうかの参考になります。 |
なし。 |
|
単一ユーザーまたは単一 IP アドレスのインバウンドトラフィック範囲と接続状態 |
単一 IP アドレスに対してレート制限ポリシーを作成できるかどうかを判断するのに役立ちます。 |
詳細については、「頻度制御の設定」をご参照ください。 |
|
ユーザーグループのプロパティ |
たとえば、個人ユーザー、インターネットカフェのユーザー、またはプロキシ経由でサービスにアクセスするユーザーなどです。 |
単一の出口 IP アドレスからの集中した同時アクセスによって引き起こされる誤検知のリスクを判断するのに役立ちます。 |
|
サービスが大規模な攻撃を経験したことがあるか、またその攻撃の種類 |
過去の攻撃タイプに基づいて、ターゲットを絞った DDoS 緩和ポリシーを設定するのに役立ちます。 |
なし。 |
|
サービスが経験した最大の攻撃のピークトラフィック |
ピーク時の攻撃トラフィックに基づいて、Anti-DDoS Pro/Anti-DDoS Premium インスタンスの仕様を決定するのに役立ちます。 |
詳細については、「Anti-DDoS Pro または Anti-DDoS Premium インスタンスの購入」をご参照ください。 |
|
サービスが CC 攻撃 (HTTP フラッド) を経験したことがあるか |
過去の攻撃パターンを分析して、予防的なポリシーを設定するのに役立ちます。 |
なし。 |
|
サービスが経験した最大の CC 攻撃のピーク QPS |
過去の攻撃パターンを分析して、予防的なポリシーを設定するのに役立ちます。 |
なし。 |
|
サービスが Web API を提供しているかどうか |
なし。 |
Web API サービスを提供している場合は、頻度制御の緊急保護モードを使用しないでください。API アクセスパターンを分析し、正当な API リクエストがブロックされるのを防ぐために、カスタムの CC 攻撃保護ポリシーを設定します。 |
|
サービスのストレステストが完了しているかどうか |
オリジンサーバーのリクエスト処理性能を評価し、サービスの例外が攻撃によるものかどうかを判断するのに役立ちます。 |
なし。 |
ステップ 2: 事前準備
本番環境以外でオンボーディングプロセスをテストしてください。すべてのテストに合格した後、本番で使用するためにサービスを Anti-DDoS Pro/Anti-DDoS Premium にオンボーディングします。
サービスを Anti-DDoS Pro/Anti-DDoS Premium に追加する前に、次の表に記載されている準備を完了してください。
|
サービスタイプ |
事前準備 |
|
Web サイトサービス |
|
|
Web サイト以外のサービス |
|
ステップ 3: オンボーディングと設定
-
サービスのオンボーディング
説明オンボーディング前にサービスがすでに攻撃を受けている場合は、オリジンサーバーの IP アドレスを変更してください。IP アドレスを変更する前に、クライアントまたはアプリのコードがオリジン IP アドレスをハードコーディングしていないか確認してください。ハードコーディングされている場合は、まずコードを更新してからオリジンサーバーの IP アドレスを変更し、サービスの中断を防ぎます。詳細については、「オリジン ECS インスタンスのパブリック IP アドレスの変更」をご参照ください。
サービスを追加するには、ビジネスシナリオと製品エディションに合ったガイドを使用してください：
-
オリジンサーバーの保護設定
攻撃者が Anti-DDoS Pro/Anti-DDoS Premium をバイパスしてオリジンサーバーを直接標的にするのを防ぐために、オリジンサーバーの保護を設定します。詳細については、「オリジンサーバーの保護設定」をご参照ください。
-
保護ポリシーの設定
-
Web サイトサービス
-
CC 攻撃防御
-
通常運用時：Web サイトサービスを Anti-DDoS Pro/Anti-DDoS Premium に追加した後、サービスを一定期間 (2〜3 日など) 実行させます。その後、アプリケーションログデータ (URL や単一ソース IP アドレスからの平均 QPS など) を分析して、単一ソース IP アドレスからの通常のリクエスト QPS を評価します。評価に基づいて、カスタムの頻度制御ルールを設定し、攻撃が始まってから対応するのではなく、積極的に攻撃を緩和します。
-
アクティブな CC 攻撃中：Anti-DDoS Pro and Anti-DDoS Premium コンソールで、セキュリティ概要 レポート (詳細については、「セキュリティの概要」をご参照ください) を確認し、リクエスト数の多い URL、ソース IP アドレス、User-Agent 文字列などのメトリックを確認します。この情報に基づいてターゲットを絞ったカスタム頻度制御ルールを作成し、その効果を観察します。詳細については、「カスタム頻度制御ルール」をご参照ください。
-
-
インテリジェント保護
インテリジェント保護ポリシーの 厳密 モードは、誤検知を引き起こす可能性があります。さらに、Web サイトサービスは追加された後、一般的なレイヤー 4 攻撃に対する固有の保護機能を備えています。したがって、Web サイトサービスには 厳密 モードを使用しないでください。デフォルトの 通常 モードを使用してください。詳細については、「インテリジェント保護の設定」をご参照ください。
-
全量ログの有効化
全量ログ分析サービスを有効にします。詳細については、「全量ログ分析のクイックスタート」をご参照ください。サービスがレイヤー 7 攻撃を受けている場合、全量ログ機能を使用して攻撃の動作を分析し、ターゲットを絞った保護ポリシーを作成できます。
説明全量ログ分析サービスを有効にすると、追加料金が発生する場合があります。サービスを有効にする前に、料金を確認してください。
-
-
Web サイト以外のサービス
ほとんどの場合、Web サイト以外のサービスを Anti-DDoS Pro/Anti-DDoS Premium に追加した後は、デフォルトの保護設定で十分です。サービスが一定期間 (2〜3 日など) 実行された後、トラフィックパターンに基づいてレイヤー 4 インテリジェント保護モードを調整し、レイヤー 4 CC 攻撃に対する保護を強化できます。詳細については、「レイヤー 4 インテリジェント保護の設定」をご参照ください。
説明サービスが API であるか、オフィスのネットワーク出口 IP アドレス、単一サーバーの IP アドレス、高頻度の API 呼び出し元など、単一 IP アクセスが集中している場合は、Web サイト以外のサービスのインテリジェント保護ポリシーの 厳密 モードを有効にしないでください。厳密 保護モードを使用する必要がある場合は、有効にする前に Alibaba Cloud のテクニカルサポートに連絡して設定を確認してください。これにより、誤検知によるサービスの中断を防ぎます。
攻撃トラフィックがオリジンサーバーに侵入していることが判明した場合は、DDoS 緩和ポリシーで送信元および宛先接続レート制限ポリシーを有効にします。詳細については、「単一の DDoS 緩和ポリシーの設定」をご参照ください。サービスのトラフィックパターンが不明な場合は、送信元新規接続レート制限と送信元同時接続レート制限の両方を 5 に設定します。誤検知が観察された場合は、値を増やして制限を緩和できます。[送信元新規接続レート制限] セクションで、レート制限モードとして [自動]、[手動]、または [無効] を選択します。[手動] を選択した場合は、単一の送信元 IP アドレスからの新規接続の秒間しきい値 (範囲：1〜50,000) を設定し、[送信元新規接続レートが 60 秒間に 5 回制限を超えた場合、送信元 IP をブラックリストに追加する] オプションを選択できます。[送信元同時接続レート制限] セクションで、スイッチを有効にし、単一の送信元 IP アドレスからの同時接続の秒間しきい値 (範囲：1〜50,000) を設定し、[送信元同時接続レートが 60 秒間に 5 回制限を超えた場合、送信元 IP をブラックリストに追加する] オプションを選択できます。
サーバーが積極的にデータパケットを送信するシナリオがある場合は、正当なトラフィックがブロックされるのを防ぐために、空の接続保護ポリシーを無効にする必要があります。詳細については、「単一の DDoS 緩和ポリシーの設定」をご参照ください。DDoS 緩和ポリシーで、[なりすましソース] スイッチを有効にして、なりすまし IP アドレスから開始された DDoS 攻撃を検証およびフィルタリングします。このシナリオでは、[空の接続] スイッチを無効にする必要があります。
-
-
ローカルテストの実行
設定が完了したら、設定を検証し、サービスの可用性をテストします。
説明ローカルシステムの hosts ファイルを変更して、ローカルテストを実行できます。
表 1. 設定の正確性チェックリスト
#
チェック項目
Web サイトサービスのチェックリスト (必須)
1
オンボーディング設定のドメイン名が正しい。
2
ドメイン名に ICP 登録がある。
3
設定されたプロトコルが実際のプロトコルと一致している。
4
設定されたポートが実際のサービスポートと一致している。
5
オリジンサーバーの IP アドレスが実際のサーバー IP アドレスであり、Anti-DDoS Pro/Anti-DDoS Premium インスタンスや他のサービスの IP アドレスではない。
6
証明書情報が正しくアップロードされている。
7
証明書が有効である (例：暗号化アルゴリズムが準拠しており、証明書が正しいドメイン名のものである)。
8
証明書チェーンが完全である。
9
中国本土の Anti-DDoS Pro/Anti-DDoS Premium インスタンスのバースト可能な保護の課金方法を理解している。
10
必要に応じて、プロトコルタイプで WebSocket および WebSockets プロトコルが有効になっている。
11
頻度制御の緊急モードと Strict モードが有効になっている。
Web サイト以外のサービスのチェックリスト (必須)
1
サービスポートにアクセスできる。
2
設定されたプロトコルが実際のプロトコルと一致している。TCP サービスに対して誤って UDP ルールが設定されていないことを確認する。
3
オリジンサーバーの IP アドレスが実際のサーバー IP アドレスであり、Anti-DDoS Pro/Anti-DDoS Premium インスタンスや他のサービスの IP アドレスではない。
4
中国本土の Anti-DDoS Pro/Anti-DDoS Premium インスタンスのバースト可能な保護の課金方法を理解している。
5
レイヤー 4 インテリジェント保護の Strict モードが有効になっている。
表 2. サービス可用性チェックリスト
#
チェック項目
1 (必須)
サービスが期待どおりにアクセスできる。
2 (必須)
ログインのセッション維持が期待どおりに機能する。
3 (必須)
(Web サイトサービス) 4xx および 5xx 応答コードの数を観察し、back-to-origin IP がブロックされていないことを確認する。
4 (必須)
(Web サイトサービス) アプリサービスの場合、HTTPS アクセスが期待どおりに機能するかテストする。SNI の問題を確認する。
5 (推奨)
バックエンドサーバーが送信元 IP を取得するように設定されている。
6 (推奨)
(Web サイトサービス) Anti-DDoS Pro/Anti-DDoS Premium をバイパスする直接攻撃を防ぐために、オリジンサーバーの保護が設定されている。
7 (必須)
TCP サービスポートが期待どおりにアクセスできる。
-
サービストラフィックの切り替え
必要なすべてのチェックに合格した後、段階的なアプローチで DNS レコードを 1 つずつ変更します。これにより、トラフィックを Anti-DDoS Pro/Anti-DDoS Premium に徐々に切り替え、一括変更によって引き起こされる可能性のあるサービスの中断を回避します。切り替え中に例外が発生した場合は、すぐに DNS レコードを元に戻します。
説明DNS レコードが変更された後、変更が有効になるまで約 10 分かかります。
ライブトラフィックを切り替えた後、サービス可用性チェックリストを使用してサービスを再度テストし、サービスが期待どおりに実行されることを確認する必要があります。
-
モニタリングとアラートの設定
CloudMonitor を使用して、Anti-DDoS Pro/Anti-DDoS Premium によって保護されているドメイン名、ポート、およびオリジンサーバーポートを監視します。詳細については、「Anti-DDoS Pro および Anti-DDoS Premium のアラートルールの設定」をご参照ください。可用性や HTTP 応答ステータスコード (4xx および 5xx) などのメトリックをリアルタイムで監視し、サービスの例外を早期に検出します。
-
定期的な O&M の実行
-
保険版でのバースト可能な保護と高度な緩和の使用：
-
中国本土の Anti-DDoS Pro/Anti-DDoS Premium インスタンスを初めて購入する場合、300 Gbit/s の保護レベルを持つ無料の DDoS 防御プランを受け取ることができます。詳細については、「DDoS 防御プラン」をご参照ください。プランをインスタンスにバインドし、バースト可能な保護のしきい値をできるだけ早く 300 Gbit/s に設定します。プランがバインドされると、その暦日に 300 Gbit/s 未満のピークスループットを持つ攻撃は、バースト可能な保護料金を発生させません。
説明DDoS 防御プランが使い果たされたり、有効期限が切れたりした後にバースト可能な保護を使用したくない場合は、バースト可能な保護のしきい値をインスタンスの最低保証帯域幅にタイムリーに戻してください。
-
中国本土の Anti-DDoS Pro/Anti-DDoS Premium インスタンスでバースト可能な保護を有効にしたい場合は、予期しないコストを防ぐために課金方法を確認する必要があります。詳細については、「Anti-DDoS Pro および Anti-DDoS Premium の課金 (中国本土)」をご参照ください。
-
中国本土以外にデプロイされた Anti-DDoS Pro/Anti-DDoS Premium の保険版インスタンスは、月に 2 回の無料の高度な保護セッションを受け取ります。ビジネス要件に基づいてプランのエディションを選択してください。
-
-
攻撃タイプの特定：
Anti-DDoS Pro/Anti-DDoS Premium インスタンスが CC 攻撃と DDoS 攻撃の両方を受けている場合、Anti-DDoS Pro and Anti-DDoS Premium コンソールを開き、セキュリティ概要 レポートを確認して、トラフィック情報に基づいて攻撃タイプを特定できます。詳細については、「セキュリティの概要」をご参照ください。
-
DDoS 攻撃：インスタンス タブの保護レポートには、トラフィックの変動があり、トラフィックスクラブがトリガーされたことが示されますが、Domain Name タブの保護レポートには関連する変動は表示されません。
-
CC 攻撃：インスタンス タブの保護レポートには、トラフィックの変動があり、トラフィックスクラブがトリガーされたことが示されます。Domain Name タブの保護レポートにも関連する変動が表示されます。
詳細については、「Anti-DDoS Pro または Anti-DDoS Premium インスタンスへの攻撃の種類を特定する方法」をご参照ください。
-
-
高遅延またはパケット損失：
オリジンサーバーが中国本土以外にあり、主なユーザーが中国本土にいる場合、キャリア間のネットワークの不安定性により、ユーザーは高遅延やパケット損失を経験する可能性があります。高速化回線付きの中国本土以外にデプロイされた Anti-DDoS Pro/Anti-DDoS Premium インスタンスを使用してください。
-
ドメイン名またはポートフォワーディング設定の削除：
保護されたドメイン名またはポートフォワーディング設定を削除する前に、トラフィックが Anti-DDoS Pro/Anti-DDoS Premium に切り替えられているかどうかを確認してください。
-
トラフィックがまだ切り替えられていない場合は、Anti-DDoS Pro and Anti-DDoS Premium コンソールで直接ドメイン名またはポートフォワーディング設定を削除できます。
-
トラフィックがすでに切り替えられている場合は、DNS コンソールに移動し、DNS レコードを変更してトラフィックをオリジンサーバーに戻してから、ドメイン名またはポートフォワーディング設定を削除します。
説明-
転送設定を削除する前に、DNS 解決またはサービスアクセスがオリジンサーバーに戻されていることを確認してください。
-
ドメイン名設定を削除すると、Anti-DDoS Pro/Anti-DDoS Premium はサービスを保護しなくなります。
-
-
緊急オンボーディング
サービスがすでに攻撃を受けている場合は、Anti-DDoS Pro/Anti-DDoS Premium にオンボーディングする際に、次の内容に注意してください：
-
サービスは DDoS 攻撃を受けています
ほとんどの場合、サービスを Anti-DDoS Pro/Anti-DDoS Premium に追加した後は、デフォルトの保護設定で十分です。
レイヤー 4 CC 攻撃トラフィックがオリジンサーバーに侵入していることが判明した場合は、DDoS 緩和ポリシーで送信元および宛先接続レート制限ポリシーを有効にします。詳細については、「単一の DDoS 緩和ポリシーの設定」をご参照ください。
-
オリジン IP アドレスがブラックホールフィルタリング下にある場合
サービスを Anti-DDoS Pro/Anti-DDoS Premium に追加する前にオリジンサーバーが攻撃され、ブラックホールフィルタリングがトリガーされた場合は、すぐにオリジン ECS インスタンスのパブリック IP アドレスを変更する必要があります。オリジンサーバーが SLB インスタンスの場合は、SLB インスタンスのパブリック IP アドレスを変更します。詳細については、「オリジン ECS インスタンスのパブリック IP アドレスの変更」をご参照ください。IP アドレスを変更した後、新しいオリジン IP アドレスが公開されるのを防ぐために、すぐにサービスを Anti-DDoS Pro/Anti-DDoS Premium に追加します。
オリジン IP アドレスを変更できない場合、または変更後もオリジン IP アドレスが公開されている場合は、オリジン ECS サーバーの前に SLB インスタンスをデプロイします。その後、サービスを Anti-DDoS Pro/Anti-DDoS Premium に追加する際に、SLB インスタンスのパブリック IP アドレスをオリジン IP アドレスとして使用します。
説明オリジンサーバーが Alibaba Cloud にデプロイされておらず、攻撃を受けている場合は、緊急保護のためにサービスを Anti-DDoS Pro/Anti-DDoS Premium に追加する前に、ドメイン名が工業情報化部 (MIIT) の ICP 登録を持っていることを確認する必要があります。サービスを追加する前に、Alibaba Cloud のテクニカルサポートに連絡して特別な処理を依頼してください。これにより、ICP 登録情報に Alibaba Cloud がサービスプロバイダーとして記載されていない場合にサービスが利用できなくなるのを防ぎます。
-
サービスが CC 攻撃またはクローラー攻撃を受けている場合
サービスが CC 攻撃またはクローラー攻撃を受けている場合は、サービスを Anti-DDoS Pro/Anti-DDoS Premium に追加します。その後、HTTP アクセスログを分析して攻撃パターンを特定し、それに応じて保護ポリシーを設定します。たとえば、ソース IP アドレス、URL、Referer、User-Agent、パラメーター、ヘッダーなどのリクエストフィールドに不正なトラフィックの兆候があるかどうかを分析します。