オリジンルールを使用すると、さまざまな特徴を持つユーザーリクエストに対して、異なる back-to-origin ホスト、オリジンポート、オリジンプロトコル、サーバ名表示 (SNI)、DNS レコード、およびバイト範囲セグメントを指定できます。
機能概要
特定のユーザーリクエストに対して、次のようにオリジンルールを設定できます。
設定 | 説明 |
Edge Security Acceleration (ESA) がオリジンサーバーからリソースをリクエストする際、デフォルトの Host リクエストヘッダーはオリジンサーバーのタイプによって決定されます。 必要に応じて Host リクエストヘッダーを変更し、リクエストがオリジンサーバーに正しくルーティングされるようにできます。 | |
デフォルトでは、Edge Security Acceleration (ESA) の POP (Points of Presence) は、クライアントと同じプロトコルを使用してオリジンサーバーからコンテンツを取得します。 オリジンルールを作成して、異なるプロトコルとポートを設定し、さまざまな特性を持つオリジンリクエストにそのルールを適用することができます。 | |
複数のドメイン名が同じオリジン IP アドレスにバインドされている場合、POP が HTTPS 経由でオリジンサーバーにアクセスする際に、アクセスするドメイン名 (オリジン SNI) を指定する必要があります。オリジンサーバーは、その SNI に基づいて対応するドメイン名の SSL 証明書を返し、オリジンフェッチを成功させます。 | |
Uniform Resource Identifier (URI) を指定しても、リクエストされたリソースが異なるオリジンサーバーに保存されている場合、DNS ルールを作成して、リクエスト内のホスト名から解決された DNS レコードを置き換えることができます。これにより、リクエストが正しいサーバーにルーティングされ、目的のリソースを取得できます。 | |
範囲シャーディングを使用すると、ESA ノードは back-to-origin HTTP リクエストに Range 情報を含めます。オリジンサーバーがリクエストを受信すると、HTTP リクエストヘッダーの Range 情報に基づいて、指定された範囲のコンテンツを ESA ノードに返します。この機能により、ファイル配信効率が向上し、キャッシュヒット率が高まり、back-to-origin トラフィックとオリジンサーバーへの負荷が軽減され、リソース応答速度が向上します。 | |
オリジンサーバーへの HTTP リクエストに適切なタイムアウト期間を設定すると、応答効率が向上します。タイムアウト期間が短すぎると、ネットワークの変動によりオリジンからのフェッチ失敗が頻発する可能性があります。長すぎると、オリジンが過負荷または無応答の場合に多くの接続を占有し、通常のリクエストの処理を妨げる可能性があります。 | |
301/302 リダイレクトフォロー機能は、オリジンサーバーからの HTTP 301 および 302 ステータスコードをサポートします。ESA の POP は、ユーザーに代わってこれらのステータスコードを処理し、データインタラクションを削減してリソースフェッチを高速化します。 |
提供状況
機能 | Entrance | Pro | Premium | Enterprise |
ルール数 | 10 | 25 | 50 | 125 |