ローカル管理配置に関する Cisco ACNS ソフトウェア コンフィギュレーション ガイド Release 5.3
はじめに
はじめに
発行日;2012/02/03 | ドキュメントご利用ガイド | ダウンロード ; この章pdf , ドキュメント全体pdf (PDF - 10MB) | フィードバック

目次

はじめに

スタンドアロン Content Engine の設定、監視、トラブルシューティングの概要

スタンドアロン Content Engine の設定、監視、トラブルシューティングのフローチャート

スタンドアロン Content Engine の設定、監視、トラブルシューティングのチェックリスト

Setup ユーティリティを使用したスタンドアロン Content Engine の基本コンフィギュレーション設定

Setup ユーティリティを使用して設定可能な一般に使用される キャッシング サービス

Setup ユーティリティの使用

Setup ユーティリティのメニュー オプションと対応する CLI コマンド

Setup ユーティリティで使用できる矢印とキー

スタンドアロン Content Engine のアドレッシング方式の決定

スタンドアロン Content Engine のデバイス ネットワーク設定パラメータの概要

CLI コマンド方式を使用したスタンドアロン Content Engine の一般設定値の指定

Setup ユーティリティの起動

手作業による Setup ユーティリティの起動

自動的な Setup ユーティリティの起動

Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定

直接プロキシ ルーティングを使用可能にするクライアント ブラウザとメディア プレーヤーの設定

クライアント ブラウザへの直接スタンドアロン Content Engine 指定

PAC ファイルを使用したクライアント ブラウザへの直接スタンドアロン Content Engine の指定

クライアント ブラウザがスタンドアロン Content Engine を指し示すようにするための手作業による設定

WMT RTSP 要求に対して Windows Media 9 Player が 直接スタンドアロン Content Engine を指し示すようにするための設定

WMT MMS 要求に対して Windows Media Player が 直接スタンドアロン Content Engine を指し示すようにするための設定

RealMedia Player が直接スタンドアロン Content Engine を指し示すようにするための設定

透過リダイレクションのための WCCP ルータの設定

基本コンフィギュレーションの確認

Setup ユーティリティを使用した基本コンフィギュレーションの変更

スタンドアロン Content Engine へのログイン

Telnet またはコンソール セッションを使用したスタンドアロン Content Engine へのログイン

Secure Shell Version 1 または Version 2 を使用したスタンドアロン Content Engine へのログイン

Content Engine GUI を使用したスタンドアロン Content Engine へのログイン

Content Engine GUI へのアクセスの有効化と無効化

Content Engine GUI へのログイン

Content Engine GUI のログアウト

はじめに

この章では、ACNS 5.3.1ソフトウェアまたはそれ以降を実行しているスタンドアロン Content Engine の設定、監視、およびトラブルシューティングを行う方法について説明します。また ACNS ソフトウェア Setup ユーティリティを使用して、一般設定(デバイス ネットワーク設定およびディスク設定)と通常使用されるキャッシング サービスのセット(表4-2 を参照)をスタンドアロン Content Engine に設定する方法も説明します。

この章の構成は、次のとおりです。

「スタンドアロン Content Engine の設定、監視、トラブルシューティングの概要」

「Setup ユーティリティを使用したスタンドアロン Content Engine の基本コンフィギュレーション設定」

「直接プロキシ ルーティングを使用可能にするクライアント ブラウザとメディア プレーヤーの設定」

「透過リダイレクションのための WCCP ルータの設定」

「基本コンフィギュレーションの確認」

「Setup ユーティリティを使用した基本コンフィギュレーションの変更」

「スタンドアロン Content Engine へのログイン」

「スタンドアロン Content Engine」という用語は、このマニュアル全体で、ACNS 管理者が意図的に Content Distribution Manager に登録していない Content Engine という意味で使用しています。したがって、ACNS 管理者は Content Engine をスタンドアロン デバイスとして、設定、管理、監視を行うことができます。スタンドアロン Content Engine を複数配置できます(たとえば、スタンドアロン Content Engine クラスタ構成で配置することもできます)。

スタンドアロン Content Engine の基本設定をした後で、システム クロックの設定、ログイン アカウントの管理、およびディスクの管理および監視などその他の基本タスクを実行することができます。このトピックに関する詳細情報は、「スタンドアロン Content Engine の他の基本タスクの実行」を参照してください。


) この章で使用される CLI コマンドの構文と使用方法については、『Cisco ACNS Software Command Reference, Release 5.3』を参照してください。Content Distribution Manager に登録されている Content Engine の設定方法については、『中央管理配置に関する Cisco ACNS ソフトウェア コンフィギュレーション ガイド Release 5.3』を参照してください。


スタンドアロン Content Engine の設定、監視、トラブルシューティングの概要

ここでは、スタンドアロン Content Engine をキャッシングおよびストリーミング エンジンとして使用する場合の設定、監視、およびトラブルシューティング方法の概要について説明します。構成は、次のとおりです。

「スタンドアロン Content Engine の設定、監視、トラブルシューティングのフローチャート」

「スタンドアロン Content Engine の設定、監視、トラブルシューティングのチェックリスト」

スタンドアロン Content Engine の設定、監視、トラブルシューティングのフローチャート

図4-1 では、スタンドアロン Content Engine の設定、監視、およびトラブルシューティングを行う場合の一般的なワークフローのハイレベル ビューを示しています。表4-1 では、図4-1 に示されているワークフローを完了するために必要なタスクのチェックリストを説明しています。


図4-1 にある凡例で示すように、従来のキャッシング サービス(図4-2)、WMT MMS ストリーミングとキャッシング サービス(図4-3 および 図4-4)、および RealMedia ストリーミングとキャッシング サービス(図4-5)を設定するために、より詳細なフローチャートが用意されています。


図4-1 スタンドアロン Content Engine の設定、監視、トラブルシューティングのハイレベル ビュー

 

図4-2 スタンドアロン Content Engine における従来のキャッシング サービスの設定の詳細

 

この章では、Setup ユーティリティを使用して、3 つの一般的に使用される従来のキャッシング サービス(HTTP リバース プロキシ キャッシング、WCCP Version 2 を使用した HTTP 透過キャッシング、および HTTP フォワード キャッシング)をスタンドアロン Content Engine に設定する方法を説明します。従来のキャッシング サービス(たとえば、DNS キャッシングと FTP キャッシングなど)と同じように、これらの 3 つのサービスを設定する、Content Engine CLI 方式(Setup ユーティリティの代わりに)を使用する方法については、「スタンドアロン Content Engine における従来のキャッシング サービスの設定」を参照してください。

図4-3 スタンドアロン Content Engine で WMT MMS ストリーミングとキャッシング サービスを設定する場合の詳細ビュー(第 1 部)

 

図4-4 スタンドアロン Content Engine で WMT MMS ストリーミングとキャッシング サービスを設定する場合の詳細ビュー(第 2 部)

 

この章では、Setup ユーティリティを使用して、 2 つの一般的に使用される WMT MMS キャッシング サービス(WMT 透過キャッシングと WMT プロキシ キャッシング)をスタンドアロン Content Engine に設定する方法を説明します。Content Engine CLI(Setup ユーティリティの代わりに)を使用して、これらのキャッシング サービス、その他の WMT MMS サービス(WMT ストリーミングなど)、または WMT RTSP サービスをスタンドアロン Content Engine 上で設定する方法については、「スタンドアロン Content Engine 上の WMT ストリーミング メディア サービスの設定」を参照してください。

図4-5 スタンドアロン Content Engine で RealMedia ストリーミングとキャッシング サービスを設定する場合の詳細ビュー

 

この章では、Setup ユーティリティを使用して、次の 2 つの一般的に使用される RealMedia キャッシング サービスをスタンドアロン Content Engine に設定する方法を説明します。RealMedia 透過キャッシングと RealMedia プロキシ キャッシング。Content Engine CLI(Setup ユーティリティの代わりに)を使用して、これらのキャッシング サービスまたは他の RealMedia サービス(たとえば、RealProxy ライブ分割)をスタンドアロン Content Engine に設定する方法については、「スタンドアロン Content Engine の RealMedia サービスの設定」を参照してください。

スタンドアロン Content Engine の設定、監視、トラブルシューティングのチェックリスト

表4-1 では、ACNS 5.3.1 ソフトウェアまたはそれ以降を実行しているスタンドアロン Content Engine の設定、監視、およびトラブルシューティングに関するタスクのチェックリストを示しています。

 

表4-1 スタンドアロン Content Engine の設定、監視、トラブルシューティングのチェックリスト

タスク
追加情報および説明
基本コンフィギュレーションの開始

 

1. このスタンドアロン Content Engine を初期設定するために使用するアドレッシング方式を決定する。

次の 2 つのサポートされているアドレッシング方式は、相互に排他的です。

スタティック IP アドレスとネットワーク マスクを手作業で指定する。

インターフェイス レベルの DHCP アドレッシング方式を使用して、IP アドレスを動的に割り当てる。

「スタンドアロン Content Engine のアドレッシング方式の決定」を参照してください。

2. このスタンドアロン Content Engine を設定するために使用する方法を決定する。

Setup ユーティリティ

CLI コマンド

この章では、Setup ユーティリティを使用して、スタンドアロン Content Engine の基本コンフィギュレーションを迅速に行う方法を説明します。「Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定」を参照してください。

CLI 方式を使用して、一般設定パラメータを設定する方法の概要は、「CLI コマンド方式を使用したスタンドアロン Content Engine の一般設定値の指定」で説明します。一般設定パラメータを設定するために使用する CLI コマンドの詳細情報については、『Cisco ACNS Software Command Reference, Release 5.3』を参照してください。

スタンドアロン Content Engine で実行する 1 つまたはそれ以上の、より一般的に使用される キャッシング サービスと他の多数のサービス(たとえば、DNS キャッシング、FTP キャッシング、WMT ストリーミング、および RealMedia ストリーミング サービス)を設定または変更するために CLI 方式を使用する方法については、このマニュアルの次の章を参照してください。

「スタンドアロン Content Engine における従来のキャッシング サービスの設定」

「スタンドアロン Content Engine の RealMedia サービスの設定」

「スタンドアロン Content Engine 上の WMT ストリーミング メディア サービスの設定」

3. Content Engine の電源を入れ、そしてそのシリアル ポートのどれかひとつのコンソール接続を開きます。

物理的にハードウェアを取り付け、Content Engine に電源を入れて、このスタンドアロン(未登録)Content Engine(Content Distribution Manager に登録されている Content Engine ではない)の基本コンフィギュレーションを行うためにACNSソフトウェア(Setup ユーティリティまたは CLI コマンド)にアクセスできます。

4. セットアップ ユーティリティまたは CLI コマンドを使用して、Content Engine 上で以下の一般的な設定を設定する。

デバイス ネットワーク設定パラメータ

ディスク設定

Setup ユーティリティを使用して、一般設定パラメータを設定するには、「Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定」を参照してください。

CLI コマンド方式を使用して、一般設定パラメータを設定するには、「CLI コマンド方式を使用したスタンドアロン Content Engine の一般設定値の指定」を参照してください。

5. このスタンドアロン Content Engine に配置するサービスを選択する。

従来のキャッシング サービス(DNS、HTTP、FTP、および HTTPS キャッシング)

RealMedia ストリーミングおよびキャッシング サービス

WMT ストリーミングおよびキャッシング サービス

「従来のキャッシング サービスの設定の概要」を参照してください。

「スタンドアロン Content Engine の RealMedia サービスの設定」を参照してください。

「スタンドアロン Content Engine 上の WMT ストリーミング メディア サービスの設定」を参照してください。

6. このスタンドアロン Content Engine にコンテンツ要求のあて先を指示するための、下記にあるひとつまたは複数のルーティング方式を設定する

直接プロキシ ルーティング(非透過)

透過リダイレクション(WCCP ルーティングまたは Layer 4 スイッチング)

直接プロキシ ルーティングについては「直接プロキシ ルーティングを使用可能にするクライアント ブラウザとメディア プレーヤーの設定」を参照してください。

WCCP ルーティングについては、「ルータ上での WCCP サービスの設定」を参照してください。

レイヤ 4 スイッチングについては、「リダイレクション方式としてのレイヤ 4 スイッチングの設定」を参照してください。

7. 直接プロキシ ルーティングを使用する場合、*.pac ファイルを使用するかどうかを選択する。

「No」を選択した場合、ダイレクト プロキシ サーバとしてスタンドアロン Content Engine を直接指すように手作業で各クライアント ブラウザを設定します。設定方法は、「クライアント ブラウザがスタンドアロン Content Engine を指し示すようにするための手作業による設定」を参照してください。

「Yes」を選択した場合、プロキシ 自動コンフィギュレーション(PAC)ファイルを使用するようにスタンドアロン Content Engine とクライアント ブラウザを設定します。設定方法は、「PAC ファイルを使用したクライアント ブラウザへの直接スタンドアロン Content Engine の指定」を参照してください。

8. このスタンドアロン Content Engine に、選択されたキャッシングおよびストリーミング サービスを設定する。

Setup ユーティリティを使用すると、一般に使用されるキャッシング サービスのセット( 表4-2 を参照)をスタンドアロン Content Engine に設定できます。このユーティリティを使用して、これらのキャッシング サービスのうち 1 つまたは複数のサービスをご使用の Content Engine に設定することをお勧めします。これにより、Content Engine が起動し、キャッシング サービスの基本セットの実行が可能になります。詳細については、「Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定」を参照してください。

9. 基本コンフィギュレーションを検査する。

基本コンフィギュレーションが完了したら、これらのキャッシング サービスが正常に機能しているか確認してください。「基本コンフィギュレーションの確認」を参照してください。

10. これで、次のいずれかの作業を行うことができます。

コンテンツ サービスを設定する。

この Content Engine で拡張設定を実行する。

監視およびトラブルシューティングを行う。

この表の作業 11 から 23 を参照してください。

コンテンツ サービスの設定(オプション)

スタンドアロン Content Engine 上でキャッシングおよびストリーミング サービスを設定した後、アクセス制御や URL フィルタリング、ICAP、および、ルールなどのコンテンツ サービスを設定できます。

11. インターネットに対するユーザ アクセスを制御する(HTTP、HTTPS、および FTP-over-HTTP 要求にためのアクセス制御)必要があるかどうかを決定する。

必要ない場合は、作業 12. に進みます。

制御する場合は、認証と許可を設定します。設定方法は、「スタンドアロン Content Engine のコンテンツ認証および許可の設定」を参照してください。

12. URL フィルタリングを使用するかどうかを決定する。

必要ない場合は、作業 13. に進ます。

使用する場合は、HTTP、HTTPS および FTP 要求に使用する URL フィルタリングを設定します(「スタンドアロン Content Engine 上でのコンテンツ事前ローディングと URL フィルタリングの設定」を参照)。

13. 外部 ICAP サーバが存在するかどうかを判別する。

存在しない場合は、作業 14. に進ます。

存在する場合は、HTTP および FTP-over-HTT 要求に使用する ICAP(Internet Content Adaptation Protocol)を設定する(「スタンドアロン Content Engine の ICAP サービスの設定」を参照)。

14. コンテンツ要求を処理するために必要な特別な要件があるかどうかを判別する。

要件がない場合は、作業 15. に進ます。

要件がある場合は、HTTP、HTTPS、FTP-over-HTTP、WMT および RTSP 要求に使用するルールを設定する(「スタンドアロン Content Engine の Rules Template の設定」を参照)。

拡張設定作業を実行(オプション)

 

15. 拡張透過キャッシング機能(例えば、トラフィック バイパス、過負荷バイパス、フロー保護、および IP スプーフィング)を設定する。

「スタンドアロン Content Engine の WCCP サービスの設定」

