すべてのプロダクト
Search
ドキュメントセンター

Web Application Firewall:CLB インスタンスの WAF 保護の有効化

最終更新日:Sep 18, 2026

パブリック向けの Classic Load Balancer (CLB) インスタンスを Web 攻撃から保護するために、Web Application Firewall (WAF) 保護を有効にできます。このモードでは、既存のネットワークアーキテクチャや DNS 設定を変更する必要はありません。トラフィックルーティングポートを設定するだけで、システムが自動的に CLB インスタンスのそのポートへのパブリックトラフィックを WAF にリダイレクトし、セキュリティ検査とフィルタリングを行います。これにより、効率的で透過的な保護が実現します。

仕組みimage

  • 仕組み:Web Application Firewall (WAF) は、透過プロキシを使用して CLB インスタンスと統合されます。CLB インスタンスにトラフィックルーティングポートを設定するだけで、システムは基盤となるネットワークルーティングポリシーを自動的に調整し、そのポートのすべての HTTP/HTTPS トラフィックをセキュリティ検査のために WAF に転送します。WAF が攻撃リクエストをブロックした後、正当なリクエストをオリジンの CLB インスタンスに転送します。トラフィックのルーティングと検出は両方とも CLB インスタンスが存在するリージョン内で完了するため、プロセス全体を通じてトラフィックデータがリージョン外に出ることはありません。

  • 保護の範囲:このモードは、指定されたトラフィックルーティングポート上のすべてのドメインを保護します。これには、ドメイン名なしでパブリック IP アドレスのみでアクセスされるサービスも含まれます。

  • サポートされるリスナープロトコル:WAF は、HTTP、HTTPS、または TCP リスナーを持つ CLB インスタンスを保護できます。TCP リスナーの場合、WAF はそのポート上の HTTP/HTTPS トラフィックのみを検査します。FTP、SMTP、またはデータベーストラフィックなどの非 HTTP/HTTPS トラフィックは転送も保護もしません。

適用範囲

ご利用の CLB インスタンスが以下の要件を満たさない場合は、CNAME レコードモードを使用してください。

インスタンスの要件

  • インスタンスはパブリック向けであるか、Elastic IP アドレス (EIP) がバインドされたプライベートインスタンスである必要があります。

  • インスタンスを WAF に追加する前に、CLB インスタンスに HTTP、HTTPS、または TCP リスナーを追加する必要があります。

  • IP バージョンは IPv4 である必要があります。

  • 共有 CLB インスタンスは TLS セキュリティポリシーの設定をサポートしていないため、サポートされていません。

インスタンスリージョンの要件

  • 中国本土の WAF:中国 (成都)、中国 (北京)、中国 (張家口)、中国 (杭州)、中国 (上海)、上海 (金融クラウド)、中国 (深セン)、中国 (広州)、および中国 (青島)。

  • 中国本土以外の WAF:中国 (香港)、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、ドイツ (フランクフルト)、米国 (バージニア)、およびシンガポール。

重要

インスタンスを WAF に追加する際、数秒間の短い接続中断が発生する可能性があります。この操作はオフピーク時間帯に実行し、その後サービスを監視してください。自動再接続機能を持つクライアントは、ビジネスに影響なく回復します。

