CDN:[アクセス URL の書き換え]

背景情報

HTTP 302 ステータスコード (302 Found) は、リソースが一時的に移動されたことを示します。URL 書き換えルールを設定すると、CDN ノードは HTTP Location ヘッダーに新しい URL を含めます。クライアントが 302 レスポンスを受信すると、新しい URL をリクエストします。

デフォルトでは、URL 書き換えルールが設定されると、CDN ノードは 302 ステータスコードを送信します。ステータスコード 303 および 307 もサポートされています。ステータスコードを変更するには、か、チケットを起票することでリクエストを送信できます。

[アクセス URL の書き換え]と[オリジンフェッチパスの書き換え]の違い

[アクセス URL の書き換え]の図解

1. クライアントは CDN ノードにリクエストを送信します。リクエスト URL は old.example.com/hello です。

2. CDN ノードがリクエストを受信した後、URL リライトルールを適用します。CDN ノードは、クライアントに送信される 302 応答の Location ヘッダーに新しい URL new.example.com/hello を含めます。

3. クライアントが 302 応答を受信した後、新しい URL にリクエストを送信します。

4. CDN ノードはキャッシュをチェックします。キャッシュに書き換えられた URL のコンテンツが含まれている場合、ノードはコンテンツを直接クライアントに返します。含まれていない場合、CDN ノードは書き換えられた URL new.example.com/hello を使用してオリジンサーバーにリクエストを送信します。

5. オリジンサーバーはリクエストを受信し、応答コンテンツを CDN ノードに返します。

6. CDN ノードは応答コンテンツをキャッシュし、クライアントに返します。

[オリジンフェッチパスの書き換え]の図解

1. クライアントは CDN ノードにリクエストを送信します。リクエスト URL は cdn.example.com/files/hello.txt です。

2. CDN ノードがリクエストを受信した後、キャッシュをチェックします。キャッシュにリクエスト URL のコンテンツが含まれている場合、ノードはコンテンツを直接クライアントに返します。含まれていない場合、CDN ノードはオリジンフェッチ URL リライトルールを適用します。オリジンフェッチ URL を origin.example.com/secret/files/hello.txt に書き換え、オリジンサーバーにリクエストを送信します。

3. オリジンサーバーがリクエストを受信した後、応答コンテンツを CDN ノードに返します。

4. CDN ノードは応答コンテンツをキャッシュし、クライアントに返します。

操作手順

1. Alibaba Cloud CDN コンソールにログインします。

2. 左側のナビゲーションペインで [ドメイン名 ] をクリックします。

3. [ドメイン名] ページで、管理対象のドメイン名を見つけ、[アクション] 列の [管理] をクリックします。

   

4. ドメイン名の左側のナビゲーションウィンドウで、[キャッシュ設定] をクリックします。

5. アクセス URL の書き換え タブをクリックします。

6. 追加 をクリックし、アクセス URL の書き換えパラメーターを設定します。

   パラメーター	説明
   [書き換えのパス]	パスは / で始まる必要があります。プロトコルヘッダーやドメイン名を含めることはできません。PCRE 正規表現がサポートされており、例えば ^/hello$ のように使用できます。 URL 内の # の後のコンテンツは、クライアント側のフラグメント識別子です。ブラウザーはフラグメント識別子をサーバーに送信しません。このため、CDN の書き換えルールは # の後のパスと一致させることができません。# フラグメントを含む URL にリダイレクトを設定するには、# の前のパスと完全に一致する書き換えルールを、宛先アドレスごとに作成する必要があります。
   [変更後のパス]	実行ルールが 中断 に設定されている場合、パスは / で始まる必要があります。プロトコルヘッダーまたはドメイン名を含めることはできません。 実行ルールが リダイレクト に設定されている場合、パスにはプロトコルヘッダーとドメイン名を含めることができます。PCRE 正規表現がサポートされています。例えば、$1 や $2 を使用して、書き換え対象パスの括弧内の文字列をキャプチャできます。
   [フラグ]	[リダイレクト] と 中断 はデフォルトでサポートされています。 リダイレクト: リクエスト URL がルールに一致する場合、リクエストは 302 ステータスコードで宛先 URL にリダイレクトされます。 ノードがクライアントに返す Location ヘッダーには、宛先 URL が含まれます。元の URL のパラメーターは変更されません。このルールが実行された後も、残りのルールとの照合が続行されます。 [中断]：リクエスト URL がルールに一致する場合、リクエストは宛先 URL に書き換えられます。元の URL のパラメーターは変更されません。このルールが実行された後、システムは残りのルールのマッチングを行いません。 empty、enhance-break、enhance_redirect ルールもサポートされています。これらのルールを使用するには、バックグラウンドで設定するためにチケットを送信する必要があります。 empty：複数のルールが設定されていて、リクエスト URL があるルールに一致した場合、現在のルールが実行された後、システムは後続のルールのマッチングを続行します。 enhance_break：break に似ていますが、パラメーターを含む URL 全体を書き換えます。 enhance_redirect：redirect に似ていますが、パラメーターを含む URL 全体を書き換えます。 説明 実行ルールによって書き換え方法が異なります。また、書き換えられた URL が他のドメイン名やプロトコルを使用できるかどうかも異なります。 empty、ブレーク、enhance_break は、ユーザーのリクエスト URL を直接書き換えます。別のドメイン名やプロトコル (HTTP から HTTPS など) への書き換えはサポートしていません。 リダイレクトと enhance_redirect は、302 リダイレクトを使用して URL を書き換えます。他のドメイン名やプロトコルへの書き換えをサポートしています。 302 Location アドレスは、現在のアクセラレーションドメイン名だけでなく、別のドメイン名に設定できます。例えば、example.com ドメインから aliyundoc.com ドメインへの URL 書き換えが可能です。 302 Location アドレスは他のプロトコルをサポートしています。例えば、URL を HTTP から HTTPS に書き換えることができます。
   [ルール条件]	ルール条件は、ユーザーリクエスト内のさまざまなパラメーター情報を識別します。これにより、そのリクエストに対して設定が有効になるかどうかが決まります。 重要 ルール条件を参照する場合、機能自体の設定順序ではなく、関連するルール条件の優先順位に基づいてマッチングされます。 使用しない：ルール条件を使用しません。 ルール条件を追加または編集するには、ルールエンジンで管理してください。
   [Nginx Var]	このオプションはデフォルトでオフになっています。このオプションをオンにすると、宛先 URL で組み込みの Nginx 変数を使用できます。以下は設定例です。 書き換え対象パス：^/test.jpg$ 書き換え後のパス：/test.${arg_type} Nginx 変数計算を有効にすると、${nginx_var} の値が計算されます。${arg_type} は、元の URL の type パラメーターの値を表します。 説明 このパラメーターを使用するには、バックグラウンドで設定するためにチケットを送信する必要があります。

7. OK をクリックします。

   リライト機能を設定した後、リライトリストからルールを 変更 または 削除 できます。

設定例