16. スタンドアロン Content Engine に追加するネットワーク インターフェイスをセットアップする。

「スタンドアロン Content Engine 上の追加ネットワーク インターフェイスと帯域幅の設定」

17. このスタンドアロン Content Engine にインターフェイスおよびコンテンツのための帯域幅を設定する。

「スタンドアロン Content Engine 上の追加ネットワーク インターフェイスと帯域幅の設定」

18. このスタンドアロン Content Engine でログインの認証および許可のセットアップする。

「スタンドアロン Content Engine での管理ログイン認証と許可の設定」

19. このスタンドアロン Content Engine を、TACACS+ を使用するシステム アカウンティングに設定する。

「スタンドアロン Content Engine での AAA アカウンティングの設定」

20. このスタンドアロン Content Engine に IP アクセス制御リスト(ACL)を設定する。

「スタンドアロン Content Engine での IP アクセス コントロール リストの作成と管理」

21. このスタンドアロン Content Engine のための TCP スタック パラメータを表示または変更する。

「スタンドアロン Content Engine での TCP スタック パラメータの表示と変更」

22. このスタンドアロン Content Engine のためのシステム ロギングの設定値を表示、または変更する。

「特定 URL のパフォーマンスのモニタリング」を参照してください。

監視およびトラブルシューティング

 

23. SNMP、ACNS ソフトウェア アラーム、および ACNS ソフトウェア ログを使用して、このスタンドアロン Content Engine を監視する。

「スタンドアロン Content Engine のモニタリングとトランザクション」

24. トラブルシューティングのために、Traceroute およびその他のサポートされている診断ツールを使用する。

「トラブルシューティング」

Setup ユーティリティを使用したスタンドアロン Content Engine の基本コンフィギュレーション設定

ここでは、Setup ユーティリティの概要を説明し、このツールを使用して、次のいずれかの状況にあるスタンドアロン Content Engine を設定する方法についても説明します。

ケース 1:Content Engine をはじめて(たとえば、Content Engine を ACNS 5.3 ソフトウェアとともに購入した場合など)起動する場合、Setup ユーティリティを使用して、基本コンフィギュレーション設定パラメータ(一般設定[デバイス ネットワーク設定とディスク設定]、および一般に使用されているキャッシング サービス[ 表4-2 を参照])を設定できます。

ケース 2:このデバイスはいくつかの基本コンフィギュレーションをもったスタンドアロン Content Engine(たとえば、Content Engine を ACNS 5.3 ソフトウェアにアップグレードして、すでにデバイス ネットワーク設定値、ディスク設定、および HTTP プロキシ キャッシング設定が終了しているなど)です。Setup ユーティリティを使用して、このスタンドアロン Content Engineの基本コンフィギュレーションを完了することが必要です(たとえば、まだ設定を終了していない、他の一般に使用されているキャッシング サービスの一部を設定するなど)。

ケース 1 の場合、デバイスを最初に起動したとき、Setup ユーティリティは自動的に起動します。このような場合に初期基本コンフィギュレーションを完了するには、次のタスクが必要です。

「スタンドアロン Content Engine のアドレッシング方式の決定」

「Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定」.

ケース 2 の場合、 setup 特権 EXEC コマンドを使用して、手作業で Setup ユーティリティを起動します。このトピックに関する詳細は、「手作業による Setup ユーティリティの起動」を参照してください。

この基本コンフィギュレーションを完了すると、直接プロキシ ルーティングのためにクライアント ブラウザとメディア プレーヤー(「直接プロキシ ルーティングを使用可能にするクライアント ブラウザとメディア プレーヤーの設定」を参照)を設定し、透過リダイレクト(「透過リダイレクションのための WCCP ルータの設定」を参照)のために WCCP ルータを設定する必要があります。この基本コンフィギュレーションが正常に機能していることを検査してから、CLI コマンドまたは Content Engine GUI を使用して、キャッシング サービス(たとえば、DNS キャッシング、FTP キャッシング、および HTTPS キャッシングなど)、ストリーミング サービス(WMT ストリーミングおよび RTSP ストリーミング)、またはコンテンツ サービスを追加設定することができます。また、拡張コンフィギュレーションを実行するか、この Content Engine を監視することもできます。


) この章の後半では、「WCCP Version 2 対応ルータ」という用語は、WCCP Version 2 を実行しているルータを意味します。


Setup ユーティリティを使用して設定可能な一般に使用される キャッシング サービス

表4-2 では、Setup ユーティリティを使用して、スタンドアロン Content Engine 上ですぐに設定可能な一般的に使用されているキャッシング サービスを示しています。

 

表4-2 Setup ユーティリティを使用して設定可能な一般に使用される キャッシング サービス

キャッシング サービス
説明

HTTP フォワード
プロキシ キャッシング

スタンドアロン Content Engine は、HTTP 要求に対して非透過フォワード プロキシ サーバとして機能します。Content Engine はクライアント ブラウザから直接 HTTP 要求を受信すると、要求されたコンテンツがローカルのキャッシュに保存されていない場合、そのコンテンツを取得し、キャッシュします。それから、要求されたコンテンツを要求元(クライアント ブラウザ)に送信します。

HTTP 透過 キャッシング

スタンドアロン Content Engine は、HTTP 要求に対して透過プロキシ サーバとして機能します。Content Engine はリダイレクトされた HTTP 要求を受信すると、要求されたコンテンツがローカルのキャッシュに保存されていない場合、そのコンテンツを取得し、キャッシュします。それから、要求されたコンテンツを要求元(クライアント ブラウザ)に送信します。Setup ユーティリティを使用して、Content Engine を設定すると、WCCP Version 2 対応ルータからのリダイレクトされた HTTP 要求を受け入れることができます。Content Engine CLI を使用して、Content Engine を設定すると、WCCP Version 2 対応ルータまたはレイヤ 4 スイッチからリダイレクトされた HTTP 要求を受け入れることができます。

HTTP リバース プロキシ
キャッシング

スタンドアロン Content Engine は、特定の Web サーバ(たとえば、Web サーバ ファーム内の Web サーバなど)に対する透過プロキシ サーバとして、機能します。これはエンドユーザ(Web クライアント)に対してプロキシとして動作するのとは逆の動作です。Content Engine はリダイレクトされたリバース プロキシ要求を受信すると、要求されたコンテンツがローカルのキャッシュに保存されていない場合、そのコンテンツを取得し、キャッシュします。それから、要求されたコンテンツを要求元(クライアント ブラウザ)に送信します。Setup ユーティリティを使用して、Content Engine を設定すると、WCCP Version 2 対応ルータからリダイレクトされたリバース プロキシ要求を受け入れることができます。Content Engine CLI を使用して、Content Engine を設定すると、WCCP Version 2 対応ルータまたはレイヤ 4 スイッチからリダイレクトされたリバース プロキシ要求を受け入れることができます。

WMT プロキシ キャッシング

スタンドアロン Content Engine は、WMT コンテンツを要求する Windows Media Player を使用しているエンド ユーザに対して非透過プロキシ サーバとして機能します。Content Engine はクライアントの Windows Media Player から直接 WMT 要求を受信すると、要求されたコンテンツがローカルのキャッシュに保存されていない場合、そのコンテンツを取得し、可能な時はいつでも、そのコピーをローカルに保存します。それから、要求されたコンテンツを要求元(クライアントの Windows Media Player)に送信します。

WMT 透過キャッシング

スタンドアロン Content Engine は、コンテンツを要求するために Windows Media Playerを使用しているエンド ユーザに対して透過プロキシ サーバとして機能します。Content Engine は透過的にリダイレクトされた WMT 要求を受信すると、要求されたコンテンツがローカルのキャッシュに保存されていない場合、そのコンテンツを取得し、可能な時はいつでもそのコピーをローカルに保存します。それから、要求されたコンテンツを要求元(クライアントの Windows Media Player)に送信します。Setup ユーティリティを使用して、Content Engine を設定すると、WCCP Version 2 対応ルータからのリダイレクトされた WMT 要求を受け入れることができます。Content Engine CLI で、WCCP Version 2 対応ルータまたは レイヤ 4 スイッチからリダイレクション WMT 要求を受け入れられるように Content Engine を設定できます。

RealMedia プロキシ
キャッシング

スタンドアロン Content Engine は、RTSP コンテンツを要求するために RealMedia Player を使用しているエンド ユーザに対して非透過プロキシ サーバとして機能します。Content Engine は RealMedia Player(たとえば、RealPlayer など)から直接 RTSP 要求を受信すると、要求されたコンテンツがローカルのキャッシュに保存されていない場合、そのコンテンツを取得し、可能な時はいつでもそのコピーをローカルに保存します。それから、要求されたコンテンツを要求元(RealMedia Player)に送信します。

RealMedia 透過 キャッシング

スタンドアロン Content Engine は、コンテンツを要求するために RealMedia Player を使用しているエンド ユーザに対して透過プロキシ サーバとして機能します。リダイレクトされた RTSP 要求を受信すると、Content Engine は要求されたコンテンツを取得し、可能な時はいつでもそのコピーをローカルに保存します。それから、要求されたコンテンツを要求元(RealMedia Player)に送信します。Setup ユーティリティを使用して、Content Engine を設定すると、WCCP Version 2 対応ルータからのリダイレクトされた RTSP 要求を受け入れることができます。Content Engine CLI で、WCCP Version 2 対応ルータまたは レイヤ 4 スイッチからリダイレクション RTSP 要求を受け入れられるように Content Engine を設定できます。

Setup ユーティリティの使用

Setup ユーティリティを使用する場合の重要事項は、次のとおりです。

デバイス モードの変更(たとえば、CE-565 または CE-7306 など)をサポートする Content Engine 上で Setup ユーティリティを起動すると、特別なデバイスのためのデバイス モードを指定するようにプロンプトが表示されます。プロンプトが表示された時、 Enter を押すか、または CE と入力して、このスタンドアロン Content Engine に対する Content Engine のデバイス モードを指定します。

What is the mode of the device (CE/CR/CDM/PM) [CE]: CE
 

表示内容に従って、 no と入力して、この Content Engine は Content Distribution Manager 管理する予定がないということを指定します。

Is this CE going to be managed by a CDM (Content Distribution Manager)
(y/n) [y]: no
 

一連の基本コンフィギュレーションに関する質問が表示された時、 Enter を押すか、または y と入力して、このスタンドアロン Content Engine で特定のキャッシング サービスを設定することを明らかにします。(これらのサービスの説明については 表4-2 を参照)。

一連の基本コンフィギュレーションに関する質問に答えると、メニューベースのインターフェイスが表示されます(下記を参照)。

+-----------------------------------------------------+
¦ Main Menu ¦
+-----------------------------------------------------¦
¦ -General Settings :Incomplete ¦
¦ Caching Related Configurations :Incomplete ¦
¦ Print Configuration ¦
¦ Exit (e) ¦
+-----------------------------------------------------+
Main Menu
Configure network settings, disks, etc
Press '?' to see why this item is incomplete
 

Setup ユーティリティ メニューのリストについては、 表4-3 を参照してください。

 

特定のコンフィギュレーション設定パラメータのためのプロンプトが表示された時、デフォルト値が表示されます。デフォルト値を選択するには、 Enter を押します。たとえば、次のように表示された場合、 Enter を押して、デフォルトの WCCP ルータ(10.0.1.1 という IP アドレスをもつデフォルト ゲートウェイ)を使用することを指定します。

Please enter the IP addresses of WCCP routers [10.0.1.1]:
 

特定の設定パラメータを設定するかどうかを指定すると、対応するメニュー オプションが「 Complete 」または「 Incomplete 」とマークされます。これは、どの基本コンフィギュレーション設定パラメータを設定終了したのか、またはこのスタンドアロン Content Engine 上でまだ設定する必要のあるパラメータを追跡するのに便利です。

Setup ユーティリティのメニュー オプションを選択して、特定の設定パラメータを設定すると、対応する CLI コマンドが設定されます( 表4-3 を参照)。Setup ユーティリティを使用して、特定の基本コンフィギュレーション設定パラメータを指定した後で、設定された CLI コマンドのリストが表示されます(例を参照)。この設定を保存するかどうかを問い合わせるメッセージが表示されたら、 Enter を押して、 表示されたコンフィギュレーションを保存します

NOTE: Please remember to configure web-cache service on the router.
Based on the input, the following CLIs will be configured:
 
wccp router-list 1 10.0.1.1
wccp version 2
wccp web-cache router-list 1
 
Do you accept these configs (y/n) [y]:
 

作成された CLI コマンドのリストを Setup ユーティリティ セッション実行中いつでも表示するために、Setup ユーティリティ メニューから Print Configurations オプションを選択します。

設定パラメータを指定した後、Setup ユーティリティは、指定オプション間の相互依存性または非互換性をレポートします。たとえば、ストリーミング キャッシング サービスのいずれかを有効にすると、ディスク設定時に、メディア ファイル システム(mediafs)のためののディスク スペースを割り当てなければならないことを通知されます。

Setup ユーティリティが指定された設定パラメータ(たとえば、ディスク設定と対応する CLI コマンドなど)を適用するときに、何らかの故障が発生した場合、Setup ユーティリティはどの特定の設定パラメータを適用できないのかを示すメッセージを表示します。また、エラー メッセージが、/local1/errorlog/setup_(clildisk)_config_error に書き込まれます。

基本コンフィギュレーション(例を参照)は、Setup ユーティリティを使用して指定した情報に基づき構成されます。一般に使用されるキャッシング サービス(7 タイプ)をすべて設定する場合のスタンドアロン Content Engine の基本コンフィギュレーションの例を次に示します。

Here is the current profile of this device
 
CDN device : No
HTTP Proxy Caching : Yes
HTTP Tranparent Caching : Yes
HTTP Reverse Proxy Caching : Yes
WMT Proxy Caching : Yes
WMT Transparent Caching : Yes
Real Media Proxy Caching : Yes
Real Media Transparent Caching: Yes
 
Do you want to change this (y/n) [n]:
 
Press the ESC key at any time to quit this session
 

この基本コンフィギュレーションは、キャッシュされます。Setup ユーティリティを使用して生成された、コンフィギュレーションのコピーはディスク(/local/local1/setup_gen_config.txt)に保存されます。

Setup ユーティリティの起動方法については、「Setup ユーティリティの起動」を参照してください。

Setup ユーティリティのメニュー オプションと対応する CLI コマンド

Setup ユーティリティのメニュー構造は、階層的です。たとえば、メイン メニューから General Settings オプションを選択すると、General Settings サブメニューが表示されます。次の例で示されているように、メニュー構造における現在のロケーションは、メニュー オプションの後に表示されています。

 
+---------------------------------------------+
¦ General Settings ¦
+---------------------------------------------¦
¦-> Network Configurations :Incomplete ¦
¦ Disk Configurations :Incomplete ¦
¦ Print Configuration ¦
¦ Previous Menu (p) ¦
¦ Main Menu (m) ¦
¦ Exit (e) ¦
+---------------------------------------------+
 
Main Menu
---> General Settings
 

表4-3 では、Setup ユーティリティ メニュー オプションと対応する Content Engine CLI コマンドを示しています。ネットワーク設定パラメータとディスク設定を指定するために使用可能な CLI コマンドの詳細説明については、『Cisco ACNS Software Command Reference, Release 5.3』を参照してください。CLI 方式(Setup ユーティリティではなく)を使用して、一般に使用されるキャッシング サービス(表4-2 を参照)を設定する方法と他の機能については、このマニュアルの後半の章で説明します。

 

表4-3 スタンドアロン Content Engine のための Setup ユーティリティ メニュー オプションおよび対応する CLI コマンド

Setup ユーティリティ
メニュー オプション
Content Engine CLI コマンド
一般設定

 