クイックスタート

  1. コンソールを開く

    Web Application Firewall コンソールにログインします。トップメニューバーで、WAF インスタンスのリソースグループとリージョン (中国本土 または 中国本土以外) を選択します。左側のナビゲーションウィンドウで、アクセス管理 をクリックしますクラウドプロダクトアクセス タブをクリックし、クラウドサービスタイプリストから Classic Load Balancer (CLB) を選択します。

  2. WAF の承認 (初回設定時のみ)

    画面の指示に従って今すぐ許可するをクリックし、必要な権限を付与します。 作成されたサービスリンクロール [AliyunServiceRoleForWAF] は、RAM コンソールの[ロール]ページで確認できます。

  3. CLB インスタンスの追加

    1. インスタンスリストで対象の CLB インスタンスを見つけ、image.png アイコンをクリックして詳細を展開し、保護するポートを選択してから、今すぐアクセスする操作 列でクリックします。

      • ターゲットインスタンスがリストにない場合は、右上隅の 資産の同期 をクリックします。それでもインスタンスが表示されない場合は、適用性で指定されている要件を満たしていません。

      • 今すぐアクセスする ボタンが利用できないか、ステータスが 保護異常 の場合は、「よくある質問」をご参照ください。

        [クラウドサービスアクセス] ページで、左側のリストから [Classic Load Balancer CLB] を選択し、ターゲットインスタンスを見つけ、そのリスナーリストを展開し、ターゲットリスナー (たとえば、HTTP ポート 80) の横にある[今すぐ追加] をクリックして WAF 保護を有効にします。

    2. ポートのリスナープロトコルに基づいて設定を構成します。

      HTTP および HTTPS リスナー

      Configure Instance ページで、レイヤー 7 プロキシ設定 (CDN など)X-Forwarded-Proto ヘッダー設定、または トラフィックのタグ付け の設定をカスタマイズするには、「実際のクライアント情報を取得する」をご参照ください。オリジンタイムアウト または オリジンキープアライブ の設定をカスタマイズするには、「オリジンプルリンクの品質を最適化する」をご参照ください。それ以外の場合は、OK をクリックしてデフォルト設定を適用します。

      説明

      プロトコルが HTTPS の場合、証明書は CLB コンソールで設定します。WAF コンソールで証明書を設定する必要はありません。

      TCP リスナー

      Configure Instance ページで、ポートが処理するトラフィックに基づいて プロトコルタイプ を選択します。

      HTTP

      レイヤー 7 プロキシ設定 (CDN など)X-Forwarded-Proto ヘッダー設定、またはトラフィックタギングをカスタマイズするには、実際のクライアント情報を取得するをご参照ください。オリジンへのタイムアウトまたはオリジンキープアライブをカスタマイズするには、オリジンへのリンク品質を最適化するをご参照ください。それ以外の場合は、OK をクリックしてデフォルト設定を適用します。

      HTTPS

      1. [HTTP/2][TLS バージョン][暗号スイート]、または [追加証明書] の設定をカスタマイズするには、「HTTPS セキュリティの強化」をご参照ください。それ以外の場合は、デフォルト設定を使用します。

      2. デフォルト証明書 セクションで、証明書をアップロードする方法を選択します:

        • アップロード:証明書が Certificate Management Service (Original SSL Certificate) にない場合、このオプションを使用します。

        • 既存の証明書を選択Certificate Management Service (Original SSL Certificate) によって発行された、またはアップロードされた証明書を選択します。

          アップロード
          • 証明書名: 証明書の一意の名前を入力します。既存の証明書と同じ名前は指定できません。

          • 証明書ファイル: テキストエディターで証明書ファイルを開き、証明書のすべての内容をPEM、CER、または CRT 形式で貼り付けます。

            フォーマット例:-----BEGIN CERTIFICATE-----......-----END CERTIFICATE-----

            • フォーマット変換:証明書が PFX や P7B などの形式である場合は、証明書ツールを使用して PEM 形式に変換します。

            • 証明書チェーン:中間証明書が含まれている場合は、サーバー証明書の次に中間証明書を貼り付けます。

          • 秘密鍵ファイル: テキストエディターで秘密鍵ファイルを開き、秘密鍵のすべての内容を PEM 形式で貼り付けます。

            フォーマット例:-----BEGIN RSA PRIVATE KEY-----......-----END RSA PRIVATE KEY-----

          既存の証明書を選択

          証明書のドロップダウンリストから、WAF にアップロードしたい証明書を選択します。

          説明

          WAF コンソールに「証明書チェーンの整合性の検証に失敗しました。この証明書を使用すると、サービスへのアクセスに影響が出る可能性があります」というメッセージが表示された場合、証明書チェーンに問題があります。証明書の内容が正しく、完全であることを確認してから、Certificate Management Service コンソールで再度アップロードしてください。SSL 証明書をアップロード、同期、共有する

      3. レイヤー 7 プロキシ設定 (CDN など)X-Forwarded-Proto ヘッダー設定、または Traffic Tagging をカスタマイズするには、「実際のクライアント情報の取得」をご参照ください。オリジンタイムアウトまたはオリジンキープアライブをカスタマイズするには、「オリジンプルリンクの品質を最適化する」をご参照ください。それ以外の場合は、OK をクリックしてデフォルト設定を適用します。

  4. 保護の検証

    インスタンスを追加した後、CLB インスタンスでホストされているウェブサイトにブラウザでアクセスし、URL の末尾に Web 攻撃テストペイロードを追加して保護を検証します。例えば、http://yourdomain.com/alert(xss) を使用します。WAF が 405 ブロックページを返した場合、攻撃は正常に遮断され、WAF 保護が有効になっています。

  5. 保護ルールの確認と設定

    インスタンスが追加されると、WAF は自動的に instance-id-port-asset-type という名前の保護対象を作成し、Web コア保護ルールなどのデフォルトの保護ルールを有効にします。この保護対象は、保護設定 > 保護対象 ページで表示できます。デフォルトのルールがビジネスニーズを満たさない場合 (たとえば、すべてのリクエストを許可するために特定の IP アドレスをホワイトリストに追加する必要がある場合など)、保護ルールを作成または編集できます。詳細については、「概要」をご参照ください。

