すべてのプロダクト
Search

このプロダクト

    ApsaraVideo VOD:ApsaraVideo VOD の CDN に関するよくある質問

    ドキュメントセンター

    ApsaraVideo VOD:ApsaraVideo VOD の CDN に関するよくある質問

    最終更新日:Jun 23, 2026

    このトピックでは、ApsaraVideo VOD の CDN に関するよくある質問とその回答をまとめています。

    質問のカテゴリ

    購入と課金

    アクセスの問題と例外

    ドメイン名の追加と解決

    キャッシュ

    オリジンフェッチとオリジンサーバー

    HTTPS

    リフレッシュとプリフェッチ

    セキュリティ

    新しいデータ転送プランの表示

    説明

    現在有効な、または過去 1 年以内に有効期限が切れたリソースプランの使用状況詳細のみを照会できます。

    1. 課金管理にログインします。

    2. 左側のナビゲーションウィンドウで、[予約インスタンスの管理] を選択します。

    3. [予約インスタンスの管理] ページで、[リソースタイプ] を [リソースプラン] に設定して、リソースプランの使用状況詳細を表示します。

      [プロダクト名] を [ApsaraVideo VOD] に設定するか、有効開始時刻やステータスなどの他のフィルター条件を使用してリソースプランを照会できます。国际站中文

    トラフィックデータの不一致

    問題

    ApsaraVideo VOD コンソールまたは API のデータモニタリングまたはリソース使用量機能から取得した高速化ドメイン名のトラフィックデータが、ログから計算されたトラフィックデータと異なります。通常、ログからのトラフィックデータの方が低くなります。

    原因

    ログから計算されたトラフィックは `response_size` フィールドに基づいており、アプリケーション層のトラフィックのみを測定します。実際のネットワーク層のトラフィックは、通常、アプリケーション層のトラフィックよりも 7% から 15% 高くなります。この差は、主に次の 2 種類のネットワークオーバーヘッドによるものです：

    • TCP/IP パケットヘッダー：ネットワーク転送の前に、アプリケーション層のデータはトランスポート層で TCP パケットにカプセル化され、次にネットワーク層で IP パケットにカプセル化されます。IP パケットの最大サイズは 1,500 バイトで、これには 20 バイトの TCP ヘッダーと 20 バイトの IP ヘッダーが含まれます。これらのヘッダーもネットワークトラフィックを消費しますが、アプリケーション層のログには記録されません。このヘッダーのオーバーヘッドは、ログに記録されたトラフィックの少なくとも 2.74% を占めます (アプリケーションデータ 1,460 バイトごとに 40 バイトのヘッダー)。アプリケーションデータが小さいほど、ヘッダーのオーバーヘッドの割合は大きくなります。オーバーヘッドは通常、約 3% です。

    • TCP 再送：複雑なネットワーク環境では、ネットワークの輻輳やデバイスの障害によりパケット損失が発生する可能性があります。通常、データパケットの 3% から 10% がドロップされ、再送する必要があります。オペレーティングシステムのカーネルは、プロトコルスタック層でこれらの再送を処理し、これらはアプリケーション層のログには記録されません。このプロセスは追加のネットワークリソースを消費します。

    このオーバーヘッドのため、業界の一般的な慣行として、アプリケーション層のトラフィックに 7% から 15% のマージンを加えて最終的な課金対象トラフィックを計算します。ApsaraVideo VOD の CDN は、平均 10% のオーバーヘッドを適用します。したがって、実際の課金対象トラフィック (モニタリングクエリで表示されるトラフィック) は、ログに記録されたトラフィックの 1.1 倍になります。これは 1.1 の TCP 係数として知られています。

    中国本土での高速化の課金

    オリジンサーバーが香港 (中国)、マカオ (中国)、台湾 (中国)、またはその他の中国本土以外のリージョンにあり、中国本土の CDN POP を使用して高速化する場合、中国本土での CDN 高速化の標準料金に基づいて課金されます。

    CDN は CDN POP からのアウトバウンドトラフィックに基づいて課金されます。したがって、中国本土の料金に基づいて課金されます。ただし、中国本土の CDN POP が中国本土以外のサーバーからオリジンフェッチを行う際に遅延が発生する可能性があるため、この設定はパフォーマンスに影響を与える可能性があります。オリジンサーバーとユーザーの両方が中国本土以外にいる場合は、Global Accelerator を有効にすることを推奨します。

    サービス間でのリソースプランの使用

    いいえ。ApsaraVideo VOD は独立したサービスです。ApsaraVideo VOD を使用すると、消費されたストレージ、トランスコーディング、トラフィック、または帯域幅リソースに対して課金されます。ApsaraVideo VOD パッケージには、データ転送プラン、ストレージプラン、トランスコーディングプランなどのリソースプランが含まれています。リソースプランを使用して、ApsaraVideo VOD で消費されたリソースに対してのみ支払うことができます。

    予期しないトラフィック料金

    ApsaraVideo VOD データ転送プランは、高速化ドメイン名を設定し、高速化サービスの課金方法としてトラフィック課金を選択した場合にのみ有効になります。データ転送プランが有効になると、高速化されたデータ転送のみが相殺され、OSS のアウトバウンドトラフィックはカバーされません。超過した使用量は従量課金制で請求されます。データ転送料金が発生した場合は、次の状況を確認してください：

    • 高速化ドメイン名が設定されている

      • ドメイン名の構成が不完全な場合、リソースプランが正しく適用されないことがあります。たとえば、ドメイン名を追加したものの、CNAME レコードを構成していない場合などです。ドメイン名が通常の操作 状態であることを確認してください。ドメイン名の構成の詳細については、「ApsaraVideo VOD クイックスタート」をご参照ください。

      • 高速化ドメイン名が設定されているが、高速化ドメイン名ではなく直接 OSS アドレスを使用して ApsaraVideo VOD のリソースにアクセスしています。これにより、OSS のアウトバウンドトラフィック料金が発生します。課金の詳細については、「OSS アウトバウンドトラフィックの課金」をご参照ください。

      • 高速化されたデータ転送がデータ転送プランのクォータを超えた場合、追加料金が発生します。リソースプランを更新できます。詳細については、「リソースプランの更新」をご参照ください。

    • 高速化ドメイン名が設定されていない

      ApsaraVideo VOD に高速化ドメイン名が設定されていない場合、サービスはデフォルトで OSS のオリジンアドレスを返します。このアドレスを使用してリソースを再生またはダウンロードすると、OSS のアウトバウンドトラフィック料金が発生します。

    攻撃トラフィックの課金

    攻撃や悪意を持って水増しされたトラフィックによって消費された帯域幅に対して課金されます。これらの料金は、ApsaraVideo VOD の帯域幅リソースが消費されるために適用されます。

    悪意を持って水増しされたトラフィックや攻撃に対処するには、動画のセキュリティを向上させるか、ピーク帯域幅アラートを設定します。

    • 動画セキュリティ機能の有効化

      ビジネスが攻撃のリスクにさらされている場合は、動画のセキュリティを強化して攻撃を困難にすることを推奨します。ApsaraVideo VOD は、ホットリンク、不正なダウンロード、配布から動画コンテンツを保護するための包括的なコンテンツセキュリティメカニズムを提供します。このメカニズムは、さまざまなビジネスシナリオでのセキュリティ要件を満たすのに役立ちます。詳細については、「メディアセキュリティ」をご参照ください。

    • ピーク帯域幅監視の有効化

      ドメイン名の帯域幅しきい値を設定できます。しきい値に達すると、SMS 通知が届きます。詳細については、「ピーク帯域幅の監視」をご参照ください。

    4xx ステータスコードの課金

    はい。高速化ドメイン名を攻撃や不正なトラフィックから保護するために、ホットリンク保護、URL 署名、リモート認証、IP ブラックリストとホワイトリスト、ユーザーエージェント (UA) ブラックリストとホワイトリストなどのアクセスの制御機能を設定できます。攻撃リクエストがアクセスの制御ルールに一致すると、CDN POP は 4xx ステータスコードを返してリソースへのアクセスをブロックします。この場合、CDN POP は攻撃リクエストを処理するために CPU リソースを消費し、4xx ステータスコードを返すためにトラフィックと帯域幅リソースを消費します。したがって、消費されたトラフィックと帯域幅に対して引き続き課金されます。ApsaraVideo VOD のトラフィック課金の詳細については、「基本サービスの課金」をご参照ください。

    リソースアクセス時の 404 エラー

    Web サーバーが HTTP 404 ステータスコードを返す場合、それはリクエストされたリソースがサーバー上に存在しないことを示します。これは、URL 生成ルールが変更された、Web ファイルが名前変更または移動された、またはインポートされたリンクにスペルミスが含まれている場合に発生する可能性があります。

    説明

    リソースのストレージ場所がドメイン名と一致していることを確認してください。同じリージョンに複数のストレージ場所が存在し、ドメイン名が 1 つしか設定されていない場合、ApsaraVideo VOD コンソールはそのリージョンの CDN URL を優先的に返します。ドメイン名にバインドされていないストレージ場所のリソースにアクセスすると、404 エラーが返されます。

    CDN またはオリジンサーバーの問題の切り分け

    1. Alikunlun ユーザー診断ツールにアクセスし、ローカルネットワークが正しく機能していることを確認します。

    2. ローカルの `hosts` ファイルに、オリジンサーバーの IP アドレスとそのドメイン名をマッピングするエントリを追加して、サイトへのアクセスを直接テストします。オリジンサーバーへのアクセス時にエラーが発生した場合、問題はオリジンサーバーにあります。サイト管理者に連絡して修正してください。

      # Copyright (c) 1993-2009 Microsoft Corp.