ネットワーク設定

ip address { ip address netmask | dhcp }

ip default-gateway

hostname

ip name-servers

ip domain-name

ディスク設定

disk config sysfs { remaining | disk-space }
[cfs {
remaining | disk-space }] |
[mediafs {
remaining | disk-space }]

キャッシュ関連設定

 

HTTP プロキシ キャッシング

http proxy incoming

HTTP 透過キャッシング

wccp router list

wccp web-cache router-list

wccp version 2

HTTP リバース プロキシ キャッシング

wccp router list

wccp reverse-proxy router-list

wccp version 2

WMT プロキシ キャッシング

wmt license-key

wmt evaluate

wmt accept-license-agreement

wmt enable

WMT 透過キャッシング

wccp router list

wccp wmt router-list

wccp version 2

wmt license-key

wmt evaluate

wmt accept-license-agreement

wmt enable

RealMedia プロキシ キャッシング

rtsp proxy media-real license-key

rtsp proxy media-real evaluate

rtsp proxy media-real accept-license-agreement

rtsp proxy media-real enable

RealMedia 透過キャッシング

wccp router list

wccp rtsp router-list

wccp version 2

rtsp proxy media-real license-key

rtsp proxy media-real evaluate

rtsp proxy media-real accept-license-agreement

rtsp proxy media-real enable

Setup ユーティリティで使用できる矢印とキー

表4-4 では、Setup ユーティリティで使用できるキーと矢印を説明しています。

 

表4-4 Setup ユーティリティで使用できるキーと矢印

キー
説明

?

特定のメニュー項目(たとえば、ネットワーク設定など)が現在、「Incomplete」を示されている理由に関する情報を表示します。

ESC

現在の対話セッションを終了し、直前のメニューに戻ります。

e

あるメニューから、このホット キーを使用して、メニュー インターフェイスを終了します(現在の Setup ユーティリティ セッションを終了するため)。

 

+---------------------------------------------+

¦ General Settings ¦

+---------------------------------------------¦

¦-> Network Configurations :Incomplete ¦

¦ Disk Configurations :Incomplete ¦

¦ Print Configuration ¦

¦ Previous Menu (p) ¦

¦ Main Menu (m) ¦

¦ Exit (e) ¦

+---------------------------------------------+

 

要求されたオプションのいずれかが不十分な場合は、次の内容が表示されます。

Some of the configurations are still incomplete.
Do you want to go back and complete them (y/n) [y]:
 

Enterを押して、メイン メニューに戻り、要求されたオプションの設定を完了するか、 n と入力して、要求されたオプションを完了しないまま Setup ユーティリティ セッションを終了します。

m

サブメニューからメイン メニューに戻ります。

p

サブメニューから直前のメニューに戻ります。

Enter

強調表示されたメニュー オプションを選択するか、または表示されているデフォルト オプションを選択します。

上矢印

カーソルを 1 行上に移動します。

下矢印

カーソルを 1 行下に移動します。

スタンドアロン Content Engine のアドレッシング方式の決定

スタンドアロン デバイスとして Content Engine の初期設定を開始するときは、事前にこの Content Engine で使用されるアドレッシング方式を決めておくことが必要です。ACNS 5.x ソフトウェアを実行しているスタンドアロン Content Engine でサポートされる 2 つのアドレッシング方式は、相互に排他的です。

スタティック IP アドレスとネットワーク マスクを手作業で指定する。

インターフェイス レベルの DHCP アドレッシング方式を使用して、IP アドレスを動的に割り当てる。


) インターフェイス レベルの DHCP またはスタティック IP アドレスを使って、Content Engine のインターフェイスを設定する前に、Content Engine で自動登録を無効にしておく必要があります。Setup ユーティリティを使用して自動登録を無効にする方法については、「Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定」ステップ 1 を参照してください。


Content Engine 上でインターフェイス レベルの DHCP を有効にしていない場合には、Content Engine のスタティック IP アドレスとネットワーク マスクを指定する必要があります。Content Engine がネットワークの別の部分にある別ロケーションに移動した場合には、この Content Engine の新しい スタティック IP アドレスとネットワーク マスクを手作業で入力する必要があります。

DHCP を有効にして、Setup ユーティリティを使用して、スタンドアロン Content Engine を設定するには、表示内容に従って、y と入力します(「Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定」ステップ 7 を参照)。

Do you want to enable DHCP on this interface? (y/n) [y]:y
 

スタンドアロン Content Engine を設定するために、CLI 方式(Setup ユーティリティではなく)を使用している場合は、 ip address dhcp インターフェイス設定を使用して、インターフェイス レベルの DHCP をスタンドアロン Content Engine 上で有効にします。

スタンドアロン Content Engine のデバイス ネットワーク設定パラメータの概要

ご使用のネットワーク上にスタンドアロン Content Engineを配置するためには、最初に Content Engine 上で一連のネットワーク パラメータを設定しておく必要があります。これらのパラメータは、まとめて「デバイス ネットワーク パラメータ」と呼ばれます。スタンドアロン Content Engine 上でデバイス ネットワーク パラメータを設定すると、Content Engine をネットワーク上でアクティブにできます。

基本コンフィギュレーションを行う前の、デバイス ネットワーク設定パラメータには、次の内容が含まれています。

Content Engine のホスト名(たとえば、Content Engine に CE7305 という名前を割り当てた場合には、プロンプトに CE7305(config)# と表示されます)

CE7305(config-if)#
 

インターネット プロトコル(IP)ドメイン名(たとえば、 cisco.com

管理者パスワード

Content Engine の IP アドレス

スタティック IP アドレスをこの Content Engine に割り当てた場合(たとえば、図4-6 に示す 10.0.1.2)、IP アドレス ネットワーク マスク(たとえば、255.255.255.0)も割り当てる必要があります。


ヒント また、手作業によってスタティック IP アドレス、およびネットワーク マスクを Content Engine に割り当てる方法ではなく、インターフェイス レベルの DHCP を使用して、動的に IP アドレスを割り当てるオプションがあります。

デフォルトのゲートウェイ(たとえば、アドレスが 10.0.1.1 のルータは、図4-6 に示す Content Engine のデフォルト ゲートウェイです)

DNS ネーム サーバ(たとえば、図4-6 に示すように、Content Engine は、ドメイン名解決にアドレスが 172.16.0.2 の DNS サーバを使用します)

図4-6 スタンドアロン Content Engine のデバイス ネットワーク設定パラメータの設定

.


) この章の後半では、「一般設定値」という用語は、まとめてデバイス ネットワーク設定パラメータとディスク設定を示すために使用されます。


ACNS 5.x ソフトウェアには、Common Interface File System(CIFS)クライアントと Network File System(NFS)クライアントがあり、これにより Content Engine はNetwork Attached Storage(NAS)デバイスと通信できます。このトピックに関する詳細は、「ネットワーク接続ストレージ デバイスへのマウント」を参照してください。

CLI コマンド方式を使用したスタンドアロン Content Engine の一般設定値の指定

CLI コマンド方式(Setup ではなく)を使用して、スタンドアロン Content Engine の一般設定値を指定する手順は、次のとおりです。


ステップ 1 Content Engine のコンソール接続を開き、スーパーユーザ権限をもつACNS システム アカウントを使用して、Content Engine CLI にログインします(「Telnet またはコンソール セッションを使用したスタンドアロン Content Engine へのログイン」を参照)。

ステップ 2 特権 EXEC モードから、グローバル設定モードを入力して、このスタンドアロン Content Engine の一般設定値を指定します。

CE# config
 

ステップ 3 この Content Engine に Ethernet インターフェイスを設定します。次のうちのいずれかを実行します。

スタティック IP アドレスとネットワーク マスクを指定する(このインターフェイス上で DHCP を有効にしない)には、次のコマンドを入力します。

CE(config)# interface {FastEthernet | GigabitEthernet} slot/port
ip address ip-address netmask
 

インターフェイス レベル DHCP を有効にするには、次のコマンドを入力します。

CE(config)# interface {FastEthernet | GigabitEthernet}
slot/port ip address dhcp
 

インターフェイス レベル DHCP を使用して、ご使用のイーサネット インターフェイスを設定すると、このスタンドアロン Content Engine のデバイス ネットワーク設定パラメータの残りが自動的に設定され、デバイス ネットワーク設定パラメータの設定が終了します。手作業でスタティック IP アドレスを割り当てる場合には、 ip default-gateway ip name-server hostname ip domain-name primary-interface グローバル設定コマンドを使用して、残っているデバイス ネットワーク設定パラメータを指定します。ディスク スペースを設定するには、Content Engine CLI コマンド方式の disk config sysfs グローバル設定コマンドを使用します


 

Setup ユーティリティの起動

Setup ユーティリティは、次の方法で起動できます。

手作業で、CLI プロンプトから setup 特権 EXEC コマンドを入力することでいつでも起動する

デバイスの初期起動時に自動的に起動する


) ACNS ソフトウェアを実行する Content Engine には、1 つのスーパーユーザ アカウント(ルート管理者)が事前に定義されています。この事前定義済みのアカウントは、Setup ユーティリティを起動するために使用されます。この事前に定義されているスーパーユーザのユーザ アカウントのユーザ名は admin、デフォルトのパスワードは default です。ACNS システム管理者がこれらのデフォルトを変更している場合は、変更後のユーザ名とパスワードを入手する必要があります。


手作業による Setup ユーティリティの起動

デバイス ネットワーク設定パラメータを定義しているスタンドアロン Content Engine 上で Setup ユーティリティを手作業で起動する手順は、次のとおりです。


ステップ 1 スーパーユーザ権限をもつログイン アカウントを使用して、Telnet または Secure Shell(SSH)Version 1 または Version 2 を使用して、Content Engine にログインします。


) Content Engine CLI に対するログインの詳細情報は、「Telnet またはコンソール セッションを使用したスタンドアロン Content Engine へのログイン」を参照してください。CLI モードの詳細情報は、「スタンドアロン Content Engine のための ACNS ソフトウェア CLI コマンド モード」 を参照してください。


ステップ 2 Setup ユーティリティを手作業で起動し、一般的に使用されているキャッシング サービス(表4-2 を参照)の内の 1 つまたは複数を設定します。

ContentEngine# setup
 

このスタンドアロン Content Engine の現在の基本コンフィギュレーションが表示されます。

また、表示された基本コンフィギュレーションでは、一般的に使用されているキャッシング サービスのうち、どのサービスがこのContent Engine で設定されているのかも示します。この場合、HTTP プロキシ キャッシング サービスだけが、現在、この Content Engine に設定されています。

Here is the current profile of this device
 
CDN device : No
HTTP Proxy Caching : Yes
HTTP Tranparent Caching : No
HTTP Reverse Proxy Caching : No
WMT Proxy Caching : No
WMT Transparent Caching : No
Real Media Proxy Caching : No
Real Media Transparent Caching: No

) 表示された基本設定は、この Content Engine が CDN デバイスではないことを示しています。これはスタンドアロン Content Engine が Content Distribution Manager による登録を意図的に行っていないことによります。


このスタンドアロン Content Engine の基本コンフィギュレーション変更するには、次のように表示されたときに、 y と入力します。

Do you want to change this (y/n) [n]:y
 

Setup ユーティリティを使用して、この Content Engine の基本コンフィギュレーションを設定または変更する方法の詳細は、「Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定」を参照してください。


 

自動的な Setup ユーティリティの起動

デバイスの初期起動時に、Setup ユーティリティを自動的に起動する手順は、次のとおりです。


ステップ 1 Content Engine の電源を入れ、コンソール接続を開始します。

Content Engine 上でこれらのデバイス ネットワーク設定パラメータを初期設定するには、Telnet セッションではなくコンソール接続を使用する必要があります。ただし、一度コンソール接続を使用して、デバイス ネットワーク設定パラメータを指定すると、その後Telnet セッションを使用して、この Content Engine 上の以後のコンフィギュレーション タスクを実行できるようになります。コンソール接続の使用方法に関する詳細は、「Telnet またはコンソール セッションを使用したスタンドアロン Content Engine へのログイン」を参照してください。

オペレーティング システムのブートが終わると、次のプロンプトが表示されます。

ACNS boot:detected no saved system configuration
Do you want to enter basic configuration now?
hit RETURN to enter basic configuration:0019
 

このプロンプトが表示されると、30 秒のカウント ダウンがはじまりますが、その間に、Setup ユーティリティを起動できます。

ステップ 2 Enter を押します。

ステップ 3 次のプロンプトが表示されたときに、管理者パスワードを入力して、 Enter を押します。

admin password:
 

これは、事前定義されたスーパーユーザ アカウントのための、大文字小文字の区別があるパスワードです。このパスワードには、任意の印刷可能文字を含めることができます。デフォルトでは、ユーザ名は admin 、パスワードは default です。管理者パスワードは 20 文字まで設定でき、大文字小文字を区別します。ファームの各 Content Engine にはパスワードを設定しておく必要があります。 Enter を押す前に、パスワードを入力する必要があります。

ステップ 4 次のプロンプトが表示されたとき、管理者パスワードを再度入力して、 Enter を押します。

re-enter password:
 

Setup ユーティリティが自動的に起動して、この特定のデバイスにデバイス モードを指定することを促すプロンプトが表示されます。デバイス モードの変更(たとえば、CE-565 など)をサポートする Content Engine 上で Setup ユーティリティを起動すると、特定のデバイスのデバイス モードを指定することを促すプロンプトが表示されます。

ステップ 5 プロンプトが表示された時、 Enter を押すか、または CE と入力して、このスタンドアロン Content Engine に対する Content Engine のデバイス モードを指定します。

What is the mode of the device (CE/CR/CDM/PM) [CE]: CE
 

ステップ 6 表示内容に従って、 no と入力して、この Content Engine は Content Distribution Manager 管理する予定がないということを指定します。

Is this CE going to be managed by a CDM (Content Distribution Manager)
(y/n) [y]:
no
 

はじめてデバイスを起動した後に、Setup ユーティリティを使用する方法については、「Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定」を参照してください。


 

Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定

Setup ユーティリティを使用して、スタンドアロン Content Engine 上の基本コンフィギュレーションを設定する手順は、次のとおりです。


ステップ 1 Setup ユーティリティを起動します。

はじめてデバイスを起動する場合の手順は、次のとおりです。

デバイスの電源を入れて、コンソール接続を開くと、自動的に Setup ユーティリティが起動します(操作方法の詳細については、「自動的な Setup ユーティリティの起動」を参照)。

デバイス モードの変更(たとえば、CE-565 など)をサポートする Content Engine 上で Setup ユーティリティを起動すると、特定のデバイスのデバイス モードを指定することを促すプロンプトが表示されます。プロンプトが表示された時、 Enter を押すか、または CE と入力して、このスタンドアロン Content Engine に対する Content Engine のデバイス モードを指定します。

What is the mode of the device (CE/CR/CDM/PM) [CE]: CE
 

プロンプトが表示された時、 n と入力すると、この Content Engine は Content Distribution Manager で管理する予定がないということを指定します。

Is this CE going to be managed by a CDM (Content Distribution Manager)
(y/n) [y]:n
 

デフォルトでは、自動登録は Content Engine 上で有効です。Content Engine は、自動登録が有効になっている場合、自動的に検索を行って、ネットワーク上の Content Distribution Manager に自身を登録します。この Content Engine は Content Distribution Manager で登録しない「スタンドアロン」デバイスとして運用するので、 n と指定して、この Content Engine 上で自動登録が動作しないようにする必要があります。


) スタンドアロン Content Engine を設定するために CLI 方式(Setup ユーティリティではなく)を使用している場合には、no auto-register enable グローバル設定コマンドを使用して、手作業で自動登録を無効にする必要があります。