重要
  • 証明書とインスタンスのステータス:インスタンスを追加した後、証明書が有効であり、インスタンスのステータスが正常であることを確認してください。証明書が期限切れになったり、インスタンスの EIP が変更されたりすると、WAF 保護は無効になります。詳細については、「トラフィックルーティングポートにバインドされた証明書の更新」および「変更後のインスタンスの WAF への再追加」をご参照ください。

  • 単一の CLB インスタンス上の複数のドメイン:複数のドメインが同じ CLB インスタンスに解決され、それぞれに異なる保護ルールを設定する必要がある場合は、各ドメインを保護対象として手動で追加する必要があります。詳細については、「保護対象の追加」をご参照ください。

HTTPS セキュリティの強化

説明

これらの設定は、ポートのリスナープロトコルが TCP で、処理するトラフィックが HTTPS の場合にのみ利用可能です。

パラメーター

説明

HTTP/2

HTTP/2 プロトコルを有効にして、ページの読み込み速度を向上させ、遅延を減らし、ユーザーエクスペリエンスを向上させます。ウェブサイトが HTTP/2 をサポートしている場合は、この機能を有効にできます。有効にすると、HTTP/2 と HTTPS は同じポートを使用し、リスナーとオリジンへのプロトコルは両方とも HTTP/2 になります。ウェブサイトが HTTP/2 をサポートしていない場合は、この機能を有効にしないでください。有効にすると、ウェブサイトにアクセスできなくなります。

TLS バージョン

クライアントと WAF 間の接続で許可される TLS バージョンを定義します。バージョンが高いほどセキュリティは強力になりますが、古いクライアントとの互換性は低くなります。高いセキュリティが求められるシナリオでは、TLS 1.2 以降を選択することを推奨します。

暗号スイート

クライアントと WAF 間の接続で許可される暗号化アルゴリズムを定義します。強力な暗号スイートは高いセキュリティを提供しますが、古いクライアントとの互換性は低くなります。高いセキュリティが求められるシナリオでは、強力な暗号スイートを選択することを推奨します。

追加証明書

