SWAでのMicrosoft Updateトラフィックの範囲要求の設定

ダウンロード オプション

  • PDF     (1.7 MB)
    Adobe Reader を使ってさまざまなデバイスで表示
  • ePub     (1.4 MB)
    iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
  • Mobi (Kindle)     (1.2 MB)
    Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示
Updated: 2026 年 10 月 20 日
Document ID:225647

偏向のない言語

この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

概要

このドキュメントでは、Microsoft Updates(MS)トラフィックでSecure Web Appliance(SWA)のRange Request(RRRQ)を使用できるようにする手順について説明します。

前提条件

要件

次の項目に関する知識があることが推奨されます。

  • SWA管理

次のツールをインストールしておくことを推奨します。

  • 物理または仮想SWA
  • SWAグラフィカルユーザインターフェイス(GUI)への管理アクセス

使用するコンポーネント

本書の内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

範囲要求

範囲要求は、ファイル全体を一度にダウンロードするのではなく、クライアント（Webブラウザやダウンロードマネージャなど）がサーバからファイルの特定の部分だけを要求できるようにするHTTPプロトコルの機能です。これは、中断されたダウンロードの再開、メディアのストリーミング、または大きなファイルへの効率的なアクセスに役立ちます。クライアントはHTTP要求のRangeヘッダーで必要なバイト範囲を指定し、サーバは範囲要求をサポートする場合は206 Partial Contentステータスコードで応答し、要求されたファイルのセグメントだけを配信します。

このメカニズムにより、さまざまなシナリオでパフォーマンスとユーザエクスペリエンスが向上します。たとえば、ビデオストリーミングでは、レンジ要求によって再生に必要なセグメントのみを取得できるため、帯域幅の使用量が削減され、応答性が向上します。同様に、ダウンロードマネージャは範囲要求を使用してファイルをチャンクに分割し、それらを並行してダウンロードすることで、プロセスを高速化します。範囲要求は、キャッシングおよびプロキシシステムでも重要な役割を果たし、部分的なアップデートを可能にし、冗長なデータ転送を削減します。

プロキシ環境での範囲要求 

プロキシ環境では、範囲要求は帯域幅の使用を最適化し、コンテンツ配信の効率を向上させるために重要な役割を果たします。範囲要求が有効な場合、プロキシサーバは要求されたバイトセグメントだけを元のサーバから取得し、それらをローカルにキャッシュできます。これにより、クライアントはビデオや大きなファイルの特定のセグメントなどの部分的なコンテンツを要求し、可能であればプロキシキャッシュから迅速に受信できます。また、並列ダウンロードおよび再開機能も有効にします。これらは、帯域幅が限られていたり、遅延が大きい環境で役立ちます。

ただし、範囲要求が無効な場合、クライアントが必要とする部分が少なくても、プロキシは発信元サーバからファイル全体をフェッチする必要があります。これにより、不要なデータ転送、プロキシとオリジンサーバの両方の負荷の増加、クライアントの応答時間の遅延が発生します。また、プロキシは部分的なコンテンツを保存または提供できないため、効率的なキャッシング戦略を妨げます。ストリーミングシナリオでは、これによりバッファリング遅延が発生したり、ユーザエクスペリエンスが低下したりする可能性があります。範囲要求の無効化は、セキュリティまたはポリシー上の理由で実行できますが、パフォーマンスと柔軟性が犠牲になることがあります。

たとえば、10人のユーザが、100 MBのファイルからそれぞれ1 MBをプロキシサーバ経由でダウンロードしようとしているシナリオを考えてみます。

範囲要求が無効：

  • 範囲要求を無効にすると、プロキシは各ユーザが必要とする1 MBのセグメントだけを取得できません。代わりに、要求ごとに元のサーバから100 MBのファイル全体をダウンロードする必要があります。その結果、次のことが可能になります。
    • 発信元からプロキシへの合計トラフィック：10 × 100 MB = 1000 MB(1 GB)
    • そのデータのうち、クライアントが使用するのは10 MBだけです。
    • 残りの990 MBは無駄になり、帯域幅の使用が非効率的になり、プロキシおよび元のサーバの負荷が増大します。