下記の ステップ 2 に進みます。

スタンドアロン Content Engine が ACNS 5.3 ソフトウェアを実行していて、すでに一部の基本コンフィギュレーション設定パラメータが設定されている場合の手順は、次のとおりです。

手作業で Setup ユーティリティを起動します。起動方法は、「手作業による Setup ユーティリティの起動」を参照してください。

下記の ステップ 2 に進みます。

ステップ 2 プロンプトが表示された時、 Enter を押すか、または y と入力して、このスタンドアロン Content Engine で使用可能な、一般的に使用されているキャッシング サービス(7 タイプ)の内の 1 つまたは複数のサービスを設定することを明らかにします。

Do you want to configure this CE for doing HTTP Proxy Caching (y/n) [y]:y
 
Do you want to configure this CE for doing HTTP Transparent Caching
using WCCP (y/n) [y]:
y
 
Do you want to configure this CE for doing HTTP Reverse Proxy Caching
using WCCP (y/n) [y]:
y
 
Do you want to configure this CE for doing WMT Proxy Caching (y/n) [y]:y
 
Do you want to configure this CE for doing WMT Transparent Caching
using WCCP (y/n) [y]:
y
 
Do you want to configure this CE for doing Real Media Proxy Caching (y/n) [y]:y
 
Do you want to configure this CE for doing Real Media Transparent Caching
using WCCP (y/n) [y]:
y
 

スタンドアロン Content Engine の Setup ユーティリティのメイン メニューが表示され、このメニューの General Settings メニュー オプションが強調表示されています。次の例では、General Settings および Caching Related Configurations が現在、「Incomplete」になっていることを示しています。

 
+-----------------------------------------------------+
¦ Main Menu ¦
+-----------------------------------------------------¦
¦-> General Settings :Incomplete ¦
¦ Caching Related Configurations :Incomplete ¦
¦ Print Configuration ¦
¦ Exit (e) ¦
+-----------------------------------------------------+
 
Main Menu
 
Configure network settings, disks, etc
Press '?' to see why this item is incomplete
 

) Content Engine の設定パラメータ(たとえば、デバイス ネットワーク設定パラメータ、ディスク設定、および HTTP プロキシ キャッシングなど)の一部がすでに設定されているので、手作業で、このスタンドアロン Content Engine 上の Setup ユーティリティを起動しても、これらのコンフィギュレーションのステータスは「Incomplete」と表示されます。設定パラメータが Setup メニューで「Complete」と表示される前に、Setup ユーティリティを最初に使用して、このデフォルト(現在、設定済み)値を受け入れる必要があります(値を入力するように表示される場合には、デフォルト値として、現在設定されている値が表示されます。すぐにこのデフォルト値を受け入れるには、Enter を押してください)。


ステップ 3 一般設定値(デバイス ネットワーク設定パラメータおよびディスク設定)がすでにこの Content Engine に設定されている場合、ステップ 10 に進んで、この Content Engine で使用可能な一般的に使用されているキャッシング サービスのうち 1 つまたは複数のサービスを設定します。それ以外の場合は、ステップ 4ステップ 9 を完了させて、このスタンドアロン Content Engine の一般設定を指定します。

ステップ 4 メイン メニューで、 Enter を押して、強調表示されている General Settings メニュー オプションを選択します。General Settings サブメニューが表示され、このメニューの Network Configurations オプションが強調表示されています。

 
+---------------------------------------------+
¦ General Settings ¦
+---------------------------------------------¦
¦-> Network Configurations :Incomplete ¦
¦ Disk Configurations :Incomplete ¦
¦ Print Configuration ¦
¦ Previous Menu (p) ¦
¦ Main Menu (m) ¦
¦ Exit (e) ¦
+---------------------------------------------+
 
Main Menu
---> General Settings
Configure IP address, default gateway, name servers, domain name, etc
Press '?' to see why this item is incomplete
 
 

ステップ 5 Enter を押して、強調表示されている Network Configurations メニュー オプションを選択します。

次の警告が表示されます。

WARNING: Changing any of the network settings from a
telnet session may render the device inaccessible on
the network. Therefore it is suggested that you have
access to the console before modifying the network settings.
 

ステップ 6 警告表示後に、この Content Engine を初期設定する場合にはインターフェイス識別子を選択するようプロンプトが表示されます。インターフェイス識別子(たとえば、 1 と入力して、ギガビット イーサネット 1/0 インターフェイスを指定するなど)を入力します。

Please choose an interface to configure from the following list:
1: GigabitEthernet 1/0
2: GigabitEthernet 2/0
 
Enter choice:1
Press the ESC key at any time to quit this session
 

) あとで、CLI コマンドを使用して、この Content Engine のインターフェイスを追加設定できます。設定方法は、「追加のネットワーク インターフェイスの設定」を参照してください。


ステップ 7 インターフェイス ID を指定した後、この特定のインターフェイス上でインターフェイス レベルの DHCP を有効にするかどうかを問い合わせてきます。

このインターフェイスで DHCP を有効にしない場合には、ステップ 8 に進みます。

このインターフェイスで DHCP を有効にする場合には、次のプロンプトが表示されたら、 y と入力します。

Do you want to enable DHCP on this interface? (y/n) [y]:y
 
Based on the input, the following CLIs will be configured:
 
interface GigabitEthernet 1/0
ip address dhcp
exit
 
Do you accept these configs (y/n) [y]:y
 

この設定を受け入れるために、もう一度入力すると、デバイス ネットワーク設定パラメータの残りがこの Content Engine 用に自動的に設定されます。Setup ユーティリティのメイン メニューが表示され、これでこの Content Engine のデバイス ネットワーク設定パラメータ(ネットワーク設定)が「Complete」になります。ステップ 9 に進みます。

ステップ 8 また、スタティック IP アドレス方式を使用して設定プロセスを続行する(およびこの Content Engine 上でインターフェイス レベルの DHCP を有効にしない)手順は、次のとおりです。

a. 次のプロンプトが表示されたら、 n と入力します。

Do you want to enable DHCP on this interface? (y/n) [y]:n
 

b. ローカル IP アドレスに関する次のプロンプトが表示されたら、静的 IP アドレス(例えば、10.0.1.2)を指定します。

Please enter the IP address of this interface:10.0.1.2

c. 次のプロンプトが表示されたら、ネットワーク マスクを指定します(たとえば、255.255.255.0)。

Please enter the netmask of this interface:255.255.255.0
 

d. 次のプロンプトが表示されたら、ゲートウェイの IP アドレスを指定します(たとえば、 10.0.1.1 )。

Please enter the default gateway:10.0.1.1
 

e. 次のプロンプトが表示されたら、DNS サーバの IP アドレスを指定します(たとえば、172.16.0.2)。

Please enter the domain name server IP:172.16.0.2
 

f. 次のプロンプトが表示されたら、この Content Engine の IP ドメイン名を指定します(たとえば、cisco.com)。

Please enter the domain name:cisco.com
 

g. 次のプロンプトが表示されたら、この Content Engine のホスト名を指定します(たとえば、CE7305)。

Please enter the hostname:CE7305
 

CLI コマンドが入力に基づいて設定されることを示すメッセージが表示されます。

Based on the input, the following CLIs will be configured:
 
interface GigabitEthernet 1/0
ip address 10.0.1.2 255.255.255.0
exit
ip default-gateway 10.0.1.1
ip name-server 172.16.0.2
ip domain-name cisco.com
hostname CE7305
 

h. 次のプロンプトが表示されたら、 y と入力して、このスタンドアロン Content Engine のネットワーク設定を保存します。

Do you accept these configs (y/n) [y]:y
 

メイン メニューが表示されます。これで、デバイス ネットワーク設定パラメータ(ネットワーク設定)の設定が完了したことを示します。


) これで、この Content Engine に対してデバイス ネットワーク パラメータの設定が完了し、Content Engine がスタンドアロンになります。次のステップでは、このスタンドアロン Content Engine のディスク スペースを設定します。ステップ 9 に進みます。


ステップ 9 このスタンドアロン Content Engine のディスク設定を指定する手順は、次のとおりです。

a. メイン メニューから、General Settings オプションを選択します。表示された General Settings から、Disk Configurations オプションを選択します。このスタンドアロン Content Engine に割り当てられている現在のストレージは、次の例のように表示されます。

Here is the current storage allocation scheme:
SYSFS 29.9GB
CFS 0.0GB
MEDIAFS 0.0GB 0.0% (from-unused)
CDNFS 1.0GB
 
Do you want to change this (y/n) [n]:
 

ACNS ソフトウェアで使用されるディスク スペースは、ディスク単位ではなく、ファイル システム単位で割り当てられます。使用予定のクライアント プロトコルの種類、および各機能に用意する必要のあるストレージ容量に応じて、全体的なディスク ストレージの割り当てを設定することができます。

 

ディスク ストレージのタイプ
機能

sysfs(システム ファイル システム)

トランザクション ログ、syslog、および内部デバッグ ログを含むログ ファイルが保存されます。また、イメージ ファイル、およびコンフィギュレーション ファイルも保存されます。

cfs(キャッシュ ファイル システム)

HTTP オブジェクト、および FTP オブジェクトをキャッシングします。

mediafs(メディア ファイル システム)

2 つのストリーミング プロトコル(RTSP および WMT)を使用して取得したキャッシング コンテンツ。デフォルトでは、mediafs ディスク スペースの 30 パーセントが RTSP ストリーミング コンテンツに、70 パーセントが WMT ストリーミング コンテンツに予約されています。

b. 次のプロンプトが表示されたら、 y と入力して、このスタンドアロン Content Engine の現在のストレージの割り当てを変更します。

Do you want to change this (y/n) [n]:y
 
The following questions will prompt you how the available
storage is to be allocated to different file systems.
You can either enter an absolute amount of storage in
GB or MB, or a percentage of the available storage.
In the former case, the desired amount should be entered
followed by either 'GB' or 'MB', and in the latter case,
the number should be followed by '%'
 

c. 次のプロンプトが表示されたら、システム ファイル システム(sysfs)に割り当てるストレージの量を入力します。たとえば、 2GB と入力します。

Please enter the amount of storage to be allocated
to SYSFS (This file system is used for storing user
and logging files; at least 1GB required):2GB
 

d. 次のプロンプトが表示されたら、キャッシュ ファイル システム(cfs)に割り当てるストレージの量を入力します。たとえば、 20MB と入力します。

Please enter the amount of storage to be allocated
to CFS (This file system is used for storing HTTP
objects):20MB
 

e. 次のプロンプトが表示されたら、 0GB または 0% と入力して、ACNS ネットワーク ファイル システムに対してストレージ容量を割り当てないことを指定します。

Please enter the amount of storage
to CDNFS (This file system is used for
prepositioned content):0GB
 

) cdnfs には、ストレージを割り当てる必要はありません。これは、このファイル システムは登録されている Content Engine の事前配信コンテンツを保存するために使用されるからです。スタンドアロン Content Engine にコンテンツを事前配信することはできません。ただし、スタンドアロン Content Engine のコンテンツはあとで事前ロードできます。事前ロードの方法は、「スタンドアロン Content Engine のコンテンツ事前ローディングの設定」を参照してください。


f. 次のプロンプトが表示されたら、メディア ファイル システム(mediafs)に割り当てるストレージの量を入力します。このスタンドアロン Content Engine 上で WMT キャッシングまたは RTSP キャッシングを有効にする予定がある場合には、mediafs 用のストレージを割り当てる必要があります。たとえば、 10MB と入力します。

Please enter the amount of storage to be allocated
to MEDIAFS (This file system is used for storing WMT
and Real media content):10MB
 

このスタンドアロン Content Engine に割り当てられている新しいディスク設定は、次の例のように表示されます。

Here is the new disk configuration:
 
SYSFS 2GB
CFS 20MB
CDNFS 0GB
MEDIAFS 10MB
 

g. 次のプロンプトが表示されたら、 y と入力して、新しいディスク設定を受け入れます。

Do you accept these configs (y/n) [y]:y
 

General Settings サブメニューが表示され、Disk Configurations オプションがこれで「Complete」と表示されます。これで、このスタンドアロン Content Engine に、一般設定(ネットワーク設定パラメータおよびディスク設定)が設定されました。

 
+---------------------------------------------+
¦ General Settings ¦
+---------------------------------------------¦
¦-> Network Configurations :Complete ¦
¦ Disk Configurations :Complete ¦
¦ Print Configuration ¦
¦ Previous Menu (p) ¦
¦ Main Menu (m) ¦
¦ Exit (e) ¦
+---------------------------------------------+
 
Main Menu
---> General Settings
 
Configure IP address, default gateway, name servers, domain name, etc
 

ステップ 10 このスタンドアロン Content Engine で使用可能な一般的に使用されるキャッシング サービス(表4-2のリストを参照)の内の 1 つまたは複数を設定します。

a. 次の方式のいずれかを使用して、Caching Related Configurations サブメニューを表示します。

General Settings サブメニューから、 Main Menu オプションを選択して、メイン メニューに戻ります。Caching Related Configurations メニュー オプションは現在「Incomplete」と表示されています。これは、この Content Engine にどのキャッシング サービスもまだ設定されていないからです。

メイン メニューから、 Caching Related Configurations オプションを選択して、この Content Engine で使用可能な一般的に使用されているキャッシング サービスのうち 1 つまたは複数のサービスを設定します。Caching Related Configurations サブメニューが前回選択したキャッシング サービスのリストとともに表示されます。以下の例ではこれらすべてのキャッシング サービスが「Incomplete」としてリストされています。これはキャッシング サービスがどれも設定されていないからです。

 
+-----------------------------------------------------+
¦ Caching Related Configurations ¦
+-----------------------------------------------------¦
¦-> HTTP Caching :Incomplete ¦
¦ WMT Caching :Incomplete ¦
¦ Real Media Caching :Incomplete ¦
¦ Print Configuration ¦
¦ Previous Menu (p) ¦
¦ Main Menu (m) ¦
¦ Exit (e) ¦
+-----------------------------------------------------+
 
Main Menu
---> Caching Related Configurations
Configure HTTP Caching
 

b. このスタンドアロン Content Engine の HTTP キャッシングを設定するには、ステップ 11 を完了します。

c. このスタンドアロン Content Engine の WMT キャッシングを設定するには、ステップ 15 を完了します。

d. このスタンドアロン Content Engine の RealMedia キャッシングを設定するには、ステップ 18 を完了します。

ステップ 11 HTTP キャッシングを設定する手順は、次のとおりです。

a. Caching Related Configurations サブメニューから、HTTP Caching オプションを選択します。

HTTP Caching サブメニューが、使用可能な HTTP キャッシング サービスごとにオプションとともに表示されます。次の例では、3 つの HTTP キャッシング サービス(HTTP プロキシ キャッシング、HTTP 透過キャッシング、および HTTP リバース プロキシ キャッシング)がすべてこの Content Engine 上で設定されます。

 
+-------------------------------------------------+
¦ HTTP Caching ¦
+-------------------------------------------------¦
¦-> HTTP Proxy Caching :Incomplete ¦
¦ HTTP Transparent Caching :Incomplete ¦
¦ HTTP Reverse Proxy Caching :Incomplete ¦
¦ Print Configuration ¦
¦ Previous Menu (p) ¦
¦ Main Menu (m) ¦
¦ Exit (e) ¦
+-------------------------------------------------+
 
Main Menu
---> Caching Related Configurations
---> HTTP Caching
 
Configure this CE for doing HTTP Proxy caching
 

b. HTTP プロキシ キャッシングを設定するために、ステップ 12 を完了してください。

c. WCCP を使用して、HTTP 透過キャッシングを設定するために、ステップ 13 を完了してください。

