Edgio Premium ルール エンジンの機能を備えた Azure Content Delivery Network
この記事では、Azure Content Delivery Network Rules Engineで使用できる機能の詳細な説明を示します。
ルールの 3 番目の部分は機能です。 機能は、一連の一致条件によって識別される要求の種類に適用されるアクションの種類を定義します。
Azure Content Delivery Network の Edgio Premium ルール エンジン機能のリファレンス
使用可能な機能の種類は次のとおりです。
アクセス
これらの機能は、コンテンツへのアクセスを制御するように設計されています。
名前 | 目的 |
---|---|
アクセス拒否 (403) | 403 Forbidden 応答を使用して、すべての要求が拒否されるかどうかを判断します。 |
トークン認証 | Token-Based 認証が要求に適用されるかどうかを判断します。 |
トークン認証拒否コード | Token-Based 認証によって要求が拒否されたときにユーザーに返される応答の種類を決定します。 |
トークン認証 URL の大文字小文字を無視 | Token-Based 認証によって行われた URL の比較で大文字と小文字が区別されるかどうかを判断します。 |
トークン認証パラメーター | Token-Based 認証クエリ文字列パラメーターの名前を変更するかどうかを決定します。 |
トップ に戻る
キャッシュ
これらの機能は、コンテンツをキャッシュするタイミングと方法をカスタマイズするように設計されています。
名前 | 目的 |
---|---|
帯域幅パラメーター | 帯域幅調整パラメーター (ec_rateやec_prebufなど) がアクティブかどうかを判断します。 |
帯域幅調整 | エッジ サーバーによって提供される応答の帯域幅を調整します。 |
キャッシュ をバイパスする | 要求がキャッシュ テクノロジを使用できるかどうかを判断します。 |
Cache-Control ヘッダー処理 | 外部 Max-Age 機能がアクティブな場合のエッジ サーバーによる Cache-Control ヘッダーの生成を制御します。 |
Cache-Key クエリ文字列 |
キャッシュ キー が要求に関連付けられているクエリ文字列パラメーターを含めるか除外するかを決定します。 キャッシュ用の資産を一意に識別する相対パス。 エッジ サーバーは、キャッシュされたコンテンツをチェックするときにこの相対パスを使用します。 既定では、キャッシュ キーにはクエリ文字列パラメーターは含まれません。 |
Cache-Key 書き換え | 要求に関連付けられているキャッシュ キーを書き換える。 |
キャッシュの完全な充填 | 要求によってエッジ サーバーで部分的なキャッシュ ミスが発生した場合の動作を決定します。 |
ファイルの種類の圧縮 | サーバーで圧縮されるファイル形式を定義します。 |
既定の内部最大年齢 | エッジ サーバーから配信元サーバーへのキャッシュ再検証の既定の最長有効期間を決定します。 |
のヘッダー処理の の有効期限 | 外部 Max-Age 機能がアクティブな場合にエッジ サーバーによる Expires ヘッダーの生成を制御します。 |
外部最長有効期間 を する | ブラウザーからエッジ サーバーへのキャッシュ再検証の最長有効期間を決定します。 |
最大年齢 を内部で強制する | エッジ サーバーから配信元サーバーへのキャッシュ再検証の最長有効期間を決定します。 |
H.264 サポート (HTTP プログレッシブ ダウンロード) | コンテンツのストリーミングに使用できる H.264 ファイル形式の種類を決定します。 |
H.264 対応ビデオ検索パラメーター | HTTP プログレッシブ ダウンロードを使用する場合に H.264 メディアをシークすることを制御するパラメーターに割り当てられた名前をオーバーライドします。 |
Honor No-Cache Request | HTTP クライアントのキャッシュなし要求が配信元サーバーに転送されるかどうかを判断します。 |
配信元の「キャッシュなし」を無視する | コンテンツ配信ネットワークが配信元サーバーから提供される特定のディレクティブを無視するかどうかを決定します。 |
対応できない範囲を無視する | 要求により416 Requested Range Not Satisfiableのステータスコードが生成されたとき、クライアントに返される応答を決定します。 |
Internal Max-Stale | エッジ サーバーが配信元サーバーでキャッシュされた資産を再検証できない場合に、キャッシュされた資産がエッジ サーバーから提供される可能性がある通常の有効期限を過ぎた時間を制御します。 |
部分キャッシュ共有 | 要求が部分的にキャッシュされたコンテンツを生成できるかどうかを判断します。 |
キャッシュされたコンテンツ の事前検証を行う | キャッシュされたコンテンツの有効期限が切れる前に、キャッシュされたコンテンツが早期再検証の対象かどうかを判断します。 |
キャッシュ ファイル Zero-Byte 更新 | 0 バイトのキャッシュ資産に対する HTTP クライアントの要求がエッジ サーバーによって処理される方法を決定します。 |
キャッシュ可能な状態コードの設定 | コンテンツがキャッシュされる可能性がある状態コードのセットを定義します。 |
エラー での 古いコンテンツの配信 | キャッシュの再有効化中にエラーが発生したときに、または要求されたコンテンツを顧客の配信元サーバーから取得するときに、期限切れのキャッシュされたコンテンツを配信するかどうかを決定します。 |
再検証中のステール | 再検証が行われている間、エッジ サーバーが古いクライアントを要求者に提供できるようにすることで、パフォーマンスが向上します。 |
トップ に戻る
コメント
コメント機能を使用すると、ルール内でメモを追加できます。
トップ に戻る
ヘッダー
これらの機能は、要求または応答からヘッダーを追加、変更、または削除するように設計されています。
名前 | 目的 |
---|---|
年齢応答ヘッダー | 要求元に送信された応答に Age 応答ヘッダーが含まれるかどうかを判断します。 |
デバッグ キャッシュ応答ヘッダー | 要求された資産のキャッシュ ポリシーに関する情報を提供する X-EC-Debug 応答ヘッダー を応答に含めるかどうかを判断します。 |
クライアント要求ヘッダーの変更 | 要求のヘッダーを上書き、追加、または削除します。 |
クライアント応答ヘッダー の変更 | 応答からヘッダーを上書き、追加、または削除します。 |
クライアント IP カスタム ヘッダー の設定 | 要求するクライアントの IP アドレスをカスタム要求ヘッダーとして要求に追加できるようにします。 |
トップ に戻る
ログ
これらの機能は、生のログ ファイルに格納されているデータをカスタマイズするように設計されています。
名前 | 目的 |
---|---|
ユーザー設定のログ フィールド 1 を する | 生ログ ファイルのユーザー設定ログ フィールドに割り当てられる形式とコンテンツを決定します。 |
ログ クエリ文字列 | クエリ文字列を URL と共にアクセス ログに格納するかどうかを決定します。 |
トップ に戻る
最適化
これらの機能は、要求が Edge Optimizer によって提供される最適化を受けるかどうかを決定します。
名前 | 目的 |
---|---|
エッジ オプティマイザー | エッジ オプティマイザーを要求に適用できるかどうかを判断します。 |
エッジ オプティマイザー – 構成のインスタンス化 | サイトに関連付けられているエッジ オプティマイザー構成をインスタンス化またはアクティブ化します。 |
トップ に戻る
起源
これらの機能は、コンテンツ配信ネットワークが配信元サーバーと通信する方法を制御するように設計されています。
名前 | 目的 |
---|---|
最大 Keep-Alive 要求 | Keep-Alive 接続が閉じられる前の要求の最大数を定義します。 |
プロキシの特殊なヘッダー | エッジ サーバーから配信元サーバーに転送 コンテンツ配信ネットワーク固有の要求ヘッダーのセットを定義します。 |
トップ に戻る
専門
これらの機能は高度な機能を提供し、上級ユーザーが使用する必要があります。
名前 | 目的 |
---|---|
キャッシュ可能な HTTP メソッド | ネットワークにキャッシュできる追加の HTTP メソッドのセットを決定します。 |
キャッシュ可能な要求本文サイズ | POST 応答をキャッシュできるかどうかを判断するためのしきい値を定義します。 |
QUIC | コンテンツ配信ネットワーク サービスが QUIC をサポートしていることをクライアントに通知するかどうかを決定します。 |
ストリーミングの最適化 | キャッシュ構成を調整して、ライブ ストリームのパフォーマンスを最適化し、配信元サーバーの負荷を軽減します。 |
ユーザー変数 | カスタム トラフィック処理ソリューションに渡されるユーザー定義変数に値を割り当てます。 |
トップ に戻る
URL
これらの機能を使用すると、要求を別の URL にリダイレクトまたは書き換えることができます。
名前 | 目的 |
---|---|
リダイレクトに従う | 顧客の配信元サーバーから返される Location ヘッダーで定義されているホスト名に要求をリダイレクトできるかどうかを判断します。 |
URL リダイレクト | Location ヘッダーを使用して要求をリダイレクトします。 |
URL 書き換え | 要求 URL を書き換える。 |
トップ に戻る
最新の機能については、Edgio ルール エンジンのドキュメントを参照してください。