範囲要求が有効：

  • 範囲要求が有効な場合、プロキシは要求された1 MB/ユーザのみをフェッチします。
    • 発信元からプロキシへの合計トラフィック：10 × 1 MB = 10 MB
    • プロキシはこれらのセグメントをキャッシュし、必要に応じて他のユーザに提供できます。
    • これにより、トラフィックが90分の1に削減され、応答時間が短縮され、リソース使用率が大幅に向上します。

Microsoft更新プログラムの範囲要求を有効にする

範囲要求によってパフォーマンスは向上しますが、SWA環境内では部分的なコンテンツを完全に検査できないため、セキュリティのスキャンとポリシーの適用が妨げられます。この記事では、範囲要求の使用をMicrosoft Updateトラフィックのみに制限します。

注意:範囲要求の転送を有効にすると、ポリシーベースのApplication Visibility and Control(AVC)効率が損なわれ、セキュリティが損なわれる可能性があります。

Microsoft Updateに対してのみ範囲要求を有効にする手順

ステップ 1：範囲要求の有効化

ステップ 1.1： GUIから、Security Servicesをクリックし、Web Proxyを選択します。

ステップ 1.2： Edit Settings をクリックします。

ステップ 1.3：Enable Range Request Forwardingチェックボックスをオンにします。

ステップ 1.4：[Submit] をクリックします。

Image - Enable Range Request Forwarding図 – 範囲要求転送の有効化

ステップ 2：Microsoft Updates URLのカスタムURLカテゴリの作成

ステップ 2.1： GUIから、Web Security Managerを選択し、Custom and External URL Categoriesをクリックします。
ステップ 2.2： Add Categoryをクリックして、カスタムURLカテゴリを追加します。
ステップ 2.3： 一意のカテゴリ名を割り当てます。
ステップ2.4:（オプション）説明を追加する。

ステップ 2.5：リスト順から、一番上に配置する最初のカテゴリを選択します。

ステップ 2.6：Category Typeドロップダウンリストから、Local Custom Categoryを選択します。

ステップ 2.7： SitesセクションにMicrosoft Updates URLを追加します。

tip-icon

ヒント:Microsoftの更新プログラムの一覧は、次のリンクから確認できます：手順2 - WSUSの構成| Microsoft詳細情報

caution-icon

注意:Microsoftのドキュメントに記載されているURLをコピー/ペーストしないでください。SWA形式として正しくフォーマットしてください。 詳細については、次のサイトを参照してください。Secure Web ApplianceでのカスタムURLカテゴリの設定 – シスコ

次に例を示します。

http://windowsupdate.microsoft.com    ===>  windowsupdate.microsoft.com
http://*.windowsupdate.microsoft.com  ===>  .windowsupdate.microsoft.com

ステップ 2.8： [Submit] をクリックします。

Image - Create a Custom URL Categoryイメージ – カスタムURLカテゴリの作成

ステップ3:（オプション）Microsoft Updatesトラフィックを認証から除外するIDプロファイルを作成します

注：このアクションは、Microsoft Updatesへのトラフィックに対するSWAの認証負荷を軽減することです。

ステップ 3.1： GUIで、Web Security Managerを選択し、Identification Profilesをクリックします。
ステップ 3.2： Add Profileをクリックして、プロファイルを追加します。
ステップ 3.3： Enable Identification Profileチェックボックスが選択されていることを確認します。
ステップ 3.4： 一意のプロファイルNameを割り当てます。
ステップ3.5:（任意）説明を追加する。
ステップ 3.6： 上に挿入ドロップダウンリストから、このプロファイルをテーブルのどこに表示するかを選択します。

ステップ 3.7： User Identification Method セクションで、Exempt from authentication/ identificationを選択します。

ステップ 3.8： [サブネットによるメンバの定義] で、特定のユーザに対してMicrosoftトラフィックをパススルーする場合は、適用されるIPアドレスまたはサブネットを入力します。すべてのIPアドレスを含める場合は、このフィールドを空白のままにします。 

ステップ 3.9：Advancedセクションから、Custom URL Categoriesを選択します。

