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

CDN:オリジンフェッチ

最終更新日:Dec 18, 2025

オリジンフェッチは、クライアントが CDN の POP (ポイントオブプレゼンス) にキャッシュされていないリソースをリクエストした場合、またはプリフェッチタスクがデプロイされた場合に発生します。CDN の POP は、オリジンサーバーからリソースを取得します。必要に応じてオリジンフェッチの設定を構成できます。

仕組み

  1. ユーザーがウェブサイトにアクセスすると、ブラウザなどのクライアントが CDN の POP にリクエストを送信します。リクエスト URL は CDN の高速化ドメイン名を指します。

  2. CDN の POP は、リクエストされたリソースがキャッシュにあるか確認します。リソースがキャッシュされている場合、POP はそれを直接クライアントに返します。

  3. リソースがキャッシュされていない場合、CDN の POP は、設定されたオリジンポリシーに基づいてオリジンサーバーにオリジンリクエストを送信します。

  4. オリジンサーバーはリクエストを受信した後、URL とパラメーターに基づいてリソースを返します。

  5. CDN の POP はリソースを取得した後、後続のリクエストのためにリソースをキャッシュします。

  6. CDN の POP はリソースをクライアントに返します。これでリクエストは完了です。

機能概要

機能カテゴリ

機能

説明

関連リンク

プライベート OSS バケットからのオリジンフェッチ

プライベート OSS バケットからのオリジンフェッチ

オリジンサーバーが Alibaba Cloud Object Storage Service (OSS) で、バケットのアクセス制御リスト (ACL) がプライベートに設定されている場合、CDN に必要なアクセス権限を付与する必要があります。これにより、CDN の POP はバケットからリソースをフェッチできるようになります。

プライベート OSS バケットからのオリジンフェッチ

オリジンリクエスト

オリジンプロトコル

CDN POP がオリジンフェッチに使用するプロトコルを指定します。プロトコルを HTTPHTTPS、または Follow に設定できます。Follow オプションは、クライアントリクエストと同じプロトコルを使用します。

オリジンプロトコルの設定

オリジン HOST

オリジン HOST は、オリジンリクエストがアクセスするオリジンサーバー上のサイトを指定します。複数のウェブサイトが同じオリジンサーバーでホストされている場合、オリジン HOST を設定することで、CDN の POP が正しいリソースを取得できるようになります。グローバルなデフォルト HOST を設定したり、オリジンサーバーごとに異なる HOST を指定したりできます。

オリジン URL

オリジンサーバー上のリソースパスが変更されても、クライアントのアクセス URL を同じに保つ必要がある場合は、オリジン URL の再書き込み機能を使用します。POP がリソースをフェッチする際、設定されたルールに基づいて、リクエストされた URL パスを新しいパスに再書き込みします。

オリジン URL の再書き込み

オリジンパラメーター

オリジン URL のリクエストパラメーターを再書き込みするルールを設定します。すべてのパラメーターを削除したり、特定のパラメーターを保持したり、特定のパラメーターを削除したりできます。

オリジンパラメーターの再書き込み

オリジンリクエストヘッダー

POP がオリジンフェッチ中に送信する HTTP リクエストヘッダーをカスタマイズします。ヘッダーフィールドの追加、変更、削除が可能です。この機能は、ユーザー情報やリクエスト元などのカスタム情報をオリジンサーバーに渡すためによく使用されます。

送信リクエストヘッダーの変更

オリジン SNI とコモンネーム

オリジンプロトコルが HTTPS の場合、オリジンサーバ名表示 (SNI) を設定して、TLS ハンドシェイク中に POP がリクエストするサーバードメイン名を指定できます。この機能は、異なる証明書を持つ複数の HTTPS サイトが同じオリジン IP アドレスでホストされている場合に役立ちます。

Common Name ホワイトリストを有効にすることもできます。これにより、POP は、オリジン証明書内の Common Name または Subject Alternative Name が指定された SNI と一致することを検証するようになり、オリジンフェッチのセキュリティが強化されます。

オリジンレスポンス

オリジンレスポンスヘッダーの変更

POP がクライアントにリソースを送信する前に、オリジンサーバーから受信した HTTP 応答ヘッダーを追加、変更、または削除するルールを設定します。たとえば、Access-Control-Allow-Originなどのクロスドメイン応答ヘッダーを追加します。

受信レスポンスヘッダーの変更

301/302 リダイレクト

オリジンサーバーが 301 または 302 ステータスコードを返す場合、POP がクライアントに代わってリダイレクト先のアドレスからリソースをリクエストするように設定できます。これにより、クライアントのリクエスト数を削減できます。

301/302 リダイレクトの設定

その他の機能

タイムアウト期間

POP がオリジンサーバーとの接続を確立し、データを受信するまでの最大待機時間を設定します。この期間内にオリジンサーバーが応答しない、またはデータ転送が完了しない場合、POP は接続を切断し、クライアントに 5xx エラーを返します。適切なタイムアウト期間を設定することで、フェイルファストを実現し、クライアントの長い待機時間を防ぐことができます。

オリジン HTTP リクエストタイムアウトの設定

高度なオリジン

複数のオリジンサーバーがあり、異なるリクエストを異なるオリジンにルーティングする必要がある場合は、高度なオリジン機能を使用します。高度なオリジンは、リクエストパラメーターやクライアント IP アドレスなどの条件に基づいて、リクエストを指定されたオリジンサーバーにルーティングできます。

高度なオリジン

IPv6 経由のオリジンフェッチ

オリジンサーバーが IPv6 をサポートしている場合、IPv6 経由のオリジンフェッチを有効にできます。この機能を有効にすると、POP は IPv6 プロトコルを優先してオリジンサーバーにアクセスします。IPv6 オリジンフェッチが失敗した場合に自動的に IPv4 にフォールバックするように設定し、サービスの可用性を確保できます。

IPv6 経由のオリジンフェッチの設定