#
# This is a sample HOSTS file used by Microsoft TCP/IP for Windows.
#
# This file contains the mappings of IP addresses to host names. Each
# entry should be kept on an individual line. The IP address should
# be placed in the first column followed by the corresponding host name.
# The IP address and the host name should be separated by at least one
# space.
#
# Additionally, comments (such as these) may be inserted on individual
# lines or following the machine name denoted by a '#' symbol.
#
# For example:
#
#      102.54.94.97     rhino.acme.com          # source server
#      38.25.63.10      x.acme.com              # x client host
# localhost name resolution is handled within DNS itself.
#    127.0.0.1       localhost
#    ::1             localhost
10.10.10.10 www.example.com

    3. 前のステップで `hosts` ファイルに追加したエントリをコメントアウトします。次に、`ping` コマンドを実行して高速化ドメイン名をテストします。コマンドが成功応答を返した場合、CDN POP は正しく機能しています。

      C:\Users\admin>ping www.example.com
Pinging www.example.com [101.x.x.x] with 32 bytes of data:
Reply from 101.x.x.x: bytes=32 time=3ms TTL=54
Reply from 101.x.x.x: bytes=32 time=3ms TTL=54
Reply from 101.x.x.x: bytes=32 time=3ms TTL=54
Reply from 101.x.x.x: bytes=32 time=4ms TTL=54
Ping statistics for 101.x.x.x:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 3ms, Maximum = 4ms, Average = 3ms

    Global Accelerator がアクセス速度を改善しない

    問題をトラブルシューティングするために、次の項目を確認してください：

    • 中国本土以外のユーザーがリソースにアクセスしようとすると、ドメイン名が解決される IP アドレスを確認します。これにより、中国本土以外の POP の設定が有効になっているかどうかを判断できます。

    • 中国本土以外の POP のパフォーマンスは、リクエスト量にも依存します。アクセス速度は、リクエスト量が多い場合にのみ向上します。リクエスト数が少ない場合、キャッシュにヒットするリクエストも少なくなります。この場合、中国本土以外の POP を追加しても、それらの地域のユーザーのアクセス速度は大幅に向上しません。

    MP4 動画のプレビューが機能しない

    ApsaraVideo VOD のプレビュー機能は、MP4 と HLS ファイル形式をサポートしています。MP4 動画の場合、メタデータはファイルの先頭に配置されている必要があります。ファイルの末尾にメタデータがある動画はプレビューできません。ApsaraVideo VOD を使用して動画を MP4 形式にトランスコーディングすると、サービスはメタデータをファイルの先頭に配置します。この問題を解決するには、MP4 動画をトランスコーディングします。トランスコーディングの詳細については、「オーディオとビデオのトランスコーディング」をご参照ください。

    ワイルドカードドメイン名

    いいえ、*.aliyundoc.com のようなワイルドカードドメイン名を高速化のために追加することはできません。

    「ルートドメインが予約済み」エラー

    ApsaraVideo VOD コンソールでドメイン名の追加に失敗し、「The root name of your domain is reserved by other account」というエラーと「The root name of your domain is reserved by other account, please contact our Business Advisors」というメッセージが表示された場合、そのルートドメインは既に別の Alibaba Cloud アカウントで Alibaba Cloud CDN、DCDN、または ApsaraVideo VOD に追加されていることを意味します。

    問題を解決できない場合は、チケットを送信してください。チケットの送信方法の詳細については、「お問い合わせ」をご参照ください。

    「ドメイン名は既に存在します」エラー

    ApsaraVideo VOD コンソールでドメイン名の追加に失敗し、「This domain name already exists」というエラーが表示された場合、そのドメイン名は既に別の Alibaba Cloud プロダクトに追加されていることを意味します。

    高速化ドメイン名は複数回追加することはできません。このエラーが表示された場合は、ドメイン名が ApsaraVideo Live、DCDN、SCDN などの他のクラウドプロダクトに追加されていないか確認してください。

    問題を解決できない場合は、チケットを送信してください。チケットの送信方法の詳細については、「お問い合わせ」をご参照ください。

    CNAME レコードの確認

    確認には ping コマンドを使用しないでください。ping コマンドは不正確な名前解決情報を返す可能性があります。代わりに、nslookup や dig などのクエリツールを使用してください。

    • Windows

      Windows システムのコマンドプロンプト (CMD) または PowerShell で、次のコマンドを実行して CNAME レコードをクエリします：

      nslookup -type=CNAME <accelerated_domain_name>

      返された結果が CDN サービスによって提供された CNAME 値と一致する場合、CNAME レコードは有効になっています。

      PS C:\Users\admin> nslookup -type=cname cdn.example.com