d. HTTP リバース プロキシ キャッシングを設定するために、ステップ 14 を完了してください。

ステップ 12 HTTP プロキシ キャッシングを設定する手順は、次のとおりです。

a. HTTP Caching サブメニューから、HTTP Proxy Caching オプションを選択します。

b. 次のプロンプトが表示されたら、クライアント ブラウザからのプロキシ スタイルの HTTP 要求を受信する着信プロキシ ポートを指定します。このスタンドアロン Content Engine が着信プロキシ スタイルの HTTP 要求を受け入れるポート番号は複数あります。Content Engine が要求されたコンテンツを要求元(クライアント ブラウザ)に配信するために使用するポートも複数あります。HTTP プロキシ キャッシングの場合、このスタンドアロン Content Engine はクライアント ブラウザから HTTP 要求を直接受信する、非透過フォワード プロキシ サーバとして機能しています。

着信プロキシ ポート番号は、1 ~ 65535 です。着信プロキシ ポート番号は、スペースで区切ることにより、最大 8 つまで指定できます。着信プロキシ ポートはこのスタンドアロン Content Engine で使用可能な透過モード サービス(たとえば、HTTP 透過キャッシングなど)が使用するポートと同一です。

Please enter all the HTTP Proxy incoming ports
(up to 8, separated by spaces) [80 8080]:80 8080 8081
 

設定済みの CLI コマンドのリストが表示され、この設定を保存するプロンプトが表示されます。y と入力して、この設定を受け入れます。

Based on the input, the following CLIs will be configured:
http proxy incoming 80 8080 8081
 

c. 次のプロンプトが表示されたら、y と入力して、この設定を受け入れます。

Do you accept these configs (y/n) [y]:y
 

指定した設定パラメータが保存され、HTTP キャッシング サブメニューが再表示されます。これで、HTTP Proxy Caching オプションが「Complete」としてリストされます。HTTP プロキシ サーバとしてこの Content Engine を直接指すように、クライアント ブラウザを設定しなければならないことに注意してください。設定方法は、「クライアント ブラウザへの直接スタンドアロン Content Engine 指定」を参照してください。

ステップ 13 WCCP を使用して、HTTP 透過キャッシングを設定する手順は、次のとおりです。

a. HTTP Caching サブメニューから、HTTP Transparent Caching オプションを選択します。

b. 次のプロンプトが表示されたら、この スタンドアロン Content Engine に対する HTTP 要求を、ポート 80 でのみ透過的にリダイレクトする WCCP Version 2 対応ルータの IP アドレスを指定するか、またはデフォルト ゲートウェイを使用するために、Enter を押します。この場合、デフォルト ゲートウェイ(この Content Engine のデフォルト ゲートウェイとして指定されている WCCP Version 2 対応ルータ)には、10.0.1.1 という IP アドレスがあります。

Please enter the IP addresses of WCCP routers [10.0.1.1]:
 

c. y と入力して、この Content Engine 上の HTTP 透過キャッシングを有効にします。

Do you want to enable HTTP transparent caching (y/n) [y]:y
 

設定済みの CLI コマンドのリストが表示されますが、WCCP Version 2 対応ルータ上の web-cache サービス(WCCP サービス 0)を設定する必要があることに注意してください。

NOTE: Please remember to configure web-cache service on the router.
Based on the input, the following CLIs will be configured:
 
wccp router-list 1 10.0.1.1
wccp version 2
wccp web-cache router-list 1
 

d. y と入力して、この設定を受け入れます。

Do you accept these configs (y/n) [y]:y
 

指定した設定パラメータが保存され、HTTP キャッシング サブメニューが再表示されます。これで、HTTP Transparent Caching オプションが「Complete」としてリストされますが、まだ WCCP Version 2 対応ルータ上の web-cache サービス(WCCP サービス 0)を設定する必要があることに注意してください。設定方法は、「ルータ上での WCCP サービスの設定」を参照してください。

ステップ 14 WCCP を使用して、HTTP リバース プロキシ キャッシングを設定する手順は、次のとおりです。

a. HTTP Caching サブメニューから、HTTP Reverse Proxy Caching オプションを選択します。

b. 次のプロンプトが表示されたら、リバース プロキシ パケットをこの Content Engine にリダイレクトする WCCP Version 2 対応ルータの IP アドレスを指定するか、または Enter を押して、デフォルト ゲートウェイ(たとえば、10.0.1.1 という IP アドレスをもつ WCCP Version 2 対応ルータ)を使用します。

Please enter the IP addresses of WCCP routers [10.0.1.1]:
 

c. y と入力して、この Content Engine 上の HTTP リバース プロキシ キャッシングを有効にします。

Do you want to enable HTTP reverse proxy caching (y/n) [y]:y
 

設定済みの CLI コマンドのリストが表示されますが、まだ WCCP Version 2 対応ルータ上の WCCP サービス 99(リバース プロキシ キャッシング)を設定する必要があることに注意してください。

NOTE: Please remember to configure service 99 on the router.
Based on the input, the following CLIs will be configured:
 
wccp router-list 1 10.0.1.1
wccp version 2
wccp reverse-proxy router-list 1
 

d. y と入力して、この設定を受け入れます。

Do you accept these configs (y/n) [y]:y
 

指定した設定パラメータが保存され、HTTP キャッシング サブメニューが再表示されます。これで、HTTP Reverse Proxy Caching オプションが「Complete」としてリストされますが、まだ WCCP Version 2 対応ルータ上のリバース プロキシ キャッシング サービス(WCCP サービス 99)を設定する必要があることに注意してください。設定方法は、「ルータ上での reverse-proxy サービス(サービス 99)の設定」を参照してください。

ステップ 15 WMT キャッシングを設定する手順は、次のとおりです。

a. 次の方式のいずれかを使用して、WMT Caching サブメニューを表示します。

HTTP Caching サブメニューから Previous Menu オプションを選択してから、Caching Related Configurations サブメニューから WMT Caching オプションを選択します。

Caching Related Configurations サブメニューから、WMT Caching オプションを選択します。

メイン メニューから Caching Related Configurations オプションを選択してから、Caching Related Configurations サブメニューから WMT Caching オプションを選択します。

次の例では、WMT キャッシング サービス(WMT プロキシ キャッシングと WMT 透過キャッシング)は両方ともこのスタンドアロン Content Engine 上で設定されます。

 
+----------------------------------------------+
¦ WMT Caching ¦
+----------------------------------------------¦
¦-> WMT Proxy Caching :Incomplete ¦
¦ WMT Transparent Caching :Incomplete ¦
¦ Print Configuration ¦
¦ Previous Menu (p) ¦
¦ Main Menu (m) ¦
¦ Exit (e) ¦
+----------------------------------------------+
 
Main Menu
---> Caching Related Configurations
---> WMT Caching
 
Configure this CE for doing WMT Proxy caching
 

b. WMT プロキシ キャッシングを設定するために、ステップ 16 を完了してください。

c. WCCP Version 2 を使用して、WMT 透過キャッシングを設定するためにに、ステップ 17 を完了してください。

ステップ 16 WMT プロキシ キャッシングを設定する手順は、次のとおりです。

a. WMT Caching サブメニューから、WMT Proxy Caching オプションを選択します。

b. この Content Engine 上に、WMT ライセンスがすでにインストールされている場合は、次のプロンプトが表示されたら、n と入力してください。

WMT license key is already installed. Do you want to install
a different license key (y/n) [n]:n
 

それ以外の場合は、次のプロンプトが表示されたら、ライセンス キーがあるかどうかを指定します。WMT 製品の Cisco ライセンス キーがある場合は、y と入力してください。それ以外の場合は、n と入力して、(この例で示すように)このスタンドアロン Content Engine 上で WMT 機能の評価版ライセンスを使用します。

Do you have the license key for WMT (y/n) [y]:n
Do you want to evaluate WMT (y/n) [y]:y
 

) Setup ユーティリティを使用して、WMT プロキシ キャッシングを設定すると、Content Engine は着信 WMT 要求を待ち受けるために、デフォルト ポート(ポート 1755)を使用するように自動的に設定されます。


設定された CLI コマンドのリストが表示され、この設定を保存するプロンプトが表示されます。評価版ライセンスを使用して、この Content Engine の WMT を有効にすると、wmt evaluate コマンドは作成された CLI コマンドのリストに組み込まれます。Cisco WMT ライセンスを使用した場合、wmt evaluate ではなく、wmt license-key コマンドが表示されます。

Based on the input, the following CLIs will be configured:
wmt evaluate
wmt accept-license-agreement
wmt enable
 

c. 次のプロンプトが表示されたら、 y と入力して、この設定を受け入れます。

Do you accept these configs (y/n) [y]:y
 

指定した設定パラメータが保存され、WMT キャッシング サブメニューが再表示されます。これで、WMT Proxy Caching オプションが「Complete」としてリストされます。プロキシ サーバとしてこの Content Engine を直接指定するように、エンド ユーザ のデスクトップ上の Windows Media Player を設定する必要があることに注意してください。設定方法は、「WMT MMS 要求に対して Windows Media Player が 直接スタンドアロン Content Engine を指し示すようにするための設定」を参照してください。


ヒント また、Content Engine CLI を使用して、あとでこの Content Engine で使用可能な WMT ストリーミングを設定することもできます。設定方法は、「スタンドアロン Content Engine 上の WMT ストリーミング メディア サービスの設定」を参照してください。

ステップ 17 WMT 透過キャッシングを設定する手順は、次のとおりです。

a. WMT Caching サブメニューから、WMT Transparent Caching オプションを選択します。

b. 次のプロンプトが表示されたら、WMT 要求をこの Content Engine にリダイレクトする WCCP Version 2 対応ルータの IP アドレスを指定します。Enter を押して、デフォルト ゲートウェイを使用するか、または WMT 要求をこの Content Engine にリダイレクトする他の WCCP Version 2 対応ルータの IP アドレスを入力します。この場合、デフォルト ゲートウェイ(この Content Engine のデフォルト ゲートウェイとして指定されている WCCP Version 2 対応ルータ)には、10.0.1.1 という IP アドレスがあります。

Please enter the IP addresses of WCCP routers [10.0.1.1]:
 

c. この Content Engine に、WMT ライセンスがすでにインストールされている場合は、次のプロンプトが表示されたら、n と入力してください。

WMT license key is already installed. Do you want to install
a different license key (y/n) [n]:n
 

それ以外の場合は、次のプロンプトが表示されたら、ライセンス キーがあるかどうかを指定します。WMT 製品の Cisco ライセンス キーがある場合は、y と入力してください。それ以外の場合は、n と入力して、(この例で示すように)このスタンドアロン Content Engine 上で WMT 機能の評価版ライセンスを使用します。

Do you have the license key for WMT (y/n) [y]:n
Do you want to evaluate WMT (y/n) [y]:y
 

d. 次のプロンプトが表示されたら、y と入力して、この Content Engine の WMT 透過キャッシングを有効にします。

Do you want to enable WMT transparent caching (y/n) [y]:y
 

設定済みの CLI コマンドのリストが表示されますが、まだ WCCP Version 2 対応ルータ上の mmst サービス(WCCP サービス 81)および mmsu サービス(WCCP サービス 82)を設定する必要があることに注意してください。評価版ライセンスを使用して、この Content Engine の WMT を有効にすると、wmt evaluate コマンドは、設定済みの CLI コマンドのリストに組み込まれます。Cisco WMT ライセンスを使用した場合、wmt evaluate ではなく、wmt license-key コマンドが表示されます。

NOTE: Please remember to configure services 81 and 82 on the router.
Based on the input, the following CLIs will be configured:
wmt evaluate
wmt accept-license-agreement
wmt enable
wccp router-list 1 10.0.1.1
wccp version 2
wccp wmt router-list 1
 

e. 次のプロンプトが表示されたら、 y と入力して、この設定を受け入れます。

Do you accept these configs (y/n) [y]:y
 

指定した設定パラメータが保存され、WMT キャッシング サブメニューが表示されます。これで、WMT Transparent Caching オプションが「Complete」としてリストされますが、まだ WCCP Version 2 対応ルータ上の WCCP サービス 81(mmst サービス)および 82(mmsu サービス)を設定する必要があることに注意してください。設定方法は、「ルータ上での MMST サービス(サービス 81)の設定」 および 「ルータ上での MMSU サービス(サービス 82)の設定」をそれぞれ参照してください。

ステップ 18 RealMedia キャッシングを設定する手順は、次のとおりです。

a. 次の方式のいずれかを使用して、RealMedia Caching サブメニューを表示します。

WMT Caching サブメニューから Previous Menu オプションを選択してから、Caching Related Configurations サブメニューから WMT Caching オプションを選択します(下記参照)。

Caching Related Configurations サブメニューから、Real Media Caching オプションを選択します。

メイン メニューから Caching Related Configurations オプションを選択してから、Caching Related Configurations サブメニューから Real Media Caching オプションを選択します。

次の例では、RealMedia キャッシング サービス(RealMedia プロキシ キャッシングと WCCP Version 2 を使用する Real Media 透過キャッシング)は両方ともこのスタンドアロン Content Engine 上で設定しています。

 
+-----------------------------------------------+
¦ Real Media Caching ¦
+-----------------------------------------------¦
¦-> Caching :Incomplete ¦
¦ Real Transparent Caching :Incomplete ¦
¦ Print Configuration ¦
¦ Previous Menu (p) ¦
¦ Main Menu (m) ¦
¦ Exit (e) ¦
+-----------------------------------------------+
 
Main Menu
---> Caching Related Configurations
---> Real Media Caching
Configure this CE for doing Real Proxy caching
Press '?' to see why this item is incomplete
 

b. RealMedia プロキシ キャッシングを設定するために、ステップ 19 を完了してください。

c. WCCP Version 2 を使用して、RealMedia 透過キャッシングを設定するために、ステップ 20 を完了してください。

ステップ 19 RealMedia プロキシ キャッシングを設定する手順は、次のとおりです。

a. RealMedia Caching サブメニューから、Real Proxy Caching オプションを選択します。

b. この Content Engine に、RealProxy ライセンスがすでにインストールされている場合は、次のプロンプトが表示されたら、 n と入力してください。

Real Proxy license key is already installed. Do you
want to install a different license key (y/n) [n]:n
 

それ以外の場合は、RealProxy のライセンス キーがあるかどうかを指定します。Cisco RealProxy ライセンス キーがある場合は、y と入力します。それ以外の場合は、n と入力して、(この例で示すように)このスタンドアロン Content Engine 上の RealProxy 評価版ライセンスを使用します。

Do you have the license key for Real Proxy (y/n) [y]:n
Do you want to evaluate Real Proxy (y/n) [y]:y
 

設定された CLI コマンドのリストが表示され、この設定を保存するプロンプトが表示されます。評価版ライセンスを使用して、RealMedia 要求に対して RTSP プロキシを有効にすると、rtsp proxy media-real evaluate コマンドは、設定済みの CLI コマンドのリストに組み込まれます。

Based on the input, the following CLIs will be configured:
rtsp proxy media-real accept-license-agreement
rtsp proxy media-real enable
rtsp proxy media-real evaluate
 

c. 次のプロンプトが表示されたら、y と入力して、この設定を受け入れます。