ステップ 3.10：Microsoftアップデート用に作成されたカスタムURLカテゴリを追加します。

ステップ 3.11：[Done] をクリックします。

ステップ 3.12： [Submit] をクリックします。 

Image - Create Identification Profileイメージ – 識別プロファイルの作成

ステップ4:（オプション）Microsoft Updatesトラフィックを通過させるための復号化ポリシーの作成 

注: Microsoftのアップデートでは、HTTPおよびHTTPSトラフィックを使用してアップデートリンクが配信されます。 この操作により、SWAの復号化の負荷が軽減されました。 

ステップ 4.1： GUIで、Web Security Managerを選択し、Decryption Policyをクリックします。

ステップ 4.2： Add Policyをクリックして、復号ポリシーを追加します。

ステップ 4.3： 一意のポリシー名を割り当てます。
ステップ4.4:（オプション）説明を追加する。
ステップ 4.5： Insert Above Policyドロップダウンリストから、最初のポリシーを選択します。

ステップ 4.6： Identification Profiles and Usersから、Select One or more Identification Profilesを選択します。

ステップ 4.7：ステップ3で作成したIDプロファイルを選択し、ステップ4.11に進みます。

ステップ 4.8： Windows UpdateのIDプロファイルを作成していない場合は、「Advanced」セクションで「Custom URL Categories」を選択します。

ステップ 4.9：ステップ2で作成したMicrosoft Updates用のカスタムURLカテゴリを追加します。

ステップ 4.10：[Done] をクリックします。

ステップ 4.11： [Submit] をクリックします。

Image - Create a Decryption Policyイメージ：復号化ポリシーの作成

ステップ 4.12： Decryption PoliciesページのURL Filteringの下で、新しい復号ポリシーに関連付けられているリンクをクリックします。

ステップ 4.13： Microsoft Updates URLカテゴリのアクションとしてPass Throughを選択します。

Image - Set the Action Pass Through for the URL Categoryイメージ：URLカテゴリのアクションのパススルーの設定

ステップ 4.14：[Submit] をクリックします。 

ステップ 5：Microsoft Updatesトラフィックの範囲要求を許可するアクセスポリシーの作成

ステップ 5.1： GUIから、Web Security Managerをクリックし、Access Policyを選択します。

ステップ 5.2： Add Policyをクリックして、アクセスポリシーを追加します。

ステップ 5.3： 一意のポリシー名を割り当てます。
ステップ5.4:（オプション）説明を追加する。
ステップ 5.5： Insert Above Policyドロップダウンリストから、最初のポリシーを選択します。

ステップ 5.6： Identification Profiles and Usersから、Select One or more Identification Profilesを選択します。

ステップ 5.7：ステップ3で作成したIDプロファイルを選択し、ステップ5.11に進みます。

ステップ 5.8： AdvancedセクションでWindows UpdateのIDプロファイルを作成していない場合は、Custom URL Categoriesを選択します。

ステップ 5.9：ステップ2で作成したMicrosoft Updates用のカスタムURLカテゴリを追加します。

ステップ 5.10：[Done] をクリックします。

ステップ 5.11：[Submit] をクリックします。

Image - Create the Access Policyイメージ：アクセスポリシーの作成

ステップ 5.12： Access PoliciesページのURL Filteringの下で、新しいアクセスポリシーに関連付けられているリンクをクリックします。

ステップ 5.13： Microsoft Updates用に作成したカスタムURLカテゴリのアクションとしてAllowを選択します。

ステップ 5.14：[Submit] をクリックします。

Image - Set the Action Allow for the URL Categoryイメージ：URLカテゴリのアクション許可の設定

ステップ 5.15： Access PoliciesページのApplicationsの下で、新しいアクセスポリシーに関連付けられているリンクをクリックします。

Image - Edit Application Visibility and Controlイメージ – Application Visibility and Controlの編集

ステップ 5.16：アプリケーション設定の編集セクションで、アプリケーションのカスタム設定の定義を選択します。

ステップ 5.17： Applications Settingsセクションで、Gamesアプリケーションに対してEdit allをクリックし、アクションをBlockに設定します。

ステップ 5.18：[Apply] をクリックします。

Image - Set One Application Action to Blockイメージ – 1つのアプリケーションアクションをブロックに設定

ステップ 5.19：Range Request Settings for Policyセクションまでスクロールダウンし、Forward range requestsが選択されていることを確認します。

Image - Range Request Settings for Policyイメージ – ポリシーの範囲要求の設定

ステップ 5.20： [Submit] をクリックします。 

ステップ 5.21： Access PoliciesページのApplicationsの下で、Global Policyに関連付けられているリンクをクリックします。

Image - Default Access Policy Application Settings図 – デフォルトのアクセスポリシーアプリケーション設定

ステップ 5.22：Range Request Settings for Policyセクションまでスクロールダウンして、Do Not Forward Range Requestsが選択されていることを確認します。

ステップ 5.23：変更を確定します。

アクセスログの変更

アクセスログからの範囲要求に関する追加の可視性のために、次のカスタムフィールドを追加できます。

[クライアントの範囲= %<範囲：] 

クライアントが要求した範囲を表示します（バイト）

[content= %>Content-Length:]

ダウンロードされたコンテンツのサイズ（バイト）を表示します 

SWAアクセスログにカスタムフィールドを追加する方法の詳細については、『アクセスログのパフォーマンスパラメータの設定』ガイドを参照してください。

確認

次のCURLコマンドを実行して、範囲要求をSWAに送信します。

curl -vvvk -H "Pragma: no-cache" -x 10.48.48.181:3128 -H 'Range: bytes=0-100' 'http://catalog.sf.dl.delivery.mp.microsoft.com/filestreamingservice/files/f263aa64-f367-42f0-9cad-328f342b93f7/public/windows11.0-kb5043080-arm64_df540a05f9b118e339c5520f4090bb5d450f090b.msu' -o /dev/null  -k

CURLの出力から、HTTP応答がHTTP/1.1 206であることがわかります。

> GET http://catalog.sf.dl.delivery.mp.microsoft.com/filestreamingservice/files/f263aa64-f367-42f0-9cad-328f342b93f7/public/windows11.0-kb5043080-arm64_df540a05f9b118e339c5520f4090bb5d450f090b.msu HTTP/1.1
> Host: catalog.sf.dl.delivery.mp.microsoft.com
> User-Agent: curl/8.7.1
> Accept: */*
> Proxy-Connection: Keep-Alive
> Pragma: no-cache
> Range: bytes=0-100
>
* Request completely sent off
< HTTP/1.1 206 Partial Content

アクセスログから、アクションがTCP_CLIENT_REFRESH_MISS/206であることを確認できます。

1773942471.096 14 10.190.0.206 TCP_CLIENT_REFRESH_MISS/206 860 GET http://catalog.sf.dl.delivery.mp.microsoft.com/filestreamingservice/files/f263aa64-f367-42f0-9cad-328f342b93f7/public/windows11.0-kb5043080-arm64_df540a05f9b118e339c5520f4090bb5d450f090b.msu - DEFAULT_PARENT/proxy.upstream.cisco.com application/octet-stream ALLOW_CUSTOMCAT_12-AP_Windows_Update-MS_Update_No_Auth-NONE-NONE-NONE-DefaultGroup-NONE <"C_Wind",-,-,"-",-,-,-,-,"-",-,-,-,"-",-,-,"-","-",-,-,"-",-,"-","-","-","-","-","-","-",491.43,0,-,"-","-",-,"-",-,-,"-","-",-,-,"-",-,-> - - [Client Range = "bytes=0-100"] [content= "101"]

関連コンテンツ

更新履歴

改定 発行日 コメント
3.0
20-Oct-2026
スペル、文法、間隔、読みやすさを考慮したセクションへの水平線の挿入、固定CCWアラートの更新。
2.0
29-Jul-2026
初版リリース
1.0
25-Mar-2026
初版
TAC Authored

シスコ エンジニア提供

  • アミルホセインモジャラート
    テクニカルコンサルティングエンジニア

このドキュメントは役に立ちましたか?

Feedbackフィードバック

シスコに問い合わせ

このドキュメントは次の製品に対応しています