Server:  UnKnown
Address: 100.100.x.x

Non-authoritative answer:
cdn.example.com       canonical name = cdn.example.com.w.alikunlun.com

    • Linux/macOS

      Linux または Mac OS システムのターミナルで、dig コマンドを使用して確認します：

      • CNAME ターゲットアドレスのみをクエリする (推奨)：

        dig +short <accelerated_domain_name> CNAME

        返された結果が CDN サービスによって提供された CNAME 値と一致する場合、CNAME レコードは有効になっています。以下はサンプル結果です：

        dig +short cdn.example.com CNAME
cdn.example.com.w.alikunlun.com.

      • 詳細なドメイン名情報をクエリする：

        dig <accelerated_domain_name> CNAME

        ANSWER SECTION の CNAME 値が CDN によって提供された CNAME 値と同じであれば、CNAME の名前解決が有効になっていることを示します。

        ; <<>> DiG 9.10.6 <<>> cdn.example.com CNAME
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62811
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;cdn.example.com.               IN      CNAME
;; ANSWER SECTION:
cdn.example.com.     600     IN      CNAME   cdn.example.com.w.alikunlun.com.
;; Query time: 67 msec
;; SERVER: 30.30.x.x#53(30.30.x.x)
;; WHEN: Wed Sep 24 19:05:30 CST 2025
;; MSG SIZE  rcvd: 92

    高速化ドメイン名が審査に失敗する

    ApsaraVideo VOD に追加されるすべてのドメイン名は、コンテンツ審査を受ける必要があります。ドメイン名の追加に失敗した場合、アクセスルールを満たしていない可能性があります。ドメイン名を追加するための基準と制限の詳細については、「ドメイン名の要件」をご参照ください。

    ドメイン名の審査に失敗した場合は、ApsaraVideo VOD コンソールにログインします。設定の管理 > 配信の高速化設定 > ドメイン名 ページに移動して、失敗の理由を確認します。審査に失敗したドメイン名を削除し、理由に基づいてウェブサイトのコンテンツを調整した後、再度ドメイン名を追加して審査を待ちます。

    低いキャッシュヒット率の改善

    低いキャッシュヒット率は、ユーザーリクエストが頻繁にオリジンサーバーにリダイレクトされることを意味し、不安定なパブリックネットワークリンクのために高速化パフォーマンスが低下する可能性があります。URL のプリフェッチ、キャッシュ有効期限ルールの設定、URL 内の可変パラメーターのフィルタリングによって、キャッシュヒット率を向上させることができます。

    次の表に解決策を示します。

    ポリシー

    要因とシナリオ

    設定方法

    ピーク時間前に人気リソースをプリフェッチする

    要因：主要な運用イベントや新しいバージョンのリリース前にリソースが CDN POP にプリフェッチされていない場合、多数のリソースをオリジンサーバーからフェッチする必要があり、キャッシュヒット率が低くなります。

    シナリオ：

    • 運用イベント

      主要なイベントの前に、イベントページの静的リソースを CDN POP にプリフェッチします。イベントが開始されると、これらの静的リソースに対するすべてのユーザーリクエストは、CDN POP のキャッシュから直接提供されます。

    • インストールパッケージのリリース

      新しいインストールまたはアップグレードパッケージをリリースする前に、リソースを CDN POP にプリフェッチします。製品が正式にローンチされると、多数のユーザーからのダウンロードリクエストは CDN POP によって直接提供されます。これにより、ダウンロード速度が向上し、オリジンサーバーの負荷が大幅に軽減され、ユーザーエクスペリエンスが向上します。

    リフレッシュとプリフェッチ

    適切な TTL (生存時間) を設定する

    要因：

    • CDN にキャッシュポリシーが設定されていないため、すべてのユーザーリクエストがオリジンサーバーにリダイレクトされます。

    • CDN で設定された TTL (生存時間) が短すぎるため、キャッシュされたリソースが頻繁に期限切れになり、キャッシュヒット率が低くなります。

    シナリオ：静的リソースがオリジンサーバーで公開されているが、CDN POP にキャッシュされていない、または POP にキャッシュされたリソースがすぐに期限切れになる。

    設定の推奨事項：

    • 画像やアプリケーションのダウンロードなど、更新頻度の低い静的ファイルについては、キャッシュ TTL を 1 か月以上に設定することを推奨します。

    • JS、CSS、MP4 ファイルなど、頻繁に更新される静的ファイルについては、ビジネスニーズに基づいてキャッシュ TTL を設定できます。

    • PHP、JSP、ASP ファイルなどの動的ファイルについては、キャッシュ TTL を 0 秒に設定してキャッシュを無効にすることを推奨します。

    キャッシュ設定

    URL 内のパラメーターを無視する

    要因：リクエスト URL に `クエリ文字列` やその他の可変パラメーターが含まれている場合、同じリソースにアクセスする異なる URL が別々のオリジンフェッチをトリガーします。これにより、キャッシュヒット率が低下します。

    シナリオ：パラメーターのみが異なる複数の URL から同じリソースを提供したい場合。

    パラメーターの無視

    大容量ファイル用の Range オリジンフェッチポリシーを設定する

    要因：ユーザーがダウンロードを途中で停止したり、動画の一部しか視聴しなかったりする場合があります。このような場合、ユーザーはファイルの特定の範囲にのみアクセスする必要があります。しかし、CDN POP はオリジンサーバーからファイル全体をリクエストします。その結果、CDN POP はユーザーに提供するデータよりも多くのデータをオリジンサーバーからダウンロードし、キャッシュヒット率が低下します。

    シナリオ：ユーザーがアプリケーションのインストールパッケージをダウンロードしたり、動画リソースを視聴したりする場合。

    Range オリジンフェッチ設定

    高速化後のリソースアクセスが遅い

    高速化ドメイン名は、ネットワークに CDN POP のレイヤーを追加し、オリジンサーバーからユーザーに近い POP にリソースを配信します。これにより、クライアントは近くの CDN POP からリソースをリクエストして取得できるため、オリジンフェッチが減少し、アクセス速度が向上します。したがって、低速アクセスは次の問題によって引き起こされる可能性があります：

    • クライアント側のローカルネットワークの問題 (ダウンストリーム帯域幅の不足や不適切な設定など)。

    • クライアントと CDN POP 間のネットワーク接続不良と高遅延。

    • CDN POP が正しく機能していない、または応答時間が遅い。

    • リソースコンテンツが大きく、ダウンロード時間が長い。

    • CDN POP からオリジンサーバーへのオリジンフェッチ中のネットワーク接続不良。

    • オリジンサーバー自体の応答時間が遅い。

    クロスオリジン「Access-Control-Allow-Origin」エラー

    高速化されたリソースへのリクエストが The 'Access-Control-Allow-Origin' header has a value 'xxx' that is not equal to the supplied origin というエラーで失敗します。ブラウザの開発者ツールのコンソールパネルには、リクエスト元 (https://vr-mc01.xxx) が Access-Control-Allow-Origin レスポンスヘッダーの値 (https://vr-web01.xxx) と一致しないため、CORS クロスオリジンエラーが表示されます。この不一致により、リソースの読み込みに失敗し (net::ERR_FAILED)、その後の JS 実行時エラーがトリガーされます。このエラーは、CDN レスポンスの Access-Control-Allow-Origin クロスオリジンヘッダーの値がクライアントリクエストの Origin クロスオリジンヘッダーと一致しないため、ブラウザがレスポンスをブロックすることを示します。たとえば、リクエストのクロスオリジンヘッダーは「Origin:http://Domain-A」ですが、レスポンスのクロスオリジンヘッダーは「Access-Control-Allow-Origin:http://Domain-B」です。

    この問題は、次のいずれかの理由で発生する可能性があります：

    • CDN で設定されたクロスオリジンヘッダーが、クライアントリクエストの `Origin` ヘッダーと一致しない。

    • オリジンサーバーからのクロスオリジンヘッダーが CDN によってキャッシュされている。

    • ブラウザのキャッシュが古い。

    トランスコーディングのコールバック URL が HTTPS ではない

    現在、ApsaraVideo VOD のコールバックは HTTPS をサポートしていません。ApsaraVideo VOD で HTTPS 証明書を正しく設定している場合は、コールバックメッセージを受信した後にリソース URL の `http://` を `https://` に手動で置き換えることができます。

    説明

    スナップショットとサムネイルのコールバックには HTTPS URL が含まれますが、トランスコーディングのコールバックは HTTP URL を返します。

    同じ名前のファイルの更新

    コンソールから、または API を使用してリフレッシュリクエストを送信できます。リソースのリフレッシュ方法の詳細については、「リフレッシュとプリフェッチ」をご参照ください。Alibaba Cloud アカウントごとに 1 日あたり最大 2,000 件のリフレッシュリクエストを送信できます。各リクエストには最大 1,000 個の URL を含めることができます。また、1 日あたり最大 100 個のディレクトリのコンテンツをリフレッシュすることもできます。関連する API オペレーションについては、「リフレッシュとプリフェッチ API」をご参照ください。

    リフレッシュまたはプリフェッチ後にリソースが更新されない

    問題をトラブルシューティングして解決するには、次の手順を実行します：

    • ブラウザのキャッシュをクリアしてからページを更新し、リソースが更新されているかどうかを確認します。

    • ローカルの `hosts` ファイルを変更して、サイトのドメイン名をオリジンサーバーに直接バインドします。次に、オリジンサーバーに直接アクセスして、そのリソースが更新されているかどうかを確認します。更新されていない場合は、オリジンサーバーのリソースを更新してから、CDN サービスを使用して高速化します。

    • ApsaraVideo VOD コンソールにログインし、リフレッシュまたはプリフェッチタスクが完了しているかどうかを確認します。完了していない場合は、タスクを再度実行することを推奨します。

    悪意のある IP アドレスのブロック

    IP ブラックリストを設定して、特定の IP アドレスからのアクセスをブロックおよび拒否できます。詳細については、「IP ブラックリストまたはホワイトリストの設定」をご参照ください。

    ブラックリスト上の IP がまだリソースにアクセスできる

    ApsaraVideo VOD コンソールで設定された IP アドレスが正しいかどうかを確認してください。クライアントの IP アドレスを正確に制限するには、`X-Forwarded-For` ヘッダーからの IP アドレスをブラックリストに追加する必要があります。クライアントの IP アドレスを取得する方法の詳細については、「クライアントの送信元 IP アドレスの取得」をご参照ください。

    説明

    • サーバーとして機能する CDN サービスは、クライアントのアクセス試行を制御できません。IP ブラックリストを設定すると、ブラックリストに登録された IP アドレスから CDN に送信されたリクエストは 403 エラーコードを受け取ります。これらのリクエストのログを表示できます。ログの表示方法の詳細については、「ログのダウンロード」をご参照ください。

    • 403 エラーコードが返された場合、生成されたトラフィックに対して課金されます。実際のリソースコンテンツは配信されないため、レスポンスヘッダーのみがトラフィックを生成し、コストは最小限です。詳細については、「CDN POP が 4xx ステータスコードを返した場合に課金されるか」をご参照ください。

    ホットリンク保護による 403 エラー

    問題

    ホットリンク保護を設定した後、ApsaraVideo VOD の高速化されたリソースにアクセスすると 403 エラーが返されます。

    原因

    ホットリンク保護の設定が正しくないか、リクエストの Referer ヘッダーが空です。

    ソリューション

    1. 問題の原因を特定します。

      • curl コマンドを実行して、高速化ドメイン名へのアクセスをテストします。

        curl -voa -e "http://demo.aliyundoc.com" http://example.aliyundoc.com

        次のサンプル出力のように、メッセージ `denied by Referer ACL` を伴う 403 エラーは、ホットリンク保護の設定が正しくないことを示します。この例では、リクエストの HTTP ヘッダーに値が demo.aliyundoc.com の `Referer` フィールドが含まれています。

        * Rebuilt URL to: http://example.aliyundoc.com/
*   Trying 101.x.x.144...
* TCP_NODELAY set
* Connected to example.aliyundoc.com (101.x.x.144) port 80 (#0)
> GET / HTTP/1.1
> Host: example.aliyundoc.com
> User-Agent: curl/7.54.0
> Accept: */*
> Referer: http://demo.aliyundoc.com
>
< HTTP/1.1 403 Forbidden
< Server: Tengine
< Date: Sat, 08 Dec 2023 12:36:17 GMT
< Content-Type: text/html
< Content-Length: 254
< Connection: keep-alive
< X-Tengine-Error: denied by Referer ACL
...
* Connection #0 to host example.aliyundoc.com left intact

      • curl コマンドを実行して、Referer ヘッダーなしで高速化ドメイン名へのアクセスをテストします。

        curl -voa http://example.aliyundoc.com

        システムが 403 エラーとメッセージ `denied by Referer ACL` を返す場合 (次のサンプル出力参照)、ホットリンク保護が空の Referer ヘッダーを持つリクエストをブロックするように設定されていることを示します。この例では、リクエストの HTTP ヘッダーに `Referer` フィールドがありません。

        * Rebuilt URL to: http://example.aliyundoc.com/
*   Trying 101.x.x.148...
* TCP_NODELAY set
* Connected to example.aliyundoc.com (101.x.x.148) port 80 (#0)
> GET / HTTP/1.1
> Host: example.aliyundoc.com
> User-Agent: curl/7.54.0
> Accept: */*
>
< HTTP/1.1 403 Forbidden
< Server: Tengine
< Date: Sat, 08 Dec 2023 12:48:50 GMT
< Content-Type: text/html
< Content-Length: 254
< Connection: keep-alive
< X-Tengine-Error: denied by Referer ACL
...
* Connection #0 to host example.aliyundoc.com left intact

      • Chrome ブラウザでドメイン名によって高速化された URL を開き、開発者ツールを開きます。リクエストヘッダーに `Referer` フィールドが含まれておらず、403 エラーが発生する場合 (次のサンプル出力参照)、ホットリンク保護が空の Referer ヘッダーを持つリクエストをブロックするように設定されていることを示します。

        403 Forbidden
You don't have permission to access the URL on this server.
Powered by Tengine

Response Headers:
Server: Tengine
X-Tengine-Error: denied by Referer ACL
...

Request Headers:
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
Host: example.aliyundoc.com
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36
...

    2. 原因に基づいて問題を解決します。

      • 不適切なホットリンク保護設定の解決策

        Referer の値 demo.aliyundoc.com が、高速化ドメイン名 example.aliyundoc.com に設定されたホットリンク保護ルールで許可されているかどうかを確認します。

        ApsaraVideo VOD コンソールにログインします。 左側のナビゲーションウィンドウで、設定の管理 > 配信の高速化設定 > ドメイン名 を選択します。 ターゲットドメイン名を見つけ、[操作] 列の [設定] をクリックします。 次に、RAM > [Referer ベースのホットリンク保護] > 設定の変更 を選択します。 Referer タイプが ホワイトリスト に設定されていて、リクエストされた Referer がホワイトリストと一致しない場合は、ドメイン名 demo.aliyundoc.com をリストに追加します。 たとえば、[Referer ベースのホットリンク保護] が [ホワイトリスト] として設定され、ルール *.example.com があり、[ブラウザのアドレスバーからのリソース URL へのアクセスを許可] および [空の Referer フィールドによる CDN リソースへのアクセスを許可] オプションが選択されていない場合、demo.aliyundoc.com からのリクエストはブロックされます。

      • 空の Referer ヘッダーの解決策

        ApsaraVideo VOD コンソールにログインします。 左側のナビゲーションウィンドウで、設定の管理 > 配信の高速化設定 > ドメイン名 を選択します。 対象のドメイン名を見つけ、[操作] 列の [設定] をクリックします。 次に、RAM > [Referer ホットリンク防止] > 設定の変更 を選択します。 ブラウザーのアドレスバーからリソース URL へのアクセスを許可する チェックボックスを選択します。

        説明

        空の Referer ヘッダーを持つリクエストを許可すると、ホットリンクのリスクが高まります。