Do you accept these configs (y/n) [y]:y

) Setup ユーティリティを使用して、RealMedia プロキシ キャッシングを使用すると、Content Engine は自動的に設定され、標準 RTSP ポート(デフォルト ポート 554)を使用して、着信 RealMedia 要求を待ち受けます。RTSP ゲートウェイは、RTSP メッセージを受信するスタンドアロン Content Engine上の単一のエントリー ポイントです。RTSP ゲートウェイは、Content Engine 上で動作し、自動的に有効になります。デフォルトで、RTSP ゲートウェイは着信 RTSP 要求をポート 554 で待ち受けます。RTSP ゲートウェイを設定して、着信 RTSP 要求をデフォルト ポート(ポート 554)以外のポートで待ち受ける場合には、着信 RTSP ポートを変更する必要があります。Content Engine CLI(rtsp port incoming rtsp-gateway-incoming-port-number グローバル設定コマンド)を使用して、スタンドアロン Content Engine の RTSP 着信ポートを変更する必要があります。詳細は、「RTSP ゲートウェイの基本設定値の設定」を参照してください。


指定した設定パラメータが保存され、RealMedia キャッシング サブメニューが再表示されます。これで、RealProxy Caching オプションが「Complete」としてリストされます。プロキシ サーバとしてこの Content Engine を直接指すように、クライアント デスクトップ上の RealMedia Player を設定する必要があることに注意してください。設定方法は、「RealMedia Player が直接スタンドアロン Content Engine を指し示すようにするための設定」を参照してください。


ヒント また、あとからこの Content Engine で使用可能な RealMedia ストリーミング(VOD ファイルおよびライブ分割)を設定することもできます。設定方法は、「スタンドアロン Content Engine の RealMedia サービスの設定」を参照してください。

ステップ 20 WCCP を使用して、RealMedia 透過キャッシングを設定する手順は、次のとおりです。

a. RealMedia Caching サブメニューから、Real Transparent Caching オプションを選択します。

b. 次のプロンプトが表示されたら、RealMedia 要求をこの Content Engine にリダイレクトする WCCP Version 2 対応ルータの IP アドレスを指定します。Enter を押して、デフォルト ゲートウェイを使用するか、または RealMedia 要求をこの Content Engine にリダイレクトする他の WCCP Version 2 対応ルータの IP アドレスを入力します。この場合、デフォルト ゲートウェイ(この Content Engine のデフォルト ゲートウェイとして指定されている WCCP Version 2 対応ルータ)は、10.0.1.1 という IP アドレスをもっています。

Please enter the IP addresses of WCCP routers [10.0.1.1]:

c. この Content Engine に、RealProxy ライセンスがすでにインストールされている場合は、次のプロンプトが表示されたら、n と入力してください。

Real Proxy license key is already installed. Do you
want to install a different license key (y/n) [n]:n
 

それ以外の場合は、RealProxy のライセンス キーがあるかどうかを指定します。Cisco RealProxy ライセンス キーがある場合は、y と入力します。それ以外の場合は、n と入力して、(この例で示すように)このスタンドアロン Content Engine 上の RealProxy 評価版ライセンスを使用します。

Do you have the license key for Real Proxy (y/n) [y]:n
Do you want to evaluate Real Proxy (y/n) [y]:y
 

d. y と入力して、この Content Engine の RealMedia 透過キャッシングを有効にします。

Do you want to enable Real Media transparent caching (y/n) [y]:y
 

設定済みの CLI コマンドのリストが表示されますが、まだ WCCP Version 2 対応ルータ上の rtsp サービス(サービス 80)を設定する必要があることに注意してください。評価版ライセンスを使用して、RealMedia 要求に対して RTSP プロキシを有効にすると、rtsp proxy media-real evaluate コマンドは、設定済みの CLI コマンドのリストに組み込まれます。

NOTE: Please remember to configure service 80 on the router.
Based on the input, the following CLIs will be configured:
rtsp proxy media-real accept-license-agreement
rtsp proxy media-real enable
wccp router-list 1 10.0.1.1
wccp version 2
wccp rtsp router-list 1
 

e. 次のプロンプトが表示されたら、y と入力して、この設定を受け入れます。

Do you accept these configs (y/n) [y]:y
 

指定した設定パラメータが保存され、RealMedia キャッシング サブメニューが再表示されます。これで、Real Transparent Caching オプションが「Complete」としてリストされますが、まだ WCCP Version 2 対応ルータ上の rtsp サービス(サービス 80)を設定する必要があることに注意してください。設定方法は、「ルータ上での rtsp サービス(サービス 80)の設定」を参照してください。


) Content Engine が NAT(Network Address Translation)対応ルータの背後に配置されている場合、RTSP ゲートウェイの IP アドレスも指定する必要があります。Setup ユーティリティを使用して、Content Engine の基本コンフィギュレーションを完了させてから、Setup ユーティリティを終了し、Content Engine を使用して、RTSP ゲートウェイの IP アドレスを指定できます。RTSP ゲートウェイの IP アドレスを指定するには、rtsp ip-address rtsp-gateway-ip-address を使用します。使用方法は、「RTSP ゲートウェイの基本設定値の設定」を参照してください。



 

直接プロキシ ルーティングを使用可能にするクライアント ブラウザとメディア プレーヤーの設定

非透過(プロキシ)キャッシングに対応するようにスタンドアロン Content Engine を設定してから、コンテンツ要求を直接このContent Engine にルーティングするようにクライアント ブラウザとメディア プレーヤーを設定する必要があります(直接プロキシ ルーティング)。クライアント ブラウザまたはメディア プレーヤーに、これらのクライアントの非透過プロキシ サーバとして機能しているスタンドアロン Content Engine を指定する方法については、表4-5 を参照してください。

 

表4-5 コンテンツ要求の直接プロキシ ルーティングをサポートする、クライアント ブラウザおよびメディア プレーヤーの設定

非透過
追加情報および説明

HTTP プロキシ キャッシング

クライアント ブラウザへの直接スタンドアロン Content Engine 指定

HTTPS プロキシ キャッシング

クライアント ブラウザへの直接スタンドアロン Content Engine 指定

WMT プロキシ キャッシング

WMT MMS 要求に対して Windows Media Player が 直接スタンドアロン Content Engine を指し示すようにするための設定

WMT RTSP 要求に対して Windows Media 9 Player が 直接スタンドアロン Content Engine を指し示すようにするための設定

RealMedia
プロキシ キャッシング

RealMedia Player が直接スタンドアロン Content Engine を指し示すようにするための設定

クライアント ブラウザへの直接スタンドアロン Content Engine 指定

非透過キャッシングが、コンテンツ要求を非透過プロキシ サーバとして機能しているスタンドアロン Content Engine に送信するために使用される場合、直接この Content Engine を指定するようにクライアント ブラウザを設定する必要があります。クライアント ブラウザに Content Engine を指定するには、プロキシ自動設定(PAC)ファイルを使用するか、または手作業で特定のスタンドアロン Content Engine を指定するようにブラウザを設定する必要があります。

これらの 2 種類のアクセス方法については、次の項を参照してください。

「PAC ファイルを使用したクライアント ブラウザへの直接スタンドアロン Content Engine の指定」

「クライアント ブラウザがスタンドアロン Content Engine を指し示すようにするための手作業による設定」

PAC ファイルを使用したクライアント ブラウザへの直接スタンドアロン Content Engine の指定

ACNS 5.x ソフトウェアは PAC ファイルをサポートしているので、クライアント ブラウザに直接スタンドアロン Content Engine(これらのクライアント ブラウザには、非透過フォワード プロキシ サーバ)を指定できます。PAC ファイルは、JavaScript で記述された設定ファイルで、ご使用の イントラネット内の FTP サーバに保存されています。PAC ファイルを使用して、クライアント ブラウザに直接スタンドアロン Content Engine を指すようにするための手順は、次のとおりです。


ステップ 1 PAC ファイルを作成して、FTP サーバに保存します。

ステップ 2 PAC ファイルを FTP サーバから、クライアント ブラウザのプロキシ サーバとして動作する Content Engine にダウンロードします。

毎回、新しい PAC ファイルをスタンドアロン Content Engine にダウンロードする手順は、次のとおりです。

a. Content Engine 上のプロキシ自動設定を無効にします( no proxy-auto-config enable コマンド)。

b. 新しい PAC ファイルを Content Engine にダウンロードします。


) 自動設定ファイルをディスク /local1 または /local2 のいずれかにダウンロードする前に、これら 2 つのディスク ロケーションを Content Engine の sysfs ボリュームとして設定する必要があります。


c. proxy-auto-config enable コマンドを入力して、自動プロキシ設定機能を再度有効にします。

手作業で、ブラウザに自動プロキシ設定を指定するには、明示的に、Content Engine の IP アドレス、着信ポート番号、ファイルのディレクトリ、および PAC ファイル名をブラウザ内で指定します。


) Microsoft Internet Explorer および Netscape ブラウザは、PAC ファイルをサポートとしています。


ステップ 3 ブラウザに自動プロキシ設定が設定されている場合には、ブラウザ起動時に、ブラウザは必要なプロキシ情報(たとえば、プロキシ サーバの IP アドレスおよびポート設定情報など)を PAC ファイル(.pac ファイル)から入手します。


 

次の例では、PAC ファイルを使用して、クライアント ブラウザに Content Engine を指定する手順を示しています。


ステップ 1 PAC ファイルを作成して、FTP サーバに保存します。

次の例では、proxyfile.pac という名前の付いた、非常にシンプルな PAC ファイルを示しています。この場合、1 台だけのプロキシ(1 台のスタンドアロン Content Engine)が配置されていて、「cisco.com」が宛先でないトラフィックはすべてのインターネット要求のためのプロキシ サーバ(Content Engine)に送信されます。

Example #1: Use proxy for everything except local hosts
This would work in Netscape's environment. All hosts which aren't fully
qualified, or the ones that are in local domain, will be connected to
directly. Everything else will go through w3proxy:8080. If the proxy goes
down, connections become automatically direct.
function FindProxyForURL(url, host)
{
if (isPlainHostName(host) ||
dnsDomainIs(host, ".cisco.com"))
return "DIRECT";
else
return "PROXY ce1.cisco.com:8080; DIRECT";
}Note: This is the simplest and most efficient autoconfig file for cases
where there's only one proxy.

ステップ 2 指定した FTP サーバ から PAC ファイルを Content Engine にダウンロードする。デフォルトでは、PAC ファイルは Content Engine の現在の作業ディレクトリにダウンロードされます。

この例では、proxyfile.pac という名前の PAC ファイルを 172.16.10.10 の IP アドレスをもつ FTP サーバから Content Engine にダウンロードする方法を示しています。この Content Engine は、PAC ファイル サーバとして機能しています。これは、ブラウザが起動されたとき、クライアント ブラウザはこの PAC ファイルを指すからです。

ContentEngine# proxy-auto-config download 172.16.10.10 remotedirname proxyfile.pac
 

ステップ 3 このスタンドアロン Content Engine 上でブラウザ自動設定機能を有効にする。

ContentEngine(config)# proxy-auto-config enable
 

ステップ 4 手作業で、各クライアント ブラウザを自動プロキシ設定に設定します。ブラウザに自動プロキシ設定が指定されている場合には、ブラウザは起動時に毎回、必要な情報を指定された .pac ファイルから入手します。明示的に Content Engine の IP アドレス、着信ポート番号、ファイルのディレクトリ、および .pac ファイルをブラウザに指定する必要があります。

次の手順では、Internet Explorer Version 6.0 でこのタスクを実行する方法を示しています。

a. Internet Explorer GUI から、 Tools > Internet Options の順に選択します。Internet Options ウィンドウが表示されます(図4-7 を参照)。

図4-7 Internet Options ウィンドウ

 

b. Internet Options ウィンドウの上部にある、 Connections タブをクリックして、このタブを表示します(図4-8 を参照)。

図4-8 Connections タブ ウィンドウ

 

c. Connections タブから、 Settings ボタンをクリックします。Settings ウィンドウが表示されます(図4-9 を参照)。

図4-9 Settings ウィンドウ

 

d. Use automatic configuration script チェックボックスにチェックマークを付けます。

e. Address フィールドに、このブラウザがコンテンツ要求の宛先を指示しなければならないプロキシ サーバ(Content Engine)を決定するために使用する .pac ファイルの URL を入力します。

http://ContentEngine-IPaddress:portnumber/pac filename
 

次の例では、.pac ファイルの URL には、.pac ファイルが proxyfile.pac という名前が付けられていて、Content Engine(非透過フォーワード プロキシ サーバ)に保存されることを指定しています。この Content Engine には、172.16.10.10 の IP アドレス、および着信ポートとして 8080 があります。

http://172.16.10.10:8080/proxyfile.pac
 

) .pac ファイルの URL にポート番号を指定する場合、プロキシの着信ポート番号と同一ポート番号を使用します(http proxy incoming portnumber グローバル設定コマンドと Setup ユーティリティの使用方法は、「Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定」ステップ 12 を参照)。たとえば、ポート 8080 を http proxy incoming 8080 コマンドで指定する場合は、.pac ファイルの URL のポート番号に 8080 を使用してください。


f. OK をクリックして、設定パラメータを保存し、Settings ウィンドウを閉じます。

ステップ 5 ユーザのインターネットアクセスを制御するために、NTLM がこの環境で使用されている場合は、クライアント ブラウザでユーザ認証を行うためのデフォルト設定を変更する必要があります。設定を変更しないと、ユーザが新しい Web サイトにアクセスしてログインするたびに、ポップアップ ウィンドウが表示されてしまいます。次の手順では、Internet Explorer Version 6.0 でこのデフォルト設定を変更する方法を示しています。

a. Internet Options ウィンドウ(図4-7 を参照)で、 Security タブをクリックします。Internet を Web コンテンツ ゾーンとして選択した状態で、Security タブが開きます(図4-10 を参照)。

図4-10 Security タブ

 

b. Custom Level ボタンをクリックします。Security Settings ウィンドウが表示されます。

c. Security Settings ウィンドウで、User Authentication までスクロールします(図4-11 を参照)。

図4-11 Security Settings ウィンドウ

 

図4-11 では、デフォルトのユーザ認証設定は、イントラネット ゾーンにのみ自動的にログオンするようになっています。

d. デフォルト ユーザ認証設定を変更するには、Automatic logon with current username and password オプション ボタンをクリックします(図4-12 を参照)。

図4-12 デフォルト ユーザ認証設定の変更

 

e. OKをクリックして、Security Settings ウィンドウを閉じます。


 

クライアント ブラウザがスタンドアロン Content Engine を指し示すようにするための手作業による設定

プロキシ自動設定(PAC)ファイルではなく、手作業で、クライアント ブラウザがスタンドアロン Content Engine を指し示すように、明示的に Content Engine(このクライアント ブラウザの非透過プロキシ サーバ)の IP アドレスとポート番号をブラウザに指定する必要があります。

次の例では、Internet Explorer Version 6.0 でこのタスクを実行する方法を示しています。


ステップ 1 Internet Explorer GUI から、 Tools > Internet Options の順に選択します。Internet Options ウィンドウが表示されます(図4-7 を参照)。

ステップ 2 Internet Options ウィンドウの上部にある、Connections タブをクリックして、このタブを表示します(図4-8 を参照)。

ステップ 3 Connections タブから、 Settings ボタンをクリックします。Settings ウィンドウが表示されます(図4-9 を参照)。

ステップ 4 Settings ウィンドウで、 Use a proxy server for this connection チェックボックスにチェックマークを付けて、手作業でブラウザが直接 Content Engine を指し示すようにします(図4-13 を参照)。

図4-13 ブラウザが直接 Content Engine を指し示すようにするための手作業による設定

 

ステップ 5 Address フィールドに、このブラウザが指し示すべき Content Engine の IP アドレスを入力します。

このクライアント ブラウザがそのコンテンツ要求を直接送る Content Engine の IP アドレスを指定します。たとえば、172.16.10.10 という IP アドレスをもつ Content Engine をダイレクト プロキシ サーバとして指し示すには、 172.16.10.10 をAddress フィールドに入力します。