CLB インスタンスが複数のドメインの HTTPS ウェブサイトをホストしており、1 つの証明書ですべてをカバーできない場合は、各ドメインの証明書をアップロードする必要があります。

  • HTTP/2

    Configure Instance ページで、この機能を有効にするには HTTP2リスニング を選択します。

  • TLS バージョン

    Configure Instance ページの TLS バージョン セクションでオプションを選択します。

    • TLS 1.0 以上をサポートします。互換性が一番高いが、安全性が低いです。: すべての古いクライアントからのアクセスを許可します。

    • TLS 1.1 以上をサポートします。互換性と安全性を兼ね備えております: TLS 1.0 を使用する古いクライアントがウェブサイトにアクセスするのを防ぎます。

    • TLS 1.2 以上をサポートします。互換性と安全性が優れています。: 最新のセキュリティコンプライアンス要件を満たしますが、TLS 1.0 または TLS 1.1 を使用する古いクライアントは Web サイトにアクセスできなくなります。

    • TLS 1.3 のサポートを有効化します。: ウェブサイトが TLS 1.3 をサポートしている場合は、このチェックボックスを選択します。デフォルトでは、WAF は TLS 1.3 を使用するクライアントリクエストをリッスンしません。

  • 暗号スイート

    Configure Instance ページで、暗号スイート セクションでオプションを選択します。

    • すべての暗号スイート (高い互換性、低い安全性)

    • カスタム暗号スイート (プロトコルバージョンに応じて慎重に選択してください):お使いのウェブサイトが特定の暗号スイートのみをサポートしている場合は、このオプションを選択し、リストからサポートされているスイートを選択してください。

      強力な暗号スイート

      脆弱な暗号スイート

      • ECDHE-ECDSA-AES128-GCM-SHA256

      • ECDHE-ECDSA-AES256-GCM-SHA384

      • ECDHE-ECDSA-AES128-SHA256

      • ECDHE-ECDSA-AES256-SHA384

      • ECDHE-RSA-AES128-GCM-SHA256

      • ECDHE-RSA-AES256-GCM-SHA384

      • ECDHE-RSA-AES128-SHA256

      • ECDHE-RSA-AES256-SHA384

      • ECDHE-ECDSA-AES128-SHA

      • ECDHE-ECDSA-AES256-SHA

      • AES128-GCM-SHA256

      • AES256-GCM-SHA384

      • AES128-SHA256

      • AES256-SHA256

      • ECDHE-RSA-AES128-SHA

      • ECDHE-RSA-AES256-SHA

      • AES128-SHA

      • AES256-SHA

      • DES-CBC3-SHA

      説明
      • 暗号スイートのセキュリティに関する注意ECDHE-RSA-AES128-SHA256 および ECDHE-RSA-AES256-SHA384 暗号スイートは、キー交換に ECDHE、認証に RSA、暗号化に AES-CBC を使用します。AES-GCM などの認証付き暗号化モードを使用する暗号スイートと比較して、これらのセキュリティとパフォーマンスは低くなります。一部のセキュリティスキャンツールは、これらを脆弱な暗号スイートとしてフラグを立てる場合があります。この場合、カスタム暗号スイートを使用し、これら 2 つのスイートを手動で除外してください。

      • 暗号スイートの命名規則:WAF は OpenSSL 形式で暗号スイートを表示しますが、一部のスキャンツールは IANA の命名規則を使用する場合があります。例えば、OpenSSL の ECDHE-ECDSA-AES256-SHA384 は、IANA の TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 に対応します。マッピングを調べるには、ciphersuite.info にアクセスするか、他の TLS 暗号スイート検索ツールを使用してください。

  • 追加証明書

    Configure Instance ページで、拡張証明書 セクションに証明書をアップロードします。アップロード方法は、デフォルト証明書の場合と同じです。詳細については、「デフォルト証明書」をご参照ください。

    説明

    複数の追加証明書を追加する場合、すべての証明書が有効である必要があります。いずれかの証明書が期限切れの場合、操作は失敗します。

実際のクライアント情報の取得

パラメーター

説明

WAF の前にレイヤー 7 プロキシ (Anti-DDoS や CDN など) がデプロイされていますか?

CDN などのレイヤー 7 プロキシが WAF の前にデプロイされている場合は、クライアント IP の取得方法 を設定する必要があります。これにより、WAF は、セキュリティレポートAttacker IP Address を特定するなど、セキュリティ分析のために実際のクライアント IP アドレスを取得できるようになります。

トラフィックマーキングを有効にする

オリジンサーバーが WAF を通過したリクエストを区別し、実際のクライアントのソース IP またはポートを取得できるようにします。

X-Forwarded-Proto ヘッダーを使用して WAF リスナープロトコルを取得する