ステップ 6 Port フィールドで、このブラウザのプロキシ サーバになっているスタンドアロン Content Engine のポート番号を入力します。


) スタンドアロン Content Engine の HTTP プロキシ キャッシングを設定したときに、着信プロキシ ポートとして指定したポート番号の 1 つを使用します。この設定には、Setup ユーティリティ(「Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定」の ステップ 12 を参照)、または http proxy incoming portnumber グローバル設定コマンドを使用します。たとえば、ポート 8080 が着信プロキシ ポート(http proxy incoming 8080 コマンド)として指定されている場合、使用するポート番号として 8080 を Port フィールドに入力します。


ステップ 7 OK をクリックします。

ステップ 8 ユーザのインターネットアクセスを制御するために、NTLM がこの環境で使用されている場合は、クライアント ブラウザでユーザ認証を行うためのデフォルト設定を変更する必要があります。設定を変更しないと、ユーザが新しい Web サイトにアクセスしてログインするたびに、ポップアップ ウィンドウが表示されてしまいます。

Internet Explorer Version 6.0 で、このデフォルト設定を変更する方法の例については、ユーザのインターネットアクセスを制御するために、NTLM がこの環境で使用されている場合は、クライアント ブラウザでユーザ認証を行うためのデフォルト設定を変更する必要があります。設定を変更しないと、ユーザが新しい Web サイトにアクセスしてログインするたびに、ポップアップ ウィンドウが表示されてしまいます。次の手順では、Internet Explorer Version 6.0 でこのデフォルト設定を変更する方法を示しています。 を参照してください。


 

WMT RTSP 要求に対して Windows Media 9 Player が 直接スタンドアロン Content Engine を指し示すようにするための設定

WMT RTSP 要求を直接スタンドアロン Content Engine に送るように Windows Media 9 Playerの宛先を指示するために、WMT 透過リダイレクションではなく、直接プロキシ ルーティングが使用されている場合、クライアント デスクトップの Windows Media 9 Playerが、直接 Content Engine(これらの Web クライアントのための非透過 WMT プロキシサーバ)を指し示すように設定する必要があります。

Windows Media 9 Playerからの WMT RTSP 要求の直接プロキシ ルーティングをサポートするために、Content Engine は ACNS 5.3.1 ソフトウェアまたはそれ以降を実行していなくてはなりません。

特定のスタンドアロン Content Engine を直接指定するために、クライアント デスクトップ上の Windows Media 9 Playerを明示的に設定する手順は、次のとおりです。


ステップ 1 クライアント デスクトップ上の Windows Media Playerを開きます。

ステップ 2 Windows Media Playerのメニューバーから、 Tools > Options の順に選択します。Options ウィンドウが表示されます。

ステップ 3 Options ウィンドウで、Network タブをクリックします(図4-14 を参照)。

図4-14 Network Options タブ

 

ステップ 4 Network タブの Streaming protocols の下で、 Multicast UDP TCP 、および HTTP のチェックボックスにチェックマークがついていない場合には、チェックマークを付けます。

ステップ 5 Network タブの Streaming proxy settings の下で、 RTSP を選択し、 Configure をクリックします。Configure Protocol ウィンドウが表示されます(図4-15 を参照)。

図4-15 ストリーミング プロトコルとして RTSP を設定する方法

 

ステップ 6 Use the following proxy server オプション ボタンをクリックします。

ステップ 7 Address フィールドに、Content Engine(この Windows Media 9 Playerからの RTSP 要求のための非透過 WMT プロキシ サーバ)の IP アドレスを入力します。

ステップ 8 Content Engine がこの Windows Media 9 Playerからの WMT RTSP 着信要求を受け入れるポート番号を Port フィールドに入力します。ポート 554 は RTSP 着信要求のためのデフォルト ポートです。

デフォルトでは、Content Engine は着信 RTSP 要求をポート 554 で待ち受けます。Content Engine 上でこのデフォルト ポート設定を変更した場合(すなわち、 rtsp port incoming port-number グローバル設定コマンドを使用して、ポート 554 以外のポートで着信 RTSP 要求を待ち受けるように Content Engine を設定した場合)、Configure Protocol ウィンドウの Port フィールドにそのポート番号が入力されていることを確認してください。

ステップ 9 OK をクリックして、Configuration Protocol ウィンドウを閉じます。

ステップ 10 Apply をクリックして、Windows Media 9 Playerに設定を適用します。

ステップ 11 OK をクリックして、Windows Media 9 Playerの Option ウィンドウを閉じます。


 

WMT MMS 要求に対して Windows Media Player が 直接スタンドアロン Content Engine を指し示すようにするための設定

Windows Media Playerから直接スタンドアロン Content Engine に対する WMT MMS 要求の宛先を示すために直接プロキシ ルーティングを使用している場合、クライアント デスクトップの Windows Media Playerが直接 Content Engine(これらの Web クライアントのための非透過 WMT プロキシ サーバ)を指し示すように設定する必要があります。

特定のスタンドアロン Content Engine へ直接 WMT MMS 要求を送るように、クライアント デスクトップ上の Windows Media Playerを明示的に設定する手順は、次のとおりです。


ステップ 1 クライアント デスクトップ上の Windows Media Playerを開きます。

ステップ 2 Windows Media Playerのメニューバーから、 Tools > Options の順に選択します。Options ウィンドウが表示されます。

ステップ 3 Options ウィンドウで、Network タブをクリックします(図4-14 を参照)。

ステップ 4 Network タブの Streaming protocols の下で、 Multicast UDP TCP 、および HTTP のチェックボックスをクリックします(選択されていない場合)。

ステップ 5 Network タブの Streaming proxy settings の下で、 MMS を選択し、 Configure をクリックします。Configure Protocol ウィンドウが表示されます(図4-16 を参照)。

図4-16 Configure Protocol ウィンドウ

 

ステップ 6 Use the following proxy server オプション ボタンをクリックします。

ステップ 7 Address フィールドに Content Engine(この Windows Media Playerのための非透過 WMT プロキシ サーバ)の IP アドレスを入力する。

ステップ 8 Content Engine がこの Windows Media 9 Playerから WMT RTSP 着信要求を受け入れるポート番号を Port フィールドに入力する。

デフォルトでは、Content Engine は WMT クライアントから着信 MMS 要求をポート 1755 で待ち受けます。Setup ユーティリティを使用して、WMT プロキシ キャッシングを設定すると、Content Engine は着信 MMS 要求を受け入れるためにデフォルト ポート(ポート 1755)を使用するように自動的に設定されます。Content Engine 上でこのデフォルト ポート設定を変更した場合(すなわち、 wmt incoming port-number グローバル設定コマンドを使用して、ポート 1755 以外のポートで着信 MMS 要求を待ち受けるように Content Engine を設定した場合)、Configure Protocol ウィンドウの Port フィールドにそのポート番号が入力されていることを確認してください。

ステップ 9 OK をクリックして、Configuration Protocol ウィンドウを閉じます。

ステップ 10 Apply をクリックして、Windows Media Playerに設定を適用します。

ステップ 11 OK をクリックして、Windows Media Playerの Option ウィンドウを閉じます。


 

RealMedia Player が直接スタンドアロン Content Engine を指し示すようにするための設定

RealMedia Playerから直接スタンドアロン Content Engine に RTSP 要求のあて先を示すために、RTSP 透過リダイレクションではなく、直接プロキシ ルーティングを使用している場合、クライアント デスクトップ上の RealMedia Player(RealPlayer または RealOne Player)がこの Content Engine(これらの Web クライアントのための非透過 RealProxy サーバ)を直接指し示すように設定する必要があります。

クライアント デスクトップ上の RealMedia Player(RealPlayer Version 8.02 または 9.0)が RTSP プロキシ サーバとして特定のスタンドアロン Content Engine を直接指し示すように設定する手順は、次のとおりです。


ステップ 1 クライアント デスクトップ上の RealPlayer を開きます。

ステップ 2 RealPlayer メニューから、 View > Preferences の順に選択します。

ステップ 3 Category settings の Proxy オプションをクリックします。

ステップ 4 Streaming Settings の下で、 Change Settings をクリックします。

ステップ 5 Use proxies オプション ボタンをクリックします。

ステップ 6 RTSP Proxy アドレス フィールドに、RealMedia プロキシ キャッシングのために設定したスタンドアロン Content Engine の IP アドレスを入力します。

ステップ 7 Port フィールドに、Content Engine が RTSP 着信要求を受け入れるポート番号を入力します。

デフォルトでは、Content Engine は着信 RTSP 要求をポート 554 で待ち受けます。Content Engine 上でこのデフォルト ポート設定を変更した場合(すなわち、 rtsp port incoming port-number グローバル設定コマンドを使用して、ポート 554 以外のポートで着信 RTSP 要求を待ち受けるように Content Engine を設定した場合)、Configure Protocol ウィンドウの Port フィールドにそのポート番号が入力されていることを確認してください。

ステップ 8 OK をクリックします。


 

透過リダイレクションのための WCCP ルータの設定

透過プロキシ キャッシングのためにスタンドアロン Content Engine を設定した後で、コンテンツ要求を代行受信し、この Content Engine に透過的にリダイレクトするように、WCCP Version 2 対応ルータを設定する必要があります。WCCP Version 2 対応ルータ上で必要な WCCP サービスを設定する方法については、表4-6 を参照してください。

 

表4-6 コンテンツ要求の透過プロキシ ルーティングをサポートする WCCP ルータの設定

WCCP を使用する透過キャッシング
追加情報および説明

HTTP 透過キャッシング

ルータ上での標準 Web キャッシュ サービス(サービス 0)の設定

ルータ上での custom-web-cache サービス(サービス 98)の設定

HTTP リバース プロキシ キャッシング

ルータ上での reverse-proxy サービス(サービス 99)の設定

MMS 透過リダイレクションを使用する WMT 透過キャッシング

ルータ上での MMSU サービス(サービス 82)の設定

ルータ上での MMST サービス(サービス 81)の設定

WMT RTSP 透過リダイレクションを使用する WMT 透過キャッシング

ルータ上での rtsp サービス(サービス 80)の設定

ルータ上での wmt-rtspu サービス(サービス 83)の設定

RealMedia 透過キャッシング

ルータ上での rtsp サービス(サービス 80)の設定

基本コンフィギュレーションの確認

ここでは、スタンドアロン Content Engine 上の基本コンフィギュレーションを確認する方法の一例を説明します。これは、スタンドアロン Content Engine の web-cache サービス(WCCP を使用する HTTP 透過キャッシング)の設定を確認する方法を示すシナリオの一例です。この例で適用される前提条件は、次のとおりです。

WCCP Version 2 を有効にした単一のスタンドアロン Content Engine(Content Engine A)が 1 台ある。

単一の WCCP Version 2 対応ルータ(ルータ A)があり、HTTP 要求を Content Engine A(透過プロキシ サーバ)にリダイレクトするように設定されている。

HTTP 透過キャッシング サービスが Content Engine A 上ですでに有効になっていて、Content Engine A はルータ A からリダイレクトされた HTTP 要求を受け入れるように設定されている。

クライアント A および クライアント B のブラウザは、Content Engine A を直接指し示すように設定されていない。

クライアント A とクライアント B は、同一サブネット上にある。

web-cache サービス(WCCP を使用する HTTP 透過キャッシング)が正常に機能していることを確認するための手順は、次のとおりです。


ステップ 1 クライアント A から、クライアント ブラウザを使用して、インターネットまたは社内のイントラネットのいろいろな Web ページを開きます。2 回以上、それらのページを要求します。接続先の Web サーバは、クライアント A とは異なるサブネット上に配置されているので、クライアント A のブラウザが発行する HTTP 要求は、ルータ A にルーティングされます。

ステップ 2 管理者権限をもつ(特権レベル 15)ログイン アカウントを使用して、Content Engine A 上の Content Engine CLI にログインします。

Content Engine CLI を使用して、スタンドアロン Content Engine にログインする方法の詳細は、「Telnet またはコンソール セッションを使用したスタンドアロン Content Engine へのログイン」を参照してください。

ステップ 3 Content Engine A から、この Content Engine の統計情報を格納している HTTP キャッシングを表示します

ContentEngineA# show statistics http savings
 
Statistics - Savings
Requests Bytes
-----------------------------------------------------------
Total: 525980242 79047534484
Hits: 1966223 19865155481
Miss: 524014019 59182379003
Savings: 0.4 % 25.1 %
 

ヒント それらの統計情報を表示するには、Content Engine GUI から Reporting > Savings の順に選択します。Content Engine GUI にログインする方法については、「Content Engine GUI へのログイン」 を参照してください。

ステップ 4 Content Engine A から、この Content Engine が受け取った HTTP 要求の数を表示します。

ContentEngineA# show statistics http requests
 

ステップ 5 クライアント B から、ブラウザを使用して、クライアント A から要求した Web ページと同じ Web ページを要求します。

この手順を使用して、Content Engine A がオリジン サーバから Web ページを再度取得するのではなく、要求された Web ページのコピーをローカル キャッシュに保存しているかどうかをチェックできます。

show statistics http savings コマンドの出力に表示されるキャッシュ ヒット数は、クライアント B ブラウザを使用して、クライアント A から要求した Web ページと同じ Web ページを要求すると増加します。

show statistics http requests コマンドの出力に表示される HTTP 要求数は、クライアント B ブラウザを使用して、クライアント A から要求した Web ページと同じ Web ページを要求すると増加します。

ステップ 6 ルータ A 上で、コンソールまたは Telnet セッションをオープンします。

ステップ 7 ルータ A 上で、ルータ A の統計情報および状況情報を表示します 。

RouterA# show ip wccp
 

統計情報では、リダイレクトされたパケットについて、0 より大きい数値が表示されます。また、ハッシュ割り当てもチェックします。これは、少なくとも Content Engine A がルータ A に登録され、ルータ A と通信していることを示します。

ステップ 8 ルータ A でパケットが Content Engine A にリダイレクトされていることを示しているかどうかを検査します。

ルータ A で Content Engine A にパケットがリダイレクトされていることを示す場合には、サービス(HTTP 要求の透過リダイレクト)が Content Engine A およびルータ A 上で正常に機能しています。

ルータ A でパケットが Content Engine A にリダイレクトされていないことを示す場合には、Web キャッシュ サービスは正常に機能していません。この場合、Web キャッシュ サービスの設定に関する問題のトラブルシューティングを行う必要があります。次の例では、トラブルシューティングを行う方法を記述しています。

Content Engine A で現在設定されている WCCP サービスのリストをContent Engine A から表示します。標準の web-cache サービス(Web Cache)が、リストされているかどうか確認します。出力例の一部が、この表示例に示されています。

ContentEngineA# show wccp services
Services configured on this Content Engine
Web Cache
RTSP
FTP
ContentEngine#
 

Content Engine A を認識している WCCP 対応ルータのリストをContent Engine A から表示します。出力例の一部が、この表示例に示されています。

ContentEngineA# show wccp routers
Routers Seeing this Content Engine
Router Id Sent To
10.0.0.0 10.1.1.1
Routers not Seeing this Cache Engine
10.1.1.1
Routers Notified of but not Configured
-NONE-
 

Content Engine A を認識する WCCP 対応ルータのリストに、ルータ A が含まれているるかどうかを判別するためにコマンド出力をチェックします。

 

Content Engine A から、Content Engine A のための WCCP(GRE)パケットに関連する情報を表示します

ContentEngineA# show wccp gre
 

コマンド出力をチェックして、Content Engine A が受け取った、あるいは受け取りを拒否したリダイレクト パケットの数を見直します。要求クライアントとは異なるサブネット上に配置されている Web サーバ上にある Web ページを連続して要求した場合に、受け入れたパケットが増加しているかどうかを確認します。


) ACNS ソフトウェアのログを使用する方法については、「スタンドアロン Content Engine のモニタリングとトランザクション」を参照してください。



 

Setup ユーティリティを使用した基本コンフィギュレーションの変更

すでに、Setup ユーティリティを Content Engine 上で実行した場合、あとで Setup ユーティリティを手作業で(setup 特権 EXEC コマンドを使用して)起動すると、現在のスタンドアロン Content Engine の基本コンフィギュレーションが表示されます。この表示例にあるように、プロンプトが表示されたときに y と入力することで、Setup ユーティリティを使用して、現在の基本コンフィギュレーションを素早く変更することができます。

Here is the current profile of this device
CDN device
No
HTTP Proxy Caching : Yes
HTTP Tranparent Caching : Yes
HTTP Reverse Proxy Caching : Yes
WMT Proxy Caching : Yes
WMT Transparent Caching : Yes
Real Media Proxy Caching : Yes
Real Media Transparent Caching: Yes
Do you want to change this (y/n) [n]:y

スタンドアロン Content Engine へのログイン

ここでは、スタンドアロン Content Engine にログインするために、次の方法の概要について説明します。

「Telnet またはコンソール セッションを使用したスタンドアロン Content Engine へのログイン」

「Secure Shell Version 1 または Version 2 を使用したスタンドアロン Content Engine へのログイン」

「Content Engine GUI を使用したスタンドアロン Content Engine へのログイン」

ACNS ソフトウェアには、事前定義されている 1 つのログイン アカウント(ルート管理者)があります。このアカウントを使用して、最初に Content Engine にアクセスし、他のユーザをシステムに追加できます。このログイン アカウントはスーパーユーザ権限をもっています(特権レベル 15)。この事前定義されているログイン アカウントのユーザ名は admin、デフォルトのパスワードは default です。ACNS システム管理者がこれらのデフォルトを変更している場合は、変更後のユーザ名とパスワードを入手する必要があります。

Telnet またはコンソール セッションを使用したスタンドアロン Content Engine へのログイン

Telnet またはコンソール セッションを使用して、スタンドアロン Content Engine にログインする手順は、次のとおりです。


ステップ 1 Content Engine のシリアル ポートに接続された Telnet またはコンソールを使用して、Content Engine にログインします。たとえば、Telnet セッションを開始した後、 open コマンドを使用してログイン先の Content Engine を指定します。

Microsoft Telnet> open IP_address_of_Content_Engine
 

ステップ 2 ログインのプロンプト画面が表示されたら、ユーザ名とパスワードを入力します(図4-17 を参照)。

図4-17 Telnet Session Login ウィンドウの例

 

ステップ 3 正常にログインした後、Content Engine CLI には、ログイン アカウントの特権レベルに応じて、次のいずれかのプロンプトが表示されます。

特権 EXEC モード(特権レベル 15)

ContentEngine#
 

ユーザ EXEC モード(特権レベル 0)

ContentEngine>
 

ここで、ContentEngine は、Content Engine のホスト名です。

図4-18 では、特権 EXEC モードのシステム プロンプトの例を示しています。

図4-18 特権 EXEC モードの CLI システム プロンプト

 


ヒント exec-timeout グローバル設定コマンドで指定されたインターバル時間の間、Content Engine を使用して Telnet セッションを開いたまま、また非アクティブ状態にしておくことができます。デフォルトのタイムアウトは15分です。有効な値は 0 ~ D44640 分です。exec-timeoutインターバルが終了すると、Content Engine は自動的に Telnet セッションを閉じます。

ステップ 4 Content Engine CLI コマンドを使用して Setup ユーティリティ(setup 特権 EXEC コマンドを入力)を起動するか、CLI コマンドを使用してこのスタンドアロン Content Engine の設定または監視を行います。

ACNS ソフトウェアの CLI を使用して、スタンドアロン Content Engine の設定または監視を行う場合に、作業可能なそれぞれのコマンド モードの説明については、「スタンドアロン Content Engine のための ACNS ソフトウェア CLI コマンド モード」 を参照してください。オンライン ヘルプとキーボードのショットカットの使用方法については、「ACNS ソフトウェアの CLI オンライン ヘルプおよびキーボード ショートカット」を参照してください。


) ACNS ソフトウェアのデバイス モードは、デバイスが Content Engine、Content Distribution Manager、Content Router、または IP/TV Program Manager のいずれで機能するかを決定します。特定の CLI モードから使用できるコマンドは、有効な ACNS ソフトウェアのデバイス モードによって決定されます。デフォルトのデバイス動作モードは、Content Engine です。


ステップ 5 任意の時点で CLI セッションを終了するには、 logout または exit EXEC コマンドを入力します。


 

exec-timeout グローバル設定コマンドで指定されたインターバル時間の間、Content Engine を使用して Telnet セッションを開いたまま、また非アクティブ状態にしておくことが可能です。デフォルトのタイムアウトは15分です。有効な値は 0 ~ 44 分、または 640 分です。 exec-timeout インターバルが終了すると、Content Engine は自動的に Telnet セッションを閉じます。

Secure Shell Version 1 または Version 2 を使用したスタンドアロン Content Engine へのログイン

Secure Shell(SSH)は、安全で暗号化されたチャネルを介した Content Engine へのログイン アクセスを可能にします。SSH は、サーバ プログラムとクライアント プログラムから構成されています。Telnet のように、クライアント プログラムを使用して、SSH サーバを実行している装置にリモートからログオンできます。しかし、Telnet の場合と異なり、クライアントとサーバ間に伝送されるメッセージは、暗号化されます。SSH の機能には、ユーザ認証、メッセージ暗号化、およびメッセージ認証が含まれています。

sshd コマンドを有効にする場合は、事前に、 ssh-key-generate グローバル設定コマンドを使用して、秘密鍵および公開ホスト鍵を生成します。これらの鍵は、クライアント プログラムがサーバの ID を確認するために使用します。

ユーザが SSH クライアントを実行し、Content Engine にログインしたとき、Content Engine 上で実行される SSH デーモン用の公開鍵は、クライアント マシン上のユーザのホーム ディレクトリにある known_hosts ファイルに記録されます。Content Engine の管理者が、これ以降に ssh-key-generate コマンドを実行してホスト鍵を再生成する場合、ユーザは、SSH クライアント プログラムを実行して Content Engine にログインする前に、known_hosts ファイル内の、Content Engine に関連付けられている古い公開キーエントリを削除しておく必要があります。ユーザがこの古いエントリを削除後に SSH クライアント プログラムを実行するときには、known_hosts ファイルは、Content Engine 用の新しい SSH 公開鍵に更新されます。


) Telnet デーモンは、Content Engine で引き続き使用できます。SSH は Telnet を置き換えません。


次の例では、SSH 公開鍵を生成する方法、および SSH サービスを使用可能にする方法を示しています。

Console(config)# ssh-key-generate
Ssh host key generated successfully
Saving the host key to box...
Host key saved successfully
 
Console(config)# sshd enable
Starting ssh daemon ..
Ssh daemon started successfully

Content Engine GUI を使用したスタンドアロン Content Engine へのログイン

Content Engine GUI(図4-19)は、スタンドアロン Content Engine をキャッシング エンジンおよびストリーミング エンジンとして設定するための Web ポータルです。

図4-19 Content Engine GUI

 


) Content Engine GUI を使用すると、この GUI にログインする特定のユーザがアクセスできるすべての管理用およびオペレータ機能にアクセスできます。


Content Engine に ACNS ソフトウェアをインストールした後、標準の Web ブラウザを使用して、Content Engine GUI にログインしてアクセスします。

Content Engine GUI にログインする前に、次の情報を入手していることを確認します。

ログイン先の Content Engine の名前または IP アドレス。

設定、監視、およびトラブルシューティングを目的として、Content Engine にログインするためのログイン アカウント(ユーザ名とパスワード)。ログイン アカウントがない場合には、ACNS システム管理者にログイン アカウントの作成を依頼する必要があります。

Content Engine GUI で有効なアクセスのタイプ(セキュア アクセスまたはノンセキュア アクセス)。


) Content Engine GUI へのセキュア アクセスまたはノンセキュア アクセスの詳細は、「Content Engine GUI へのアクセスの有効化と無効化」を参照してください。


Content Engine GUI へのアクセスの有効化と無効化

Content Engine GUI へのセキュア アクセスまたはノンセキュア アクセスを設定できます。セキュア アクセスがデフォルトです。Content Engine GUI へのいずれかを選択できますが、その両方を選択することはできません。たとえば、セキュア Content Engine GUI が使用可能な場合(たとえば、 ポート 8003 上の https:// アクセス )、ノンセキュア Content Engine GUI(たとえば、 ポート 8001 上の http:// アクセス )は使用できません。

Content Engine GUI サーバのポート番号を有効にするか、または指定するには、 gui-server グローバル設定コマンドを使用します。

ContentEngine(config)# gui-server {enable | port port |
secure {enable | port port}}
 

Content Engine GUI へのセキュア アクセスを有効にするには、 gui-server secure enable port グローバル設定コマンドを使用します。

ContentEngine(config)# gui-server secure enable port 8003
 

ポート番号は、1 ~ 65535 です。GUI へのセキュア アクセスの場合、デフォルト ポートは 8003 です。この例では、Content Engine GUI へのセキュア アクセスは、デフォルト ポート番号 8003 で使用できます。

Content Engine GUI へのノンセキュア アクセスを有効にするには、 gui-server enable port グローバル設定コマンドを使用します。

ContentEngine(config)# gui-server enable port 8001
 

ポート番号は、1 ~ 65535 です。GUI へのノンセキュア アクセスの場合、デフォルト ポートは 8001 です。この例では、Content Engine GUI へのノンセキュア アクセスは、デフォルト ポート番号 8001 で使用できます。


) Content Engine GUI へのセキュア アクセスまたはノンセキュア アクセスのいずれかが有効になっている場合、GUI をアクセスできます(「Content Engine GUI へのログイン」を参照)。


Content Engine GUI を無効にするには、次のように no gui-server グローバル設定コマンドを使用します。

no gui-server {enable | port | secure {enable | port port}}
 

たとえば、Content Engine GUI へのセキュア アクセスがポート 8003 で有効になっている場合、次のコマンドを使用して、Content Engine GUI を無効にします。

ContentEngine(config)# no gui-server secure enable port 8003
 

次の例では、Content Engine 上のポート 8001 へのノンセキュア アクセスは無効になります。

ContentEngine(config)# no gui-server enable port 8001
 

Content Engine GUI へのログイン

Content Engine GUI にログインする手順は、次のとおりです。


ステップ 1 Content Engine が置かれているネットワークにアクセスできるデバイス上で、Web ブラウザを起動します。


ヒント Microsoft Internet Explorer(IE)を使用している場合、IE で Java、JavaScript、および Cascading Style Sheets が有効になっていることを確認します。Netscape を使用している場合には、バージョン 4.0 以降を使用してください。

ステップ 2 Web ブラウザで、Content Engine の URL または IP アドレスを入力します。ポート番号を付加します。

Content Engine の URL(ロケーション)は、ACNS ソフトウェアのインストール時に指定されます。現在使用中のネットワークが DNS をサポートしており、Content Engine の IP アドレスが DNS テーブルに追加されている場合、Content Engine の DNS 名を使用して、Content Engine GUI にアクセスできます。

Content Engine GUI のポート番号は、Content Engine に ACNS ソフトウェアをインストールするときに指定されます。ノンセキュア アクセスの場合のデフォルト ポート番号は、8001 です。セキュア アクセスの場合のデフォルト ポート番号は、8003 です。Content Engine GUI へのセキュア アクセスは、デフォルト ポート番号 8003 で有効になります。HTTP がノンセキュア アクセスに使用され、HTTPS がセキュア アクセスに使用されます。

次の例では、ノンセキュア モードがデフォルト ポート(ポート 8001)で有効になっている場合に、Content Engine GUI にノンセキュア モードでアクセスするときの URL を示しています。

http://ContentEngine-name:8001
 

または、次のように IP アドレスを入力します。

http://ContentEngine-IP-address:8001
 

次の例では、セキュア モードがデフォルト ポート(ポート 8003)で有効になっている場合に、Content Engine GUI に保護されたモードでアクセスするときの URL を示しています。

https://ContentEngine-name:8003
 

または、次のように IP アドレスを入力します。

https://ContentEngine-IP-address:8003
 

ステップ 3 セキュア アクセスを指定した場合、Security Alert ウィンドウが表示されます。 Yes をクリックして、セキュリティ証明書を受け入れます。Enter Network Password ウィンドウが表示されます。

ステップ 4 Username フィールドにユーザ名を入力します。Password フィールドにパスワードを入力し、 OK をクリックします。

Username: admin
Password: password
 

ステップ 5 指定されたログイン情報をシステムが確認した後、Content Engine GUI のメイン ウィンドウが Web ブラウザに表示されます。デフォルト管理者の場合、設定、監視、またはトラブルシューティングの目的で Content Engine にアクセスする必要のある ACNS システム管理者または他の ACNS 管理担当者用のログイン アカウントを作成する必要があります。

Content Engine GUI にアクセスすると、Content Engine メイン ウィンドウと呼ばれるウィンドウ(ページ)が表示されます(図4-19 を参照)。Content Engine GUI には、一連のタブとボタンがあります。メニュー オプションの記述リストについては、 付録 A「Content Engine GUI のメニュー オプション」 を参照してください。


ヒント ブラウザ ウィンドウの右下隅にあるロック アイコンは、Content Engine GUI がノンセキュア モードではなく、セキュア モードでアクセスされていることを示します。Content Engine GUI へのセキュア アクセス、またはノンセキュア アクセスを有効にする方法については、「Content Engine GUI へのアクセスの有効化と無効化」を参照してください。


表4-7 では、Content Engine GUI の主なボタンおよびそれらに関連する機能を説明します。

 

表4-7 Content Engine GUI のボタン

ボタン
説明

Clear

Content Engine のメモリおよびハード ディスクから、キャッシュ可能なオブジェクトをすべて削除します。

Reboot

Content Engine をリブートします。

Save Config

現在実行中のシステム設定をスタートアップ システム設定に保存します。

Update

現在の Content Engine GUI ウィンドウで指定した変更内容を、実行中のシステム設定に適用します。

Help

特定の Content Engine GUI ウィンドウに対する状況依存ヘルプを表示します。Help ウィンドウの Back ボタンをクリックして、状況依存ヘルプを開始した場所から Content Engine GUI ウィンドウに戻ります。

ステップ 6 メイン ウィンドウに戻るには、いずれかの Content Engine ウィンドウの左上隅に表示されている Content Engine をクリックします(図4-20を参照)。

図4-20 Content Engine GUI のナビゲーション バー

 

ステップ 7 Content Engine GUI で別のウィンドウにナビゲーションするには、いずれか 1 つのタブをクリックしてそのサブタブを表示します。サブタブを選択して、クリックします(図4-21 を参照)。

図4-21 Content Engine GUI のタブとサブタブ

 


 

Content Engine GUI のログアウト

Content Engine GUI からログアウトする手順は、次のとおりです。


ステップ 1 Update ボタンをクリックして、現在の Content Engine ウィンドウで加えた変更を保存するか、または Cancel ボタンをクリックして変更を取り消します。

ステップ 2 Content Engine のメイン ウィンドウ(図4-19)に戻るには、現在の Content Engine ウィンドウの左上隅に表示されている Content Engine をクリックします。

ステップ 3 ログアウトする前にこのセッションの間に行われた変更を保存する場合には、Content Engine メイン ウィンドウの Save Config ボタンをクリックします。

ステップ 4 File > Close の順に選択するか、ブラウザの Close ボタンをクリックします。