デフォルトでは、WAF は処理する HTTP リクエストに X-Forwarded-Proto ヘッダーを挿入します。このヘッダーは、クライアントが WAF への接続に使用した元のプロトコル (HTTP または HTTPS) を示します。Web アプリケーションがこのヘッダーを処理する必要がある場合は、この設定を構成できます。

  • WAF の前にレイヤー 7 プロキシがあるかどうか (Anti-DDoS Proxy や CDN など)

    Configure Instance ページの WAF の前にレイヤー 7 プロキシがあるかどうか (Anti-DDoS Proxy や CDN など) セクションでこの設定を構成します。オプションは次のとおりです。

    他のプロキシなし

    リクエストがクライアントから直接 WAF に送信されることを示します。

    他のプロキシ

    リクエストが別のレイヤー 7 プロキシから WAF に転送されることを示します。また、クライアント IP の取得方法 も指定する必要があります。

    • X-Forwarded-For フィールドのファースト IP アドレスをクライアントのソースアドレスにする

      このオプションを選択すると、WAF は次の優先順位でソース IP を取得します:

      1. X-Real-IP リクエストヘッダーの値。

      2. X-Real-IP ヘッダーが存在しない場合は、X-Forwarded-For (XFF) ヘッダーの最初の IP アドレス。

    • 【推奨】偽装 XFF を回避するために、指定したヘッダの最初の IP アドレスをクライアント送信元 IP アドレスとする

      説明

      アップストリームプロキシサービスがソース IP アドレスを X-Real-IP や X-Client-IP などの指定されたヘッダーフィールドに書き込むように設定することを推奨します。指定されたヘッダーを使用すると、攻撃者が XFF ヘッダーを偽装して WAF をバイパスするのを防ぐことができます。

      ヘッダフィールド ボックスに、1 つ以上のヘッダーフィールドを入力します。各フィールドの入力後に Enter キーを押します。WAF は、次の優先順位でソース IP を取得します。

      1. 指定されたヘッダフィールド、入力順に

      2. 指定されたヘッダーのいずれも存在しない場合は、X-Real-IP ヘッダーの値。

      3. X-Real-IP ヘッダーも存在しない場合は、XFF ヘッダーの最初の IP アドレス。

    • Proxy ProtocolヘッダーのClient IPをクライアント送信元IPとして取得: アップストリームプロキシで Proxy Protocol が有効になっている場合、このオプションを選択して元のクライアント IP を抽出できます。このメソッドはトランスポートレイヤーでソース IP を送信するため、HTTP レイヤーでなりすまされることはありません。このメソッドは、ソース IP に高い信頼性が要求されるシナリオに最適です。Proxy Protocol にクライアント IP が含まれていない場合、WAF はアップストリームプロキシの IP アドレスをソース IP として使用します。

  • トラフィックマークの有効化

    Configure Instance ページで、詳細設定 を展開し、トラフィックマークの有効化 を選択してから、次のタイプのマーキングヘッダーを設定します。

    • カスタムヘッダ: ヘッダ名ヘッダ値 を構成することで、WAF は、WAF を通過したリクエストを識別するために、オリジンへのリクエストにこのヘッダー情報を追加します。 たとえば、タグ WAF-TAG: Yes を構成できます。この場合、WAF-TAG はヘッダー名で、Yes はヘッダー値です。 構成後、サーバーはこのヘッダーに基づいて検証ポリシーやアクセス制御ポリシーを確立し、セキュリティとリクエストの識別を強化できます。

      重要

      標準の HTTP ヘッダー名 (User-Agent など) を入力しないでください。入力すると、標準ヘッダーの内容がカスタム値で上書きされます。

    • リアル送信元 IP アドレス:実際のクライアントのソース IP が含まれるヘッダー名を設定することで、WAF はこのヘッダーを記録し、オリジンサーバーに渡すことができます。WAF が実際のクライアントのソース IP を特定する方法に関する具体的なルールについては、WAF の前段にレイヤー 7 プロキシ (Anti-DDoS や CDN など) はデプロイされていますか? パラメーターの説明をご参照ください。

    • ソースポート:実際のクライアントの送信元ポートが含まれるヘッダー名を設定することで、WAF はこのヘッダーを記録し、オリジンサーバーに転送できます。

  • X-Forwarded-Proto ヘッダーフィールドを使用して WAF のリスニングプロトコルを取得する

    Configure Instance ページで 詳細設定 を展開し、必要に応じて X-Forwarded-Proto ヘッダーフィールドを使用して WAF のリスニングプロトコルを取得する を選択します。

オリジンへのリンク品質の最適化

パラメーター

説明

読み取りおよび書き込み接続のタイムアウトを設定する

オリジンサーバーがリクエストの処理に時間がかかり、タイムアウトが発生する可能性がある場合は、WAF の読み取りおよび書き込み接続のタイムアウト設定を調整できます。

バックツーオリジンキープアライブ

WAF とオリジンサーバー間の接続保持を維持します。インスタンスを追加した後に時折 502 エラーが発生する場合は、オリジンサーバーの関連パラメーターを確認してください。WAF のキープアライブパラメーターを、対応するサーバー側のパラメーター以下に設定することを推奨します。

  • 読み取りおよび書き込み接続のタイムアウトを設定する

    Configure Instance ページで、詳細設定 を展開し、以下の項目を設定します:

    • 読み取り接続タイムアウト期間:オリジンサーバーからの応答を待つタイムアウト期間です。 レポートのエクスポートやバッチデータ処理など、応答時間が長いインターフェイスの場合、このパラメーターを大きくする必要があります。 デフォルト値は 120 秒で、設定可能な範囲は 1 ~ 3600 秒です。

    • 書き込み接続タイムアウト期間:WAF がオリジンサーバーにリクエストを送信するためのタイムアウト期間です。通常、この値は調整する必要はありません。オリジンサーバーの負荷が高く、リクエストの処理が遅い場合にのみ、この値を大きくします。デフォルト値は 120 秒で、設定可能な範囲は 1 秒~3600 秒です。

  • Back-to-origin の持続的接続

    重要

    この機能が無効になっている場合、オリジンキープアライブ接続は WebSocket プロトコルをサポートしません。

    Configure Instance ページで、詳細設定を展開し、Back-to-origin の持続的接続 セクションで機能を有効にし、以下の設定項目を設定します。

    • 持続的接続の復元リクエスト数: デフォルト値は 1,000 で、設定範囲は 60 ~ 1,000 です。 たとえば、オリジンサーバーが Nginx を使用している場合、このパラメーターは Nginx のパラメーター keepalive_requests に対応します。 詳細については、「Nginx ドキュメント」をご参照ください。

    • アイドル時の長時間の接続タイムアウト: デフォルト値は 3600 秒で、設定可能な範囲は 10 秒から 3600 秒です。 たとえば、オリジンサーバーが Nginx を使用している場合、このパラメーターは Nginx の keepalive_timeout パラメーターに相当します。

ファイルアップロードサイズの制御

アップロードファイルサイズ制限 (Ultimate エディションでのみ利用可能)

  • 説明:デフォルトでは、WAF は最大 2 GB のファイルアップロードサイズをサポートします。WAF の Ultimate Edition では、この制限を増やして大きなファイルのアップロードに対応できます。

  • 手順: 今すぐアクセスする ページで、詳細設定 を展開し、アップロードファイルサイズ制限 を設定します。デフォルト値は 2 GB、最大値は 10 GB です。この設定項目を設定した後、読み取り接続タイムアウト期間書き込み接続タイムアウト期間 の値も増やす必要があります。ポートのリスナープロトコルが HTTP/HTTPS の場合は、Alibaba Cloud CLB バックエンドチームに連絡して、CLB の 読み取り接続タイムアウト および 書き込み接続タイムアウト パラメーターの調整を依頼してください。

リソース管理の改善

リソースグループ

  • 説明:リソースグループを使用すると、リソースと権限の管理を簡素化できます。リソースグループが指定されていない場合、インスタンスは[デフォルトリソースグループ]に追加されます。詳細については、「リソースグループ」をご参照ください。

  • 手順: Configure Instance ページの リソースグループ セクションで、ドロップダウンリストからインスタンスのリソースグループを選択します。

日常の運用保守

トラフィックルーティングポートの証明書の更新

証明書の有効期限が近い、または変更 (失効など) された場合は、トラフィックルーティングポートの証明書を更新する必要があります。

ステップ 1:新しい証明書の準備

新しい証明書の購入

Certificate Management Service (Original SSL Certificate) コンソールで SSL 証明書を更新します。詳細については、「SSL 証明書の更新」をご参照ください。

外部証明書のアップロード

  1. 元の購入プラットフォームから証明書ファイルをダウンロードします。

  2. 証明書のアップロード ページに移動し、拡張証明書 をクリックして PEM 形式で証明書をアップロードします。 詳細については、「ローカル証明書をアップロードする」をご参照ください。

ステップ 2:古い証明書の置き換え

元のリスナー:HTTP および HTTPS

  1. CLB コンソールで証明書を作成し、証明書のソースとして証明書の申し込みを選択してください。手動アップロードは選択しないでください。詳細については、「証明書を作成する」をご参照ください。

  2. CLB コンソールで、リスナー設定を変更してサーバー証明書を新しくアップロードした証明書に置き換えます。詳細については、「ステップ 2:SSL 証明書の設定」をご参照ください。

元のリスナー:TCP

  1. クラウドプロダクトアクセス タブで、Classic Load Balancer (CLB) ページを選択します。ターゲットインスタンスを探し、image.png アイコンをクリックし、ターゲットポートの 操作 列で 証明書の編集 をクリックします。

  2. デフォルト証明書 セクションで、既存ファイルを選択 を選択し、置き換え用の証明書を再選択します。

説明
  • 証明書の有効期限が 30 日未満の場合、WAF はドメインのリストに image.png アイコンを表示して、有効期限が近いことを示します。サービスの中断を避けるために、速やかに証明書を更新してください。

  • SSL 証明書の通知を設定して、メールや SMS などの方法で有効期限切れのアラートを受け取ることができます。詳細については、「SSL 証明書のメッセージ通知の設定」をご参照ください。

  • 証明書の有効期限切れによるサービスの中断を防ぐために、Alibaba Cloud の Certificate Management Service (Original SSL Certificate) で証明書ホスティングサービスを有効にしてください。このサービスは、証明書の有効期限が切れる前に自動的に証明書を申請します。詳細については、「証明書ホスティングサービスとは?」をご参照ください。

インスタンスの削除

  • WAF 保護の一時的な無効化: インスタンスを追加した後に、多数の誤検知などの問題が発生し、WAF 保護を一時的に無効化する必要がある場合は、WAF コンソールの 保護対象 ページで WAF 保護ステータス スイッチをオフにできます。 詳細については、「ワンクリックで WAF 保護を無効化する」をご参照ください。

  • インスタンスの削除:WAF を使用して CLB インスタンスを保護する必要がなくなった場合は、次の手順で削除できます。

    クラウドプロダクトアクセス タブで Classic Load Balancer (CLB) ページを選択し、ターゲットインスタンスを見つけ、image.png アイコンをクリックし、接続解除 をクリックします。表示された 接続解除 ダイアログボックスで、OK をクリックします。

重要
  • サービスへの影響:WAF からインスタンスを削除すると、数秒間の短い接続中断が発生する可能性があります。この操作はオフピーク時間帯に実行してください。自動再接続機能を持つクライアントは、ビジネスに影響なく回復します。

  • 保護の再追加:解除後、トラフィックは保護されなくなります。今すぐアクセスする をクリックして、トラフィック転送ポートを再設定します。

  • 課金に関する注意:従量課金の WAF インスタンスの場合、料金にはインスタンス、保護ルール、リクエスト処理料金が含まれます。課金を停止するには、「WAF の無効化」を行ってください。

変更後のインスタンスの再追加

WAF は、CLB インスタンスのトラフィックルーティングポートを介してビジネストラフィックを保護します。CLB インスタンスが次のいずれかの操作によって変更されると、元のトラフィックルーティングポートの設定は無効になり、トラフィックが WAF をバイパスしてパブリックネットワークのリスクにさらされます:

  • CLB インスタンスの解放。

  • WAF に追加されたリスナーポートの削除。

  • CLB インスタンスにバインドされた EIP の置き換え。

セキュリティ保護を復元するには、WAF コンソールで CLB インスタンスを再追加する必要があります。

本番環境へのデプロイ

本番環境でのセキュリティと安定性を確保するために、本番用の CLB インスタンスを追加する際には、以下のベストプラクティスに従うことを推奨します。

  • HTTPS 構成: HTTPS: トラフィックルーティングポートを構成し、証明書を効率的に管理するために以下の構成に留意することをお勧めします。

    • 証明書ファイルを Certificate Management Service (Original SSL Certificate) にアップロードします。

    • TLS バージョンを TLS 1.2 以降に設定することを推奨します。

    • SSL 証明書のメッセージ通知の設定」を行い、有効期限が切れる前にタイムリーに更新します。

  • カナリアリリース戦略:オフピーク時間帯に非本番用の CLB インスタンスを優先的に追加します。試用期間を経てサービスが正常に動作していることを確認した後、本番用の CLB インスタンスを追加します。

  • ビジネスの健全性の確認:インスタンスを追加した後、次の方法でサービスが正常に動作していることを確認できます。

    • ログの確認:ログのステータスコード 200 の割合が大幅に変動していないか、QPS に急激な増減がないかを確認します。WAF ログサービスが有効になっている場合は、「WAF ログ」を検査できます。

    • ビジネスモニタリング:ユーザーアクセスやトランザクションなどのビジネス機能が正常に動作しているかを確認します。

  • 継続的なメンテナンス:本番環境が接続された後、攻撃や誤検知を監視するために継続的なメンテナンスが必要です。

    • イベント処理:攻撃やセキュリティイベントに関する情報をタイムリーに把握するために、「セキュリティレポート」を監視し、「CloudMonitor 通知の設定」を行うことを推奨します。

    • ルールの調整:攻撃ログを継続的に監視し、正当なリクエストがブロックされる誤検知のログを分析し、それに応じて保護ルールを最適化します。

クォータと制限

  • ポート数:設定されたトラフィックルーティングポートの総数は、WAF インスタンスエディションの制限を超えてはなりません。

    • WAF サブスクリプションインスタンス:Basic エディションは最大 300 ポート、Pro エディションは最大 600 ポート、Enterprise エディションは最大 2,500 ポート、Ultimate エディションは最大 10,000 ポートをサポートします。

    • WAF 従量課金インスタンス:最大 10,000 ポート。

  • HTTPS リスナーを持つ CLB インスタンスの要件:

    • 証明書は有効期限が切れていないこと。

    • CLB の組み込み TLS セキュリティポリシーのみがサポートされます。

    • CLB コンソールに手動でアップロードされた証明書はサポートされていません。

    • 相互認証は有効にできません。

  • 証明書の要件:SM 証明書はサポートされていません。

よくある質問

「今すぐ追加」が無効になっている、または例外が表示されるのはなぜですか?

TCP リスナー

ターゲットの CLB インスタンスを見つけ、image.png アイコンをクリックして詳細を展開し、インスタンスを追加します。詳細を展開しないと、今すぐアクセスする をクリックできません。

HTTPS リスナー

  • 考えられる原因

    • 証明書の有効期限が切れている。

    • 相互認証が有効になっている。

    • 証明書が CLB コンソールにのみ手動でアップロードされている。

  • ソリューション

    • 証明書の有効期限が切れている場合は、「トラフィックルーティングポートにバインドされた証明書の更新」の説明に従って更新してください。

    • 相互認証が有効になっている場合は、インスタンスを追加する前に無効にしてください。詳細については、「相互認証の設定」をご参照ください。

    • 証明書が CLB コンソールにのみ手動でアップロードされている場合は、次の操作を実行してください:

      1. Certificate Management Service (Original SSL Certificate) に証明書をアップロードします。詳細については、「SSL 証明書のアップロード」をご参照ください。

      2. CLB コンソールで証明書を作成し、証明書ソースとして 証明書の申し込み を選択します。 詳細については、「証明書の作成」をご参照ください。

      3. CLB コンソールで、リスナーを設定してサーバー証明書を新しくアップロードした証明書に置き換えます。詳細については、「ステップ 2:SSL 証明書の設定」をご参照ください。

      説明

      CLB コンソールに証明書を手動でアップロードすると、証明書情報は証明書管理サービスに自動的に同期されません。WAF は証明書情報を証明書管理サービスからのみ取得するため、この問題が発生します。

CLB インスタンスが見つからないのはなぜですか?

まず、アクセス管理 ページの右上隅にある 資産の同期 をクリックします。

Web Application Firewall 3.0 コンソールで、左側のナビゲーションウィンドウから[アクセス管理]を選択します。 資産のアクセス状況セクションには、次の統計が表示されます。

  • 接続されたドメインアセットの数

  • 接続されたクラウドサービスアセットの数

  • Application Load Balancer ALB (接続済み/合計)

  • Elastic Compute Service ECS (接続済み/合計)

  • Classic Load Balancer CLB (接続済み/合計)

  • Network Load Balancer NLB (接続済み/合計)

未接続のアセットの横に [今すぐ追加] リンクが表示されます。[アセットの同期] をクリックしてアセットリストをリフレッシュできます。

それでもインスタンスが表示されない場合は、「適用範囲」で指定された要件を満たしていません。例えば、中国本土以外のリージョンにある CLB インスタンスは、クラウドネイティブモードで中国本土以外のリージョン用に購入された WAF インスタンスに追加する必要があります。または、CNAME レコードモードを使用してください。

複数の CLB インスタンスを持つドメインを保護する方法

  • クラウドネイティブモードを使用する:WAF がすべてのターゲットインスタンスにトラフィックを誘導するように、これらの各 CLB インスタンスを 1 つずつ追加する必要があります。

  • CNAME レコードモードを使用する:CNAME レコードモードでドメインを追加し、複数の CLB インスタンスのパブリック IP アドレスをオリジンアドレスとして設定します。

1 つの CLB インスタンス上の複数のドメインを保護する方法

  • クラウドネイティブモードを使用する:この CLB インスタンスを追加すると、インスタンス上のすべてのドメインがデフォルトの WAF 保護ポリシーによって保護されます。ただし、これらの各ドメインに異なる保護ルールを設定する必要がある場合は、それを保護対象として手動で追加する必要があります。詳細については、「保護対象の手動追加」をご参照ください。

  • CNAME レコードモードを使用する:各ドメインを 1 つずつ追加します。