AsyncOS 11.7 for Cisco Web Security Appliances ユーザガイド（一般導入）

接続、インストール、設定の概要

Web セキュリティアプライアンスの動作モードは、次のとおりです。

標準：Web セキュリティアプライアンスの標準動作モードには、オンサイトの Web プロキシサービスとレイヤ 4 トラフィックモニタリングが含まれます。これらのサービスはクラウド Web セキュリティコネクタモードでは使用できません。
クラウド Web セキュリティコネクタ：クラウド Web セキュリティコネクタモードでは、アプライアンスは、Web セキュリティポリシーが適用されている Cisco Cloud Web Security（CWS）プロキシに接続してトラフィックをルーティングします。
Cisco Defense Orchestrator：Cisco Defense Orchestrator モードでは、アプライアンスは Cisco Defense Orchestrator にオンボーディングされています。ポリシー管理とオプションのレポートは、Cisco Defense Orchestrator を介して実行されます。設定の変更と制約の詳細については、Cisco Defense Orchestrator モードでの設定の変更と制約を参照してください。

アプライアンスには複数のポートが搭載されており、各ポートは割り当てられた 1 つ以上の特定のデータ型を管理します。

アプライアンスは、ネットワークルート、DNS、VLAN、およびその他の設定とサービスを使用して、ネットワーク接続とトラフィック代行受信を管理します。システムセットアップウィザードでは基本的なサービスと設定項目をセットアップでき、アプライアンスの Web インターフェイスでは設定の変更や追加オプションの設定ができます。

仮想アプライアンスの展開

仮想 Web セキュリティアプライアンスの展開については、『Cisco Content Security Virtual Appliance Installation Guide』を参照してください。このドキュメントは、http://www.cisco.com/c/en/us/support/security/web-security-appliance/products-installation-guides-list.html [英語] から入手できます。

物理アプライアンスから仮想アプライアンスへの移行

物理アプライアンスから仮想アプライアンスに展開を移行するには、前のトピックで言及した『Virtual Appliance Installation Guide』、および使用している AsyncOS のバージョンに応じたリリースノートを参照してください。

操作モードの比較

以下の表では、標準モードとクラウドコネクタモードで使用可能なさまざまなメニューコマンドを示し、それにより各モードで使用可能なさまざまな機能について説明します。

Cisco Defense Orchestrator モードで使用できる機能を確認するには、Cisco Defense Orchestrator モードでの設定の変更と制約を参照してください。


メニュー	標準モードで使用可能	クラウドコネクタモードで使用可能
レポート（Reporting）	システムステータス（System Status）概要（Overview）ユーザー（Users）ユーザー数（User Count） Web サイト（Web Sites） URL カテゴリ（URL Categories）アプリケーションの表示（Application Visibility）マルウェア対策（Anti-Malware）高度なマルウェア防御（Advanced Malware Protection）ファイル分析（File Analysis） AMP判定のアップデート（AMP Verdict Updates）クライアントマルウェアリスク（Client Malware Risk） Web レピュテーションフィルタ（Web Reputation Filters）レイヤ 4 トラフィックモニタ（Layer-4 Traffic Monitor）ユーザの場所別レポート（Reports by User Location） Web トラッキング（Web Tracking）システム容量（System Capacity）システムステータス（System Status）スケジュール設定されたレポート（Scheduled Reports）アーカイブレポート（Archived Reports）	システムステータス（System Status）
Web セキュリティマネージャ（Web Security Manager）	識別プロファイル（Identification Profiles）クラウドルーティングポリシー（Cloud Routing Policies） SaaS ポリシー（SaaS Policies）復号ポリシー（Decryption Policies）ルーティングポリシー（Routing Policies）アクセスポリシー（Access Policies）全体の帯域幅の制限（Overall Bandwidth Limits） Cisco データセキュリティ（Cisco Data Security）発信マルウェアスキャン（Outbound Malware Scanning）外部データ消失防止（External Data Loss Prevention） Web トラフィックタップポリシー（Web Traffic Tap Policies） SOCKS ポリシー（SOCKS Policies）カスタム URL カテゴリ（Custom URL Categories）時間範囲およびクォータの定義（Define Time Ranges and Quotas）バイパス設定（Bypass Settings）レイヤ 4 トラフィックモニタ（Layer-4 Traffic Monitor）	識別プロファイル（Identification Profiles）クラウドルーティングポリシー（Cloud Routing Policies）外部データ消失防止（External Data Loss Prevention）カスタム URL カテゴリ（Custom URL Categories）
セキュリティサービス（Security Services）	Web プロキシ（Web Proxy） FTP プロキシ（FTP Proxy） HTTPS プロキシ（HTTPS Proxy） SOCKS プロキシ（SOCKS Proxy） PAC ファイルホスティング（PAC File Hosting）使用許可コントロール（Acceptable Use Controls）マルウェア対策とレピュテーション（Anti-Malware and Reputation）データ転送フィルタ（Data Transfer Filters） AnyConnect セキュアモビリティ（AnyConnect Secure Mobility）ユーザ通知（End-User Notification） L4 トラフィックモニタ（L4 Traffic Monitor） SensorBase レポート（Reporting） Cisco Cloudlock Cisco Cognitive Threat Analytics	Web プロキシ（Web Proxy）
ネットワーク（Network）	インターフェイス（Interfaces）透過リダイレクション（Transparent Redirection）ルート（Routes） DNS 高可用性（High Availability）内部 SMTP リレー（Internal SMTP Relay）上位プロキシ（Upstream Proxy）外部 DLP サーバ（External DLP Servers） Web トラフィックタップ（Web Traffic Tap）証明書の管理（Certificate Management）認証（Authentication） SaaS のアイデンティティプロバイダー（6Identity Provider for SaaS） Identity Services Engine	インターフェイス（Interfaces）透過リダイレクション（Transparent Redirection）ルート（0Routes） DNS 高可用性（High Availability）内部 SMTP リレー（Internal SMTP Relay）外部 DLP サーバ（External DLP Servers）証明書の管理（Certificate Management）認証（Authentication）マシン ID サービス（Machine ID Service）クラウドコネクタ（Cloud Connector）
システム管理（System Administration）	ポリシートレース（Policy Trace）アラート（Alerts）ログサブスクリプション（Log Subscriptions）返信先アドレス（Return Addresses） SSL の設定（SSL Configuration）ユーザー（Users）ネットワークアクセス（Network Access）タイムゾーン（Time Zone）時刻設定（Time Settings）設定の概要（Configuration Summary）設定ファイル（Configuration File）機能キーの設定（Feature Key Settings）ライセンスキー（Feature Keys）アップグレードとアップデートの設定（Upgrade and Update Settings）システムアップグレード（System Upgrade）システムセットアップウィザード（System Setup Wizard） FIPS モード（FIPS Mode）次の手順	アラート（Alerts）ログサブスクリプション（Log Subscriptions） SSL の設定（SSL Configuration）ユーザー（Users）ネットワークアクセス（Network Access）タイムゾーン（Time Zone）時刻設定（Time Settings）設定の概要設定ファイル（Configuration File）ライセンスキー（Feature Keys）アップグレードとアップデートの設定（Upgrade and Update Settings）システムアップグレード（System Upgrade）システムセットアップウィザード（System Setup Wizard）
Cisco CWS ポータル（Cisco CWS Portal）（ハイブリッド Web セキュリティモードでのみ使用可能）	該当なし	該当なし

接続、インストール、設定に関するタスクの概要


タスク	詳細情報
アプライアンスをインターネットトラフィックに接続する。	アプライアンスの接続
設定情報を収集して記録する。	設定情報の収集
システムセットアップウィザードを実行する。	システムセットアップウィザード
HTTPS プロキシ設定、認証レルム、識別プロファイルを設定する。この手順はハイブリッド Web セキュリティモードで実行する必要があります。	HTTPS プロキシのイネーブル化認証レルム識別プロファイルと認証
（任意）アップストリームプロキシを接続する。	アップストリームプロキシ

アプライアンスの接続

始める前に

アプライアンスを設置するには、管理用アプライアンスにケーブルを配線して電源に接続し、そのアプライアンスのハードウェアガイドの手順に従います。ご使用のモデルのマニュアルの場所については、ドキュメントセットを参照してください。
透過リダイレクションのためにアプライアンスを物理的に WCCP v2 ルータに接続する場合は、まず、WCCP ルータがレイヤ 2 リダイレクションに対応していることを確認します。
以下のシスコ推奨設定に注意してください。
- パフォーマンスとセキュリティの向上のために、可能な場合はシンプレックスケーブル（着信と発信トラフィック用の個別のケーブル）を使用します。

手順

ステップ 1

管理インターフェイスを接続します（まだ接続していない場合）。


イーサネットポート	注記
M1	接続可能な場所に M1 を接続します。管理トラフィックを送受信します。（任意）Web プロキシデータトラフィックを送受信します。 M1 にラップトップを直接接続して、アプライアンスを管理できます。ホスト名（http://hostname:8080）を使用して管理インターフェイスに接続するには、アプライアンスのホスト名と IP アドレスを DNS サーバデータベースに追加します。
P1 および P2（任意）	発信方向の管理サービストラフィックで使用可能ですが、管理には使用できません。 [ポートM1は管理目的でのみ使用（Use M1 port for management only）]（[ネットワーク（Network）] > [インターフェイス（Interfaces）] ページ）をイネーブルにします。データインターフェイスを使用するように、サービスのルーティングを設定します。

ステップ 2

（任意）アプライアンスをデータトラフィックに直接接続するか、透過リダイレクションデバイスを介して接続します。

イーサネットポート

明示的な転送

透過リダイレクション

P1/P2

P1 のみ：

[ポートM1は管理目的でのみ使用（Use M1 port for management only）] をイネーブルにします。
P1 と M1 を異なるサブネットに接続します。
着信と発信の両方のトラフィックを受信できるように、デュプレックスケーブルを使用して P1 を内部ネットワークとインターネットに接続します。

P1 および P2

P1 をイネーブルにします。
M1、P1、P2 を異なるサブネットに接続します。
P2 をインターネットに接続し、着信インターネットトラフィックを受信します。

システムセットアップウィザードの実行後、P2 をイネーブルにします。

デバイス：WCCP v2 ルータ：

レイヤ 2 リダイレクションの場合は、ルータを物理的に P1/P2 に接続します。
レイヤ 3 リダイレクションの場合は、総称ルーティングカプセル化（GRE）でパフォーマンス上の問題が発生する可能性があるので注意してください。
アプライアンス上に WCCP サービスを作成します。

デバイス：レイヤ 4 スイッチ：

レイヤ 2 リダイレクションの場合は、スイッチを物理的に P1/P2 に接続します。
レイヤ 3 リダイレクションの場合は、総称ルーティングカプセル化（GRE）でパフォーマンス上の問題が発生する可能性があるので注意してください。

（注）

アプライアンスはインラインモードをサポートしていません。

M1（任意）

[ポートM1は管理目的でのみ使用（Use M1 port for management only）] がディセーブルの場合は、M1 がデフォルトのデータトラフィック用ポートになります。

該当なし

ステップ 3

（任意）レイヤ 4 トラフィックをモニタするには、プロキシポートの後ろと、クライアント IP アドレスのネットワークアドレス変換（NAT）を実行するデバイスの前に、タップ、スイッチ、またはハブを接続します。


イーサネットポート	注記
T1/T2	レイヤ 4 トラフィックモニタのブロッキングを許可するには、Web セキュリティアプライアンスと同じネットワーク上にレイヤ 4 トラフィックモニタを配置します。推奨設定：デバイス：ネットワークタップ：ネットワークタップに T1 を接続し、発信クライアントトラフィックを受信します。ネットワークタップに T2 を接続し、着信インターネットトラフィックを受信します。その他のオプション：デバイス：ネットワークタップ： T1 でデュプレックスケーブルを使用し、着信および発信トラフィックを受信します。デバイス：スイッチ上のスパン化またはミラー化されたポート発信クライアントトラフィックを受信するように T1 を接続し、着信インターネットトラフィックを受信するように T2 を接続します。（準推奨）半二重または全二重ケーブルを使用して T1 を接続し、着信と発信の両方のトラフィックを受信します。デバイス：ハブ：（低推奨）デュプレックスケーブルを使用して T1 を接続し、着信と発信の両方のトラフィックを受信します。アプライアンスは、これらのインターフェイス上のすべての TCP ポートでトラフィックをリッスンします。

ステップ 4

外部プロキシをアプライアンスのアップストリームに接続し、外部プロキシがアプライアンスからデータを受信できるようにします。

次のタスク

設定情報の収集

関連項目

ネットワークインターフェイスのイネーブル化または変更
Web プロキシデータに対する P2 データインターフェイスの使用
WCCP サービスの追加と編集
トランスペアレントリダイレクションの設定
アップストリームプロキシ

設定情報の収集

以下のワークシートを使用して、システムセットアップウィザードの実行時に必要な設定値を記録できます。各プロパティの詳細については、システムセットアップウィザードの参照情報を参照してください。


システムセットアップウィザードのワークシート
プロパティ	値	プロパティ	値
アプライアンスの詳細（Appliance Details）		ルート
デフォルトの SystemHostname（Default SystemHostname）		管理トラフィック（Management Traffic）
ローカル DNS サーバ（Local DNS Server(s)）（インターネットルートサーバを使用しない場合に必要）		デフォルトゲートウェイ（Default Gateway）
DNS サーバ 1（DNS Server 1）		（任意）スタティックルートテーブル名（Static Route Table Name）
（任意）DNS サーバ 2（DNS Server 2）		（任意）スタティックルートテーブルの宛先ネットワーク（Static Route Table Destination Network）
（任意）DNS サーバ 3（DNS Server 2）		（任意）標準サービスのルータアドレス（Standard Service Router Addresses）
（任意）時間の設定（Time Settings）		（任意）データトラフィック（Data Traffic）
ネットワークタイムプロトコルサーバ（Network Time Protocol Server）		デフォルトゲートウェイ（Default Gateway）
（任意）外部プロキシの詳細（External Proxy Details）		スタティックルートテーブル名（Static Route Table Name）
プロキシグループ名（Proxy Group Name）		スタティックルートテーブルの宛先ネットワーク（Static Route Table Destination Network）
プロキシサーバのアドレス（Proxy Server Address）		（任意）WCCP 設定（WCCP Settings）
プロキシポート番号（Proxy Port Number）		WCCP ルータアドレス（WCCP Router Address）
インターフェイスの詳細（Interface Details）		WCCP ルータパスフレーズ（WCCP Router Passphrase）
管理（M1）ポート（Management (M1) Port）		管理設定（Administrative Settings）
IPv4 アドレス（IPv4 Address）（必須） IPv6 アドレス（IPv6 Address）（任意）		管理者パスフレーズ（Administrator Passphrase）
ネットワークマスク（Network Mask）		システムアラートメールの送信先（Email System Alerts To）
ホストネーム		（任意）SMTP リレーホスト（SMTP Relay Host）
（任意）データ（P1）ポート（Data (P1) Port）
IPv4（任意） IPv6 アドレス（IPv6 Address）（任意）
ネットワークマスク（Network Mask）
ホストネーム

システムセットアップウィザード

始める前に

アプライアンスをネットワークとデバイスに接続します。アプライアンスの接続を参照してください。
システムセットアップウィザードのワークシートを完成させます。設定情報の収集を参照してください。
仮想アプライアンスを設定する場合は、以下の手順に従います。
- loadlicense コマンドを使用して、仮想アプライアンスのライセンスをロードします。詳細については、『Cisco Content Security Virtual Appliance Installation Guide』を参照してください。このドキュメントは、http://www.cisco.com/c/en/us/support/security/web-security-appliance/products-installation-guides-list.html から入手できます。
- HTTP、および/または HTTPS インターフェイスを有効にします（コマンドラインインターフェイス（CLI）で、interfaceconfig コマンドを実行します）。
システムセットアップウィザードで使用される各設定項目の参照情報は、システムセットアップウィザードの参照情報に記載されています。

警告	初めてアプライアンスをインストールする場合、または既存の設定を完全に上書きする場合にのみ、システムセットアップウィザードを使用してください。

手順

ステップ 1	ブラウザを開き、Web セキュリティアプライアンスの IP アドレスを入力します。初めてシステムセットアップウィザードを実行するときは、以下のデフォルトの IP アドレスを使用します。 `https://192.168.42.42:8443` または `http://192.168.42.42:8080` ここで、`192.168.42.42` はデフォルト IP アドレス、`8080` は HTTP のデフォルトの管理ポートの設定、`8443` は HTTPS のデフォルトの管理ポートです。あるいは、アプライアンスが現在設定されている場合は、M1 ポートの IP アドレスを使用します。
ステップ 2	アプライアンスのログイン画面が表示されたら、アプライアンスにアクセスするためのユーザ名とパスフレーズを入力します。デフォルトで、アプライアンスには以下のユーザ名とパスフレーズが付属します。ユーザ名：`admin` パスフレーズ：`ironport`
ステップ 3	パスフレーズをただちに変更する必要があります。
ステップ 4	[システム管理（System Administration）] > [システムセットアップウィザード（System Setup Wizard）] を選択します。アプライアンスがすでに設定されている場合は、設定がリセットされるという警告が表示されます。システムセットアップウィザードを続行するには、[ネットワーク設定のリセット（Reset Network Settings）] をオンにしてから [構成のリセット（Reset Configuration）] ボタンをクリックします。アプライアンスがリセットされ、ブラウザが更新されてアプライアンスのホーム画面が表示されます。
ステップ 5	エンドユーザライセンス契約が表示されたら、内容を読んで同意します。
ステップ 6	続行するには、[セットアップの開始（Begin Setup）] をクリックします。
ステップ 7	必要に応じて、以下のセクションで提供されるリファレンステーブルを使用して、すべての設定を行います。システムセットアップウィザードの参照情報を参照してください。
ステップ 8	設定情報を確認してください。オプションを変更する必要がある場合は、そのセクションで [編集（Edit）] をクリックします。
ステップ 9	[この設定をインストール（Install This Configuration）] をクリックします。

次のタスク

設定がインストールされると、[次のステップ（Next Steps）] ページが表示されます。ただし、セットアップ中に設定した IP、ホスト名、DNS 設定によっては、この段階でアプライアンスへの接続が失われることがあります。「ページが見つかりません（Page Not Found）」というメッセージがブラウザに表示される場合は、新しいアドレス設定が反映されるように URL を変更し、ページをリロードします。その後、実行する必要があるポストセットアップタスクを続行します。

ネットワーク/システムの設定

プロパティ

説明

デフォルトシステムホスト名（Default System Hostname）

システムホスト名は、以下の領域でアプライアンスの識別に使用される完全修飾ホスト名です。

コマンドラインインターフェイス（CLI）
システムアラート
エンドユーザ通知ページおよび確認ページ
Web セキュリティアプライアンスが Active Directory ドメインに参加するときに、マシンの NetBIOS 名を作成する場合

システムホスト名はインターフェイスのホスト名と直接対応しておらず、クライアントがアプライアンスに接続するために使用されません。

DNS サーバ（DNS Server(s)）

[インターネットのルートDNSサーバを使用（Use the Internet's Root DNS Servers）]：アプライアンスがネットワーク上の DNS サーバにアクセスできない場合に、ドメイン名サービスルックアップにインターネットのルート DNS サーバを使用することを選択できます。

（注）

インターネットルート DNS サーバは、ローカルホスト名を解決しません。アプライアンスでローカルホスト名を解決する必要がある場合は、ローカル DNS サーバを使用して解決するか、CLI からローカル DNS に適切なスタティックエントリを追加する必要があります。

[以下のDNSサーバを使用（Use these DNS Servers）]：アプライアンスがホスト名の解決に使用できるローカル DNS サーバにアドレスを提供します。

これらの設定の詳細については、DNS の設定を参照してください。

NTP サーバ（NTP Server）

システムクロックをネットワークまたはインターネット上の他のサーバと同期させるために使用する、Network Time Protocol（NTP）サーバ。

デフォルトは、time.sco.cisco.com です。

タイムゾーン

アプライアンスの場所に応じたタイムゾーン情報を提供します。メッセージヘッダーおよびログファイルのタイムスタンプに影響します。

アプライアンスの動作モード（Appliance Mode of Operation）

標準：標準的なオンプレミスポリシーの適用に使用します。
クラウド Web セキュリティコネクタ：主に、Cisco クラウド Web セキュリティサービスにトラフィックをダイレクトし、ポリシーを適用して脅威から防御するために使用します。
ハイブリッド Web セキュリティ：クラウドとオンプレミスポリシーの適用および脅威防御のために、Cisco クラウド Web セキュリティサービスと併用されます。

これらの動作モードの詳細については、操作モードの比較を参照してください。

ネットワーク/ネットワークコンテキスト

（注）

別のプロキシサーバを含むネットワークで Web セキュリティアプライアンスを使用する場合は、プロキシサーバのダウンストリームで、クライアントのできるだけ近くに Web セキュリティアプライアンスを配置することを推奨します。


プロパティ	説明
ネットワークには他の Web プロキシがありますか?（Is there another web proxy on your network?）	ネットワークに以下のような別のプロキシがあるかどうか。トラフィックがパススルーする必要のある他のプロキシがネットワークにありますか。この場合、Web セキュリティアプライアンスのアップストリームになりますか。両方とも該当する場合は、チェックボックスをオンにします。これにより、1 つのアップストリームプロキシのプロキシグループを作成できます。後で、さらにアップストリームプロキシを追加できます。
プロキシグループ名（Proxy group name）	アプライアンスでプロキシグループの識別に使用される名前。
アドレス（Address）	アップストリームプロキシサーバのホスト名または IP アドレス。
[ポート（Port）]	アップストリームプロキシサーバのポート番号。

関連項目

アップストリームプロキシ

ネットワーク/クラウドコネクタの設定

ページ名と設定を確認する必要があります。


設定	説明
クラウド Web セキュリティプロキシサーバ（Cloud Web Security Proxy Servers）	クラウドプロキシサーバ（CPS）のアドレス（例：proxy1743.scansafe.net）。
失敗のハンドリング（Failure Handling）	AsyncOS がクラウド Web セキュリティプロキシへの接続に失敗した場合、インターネットに [直接接続（Connect directly）] するか、[要求をドロップ（Drop requests）] します。
Cloud Web Security 認証スキーム（Cloud Web Security Authorization Scheme）	トランザクションを認証する方式： Web セキュリティアプライアンスの公開されている IPv4 アドレス。各トランザクションに含まれている認証キー。Cisco Cloud Web Security Portal 内で認証キーを生成できます。

ネットワーク/ネットワークインターフェイスおよび配線

Web セキュリティアプライアンスの管理および（デフォルトで）プロキシ（データ）トラフィック用に使用される IP アドレス、ネットワークマスク、ホスト名。

アプライアンス管理インターフェイスに接続するときに（または、M1 がプロキシデータに使用される場合はブラウザプロキシ設定で）、ここで指定したホスト名を使用できます。ただし、そのホスト名を組織の DNS に登録しておく必要があります。


設定	説明
イーサネットポート（Ethernet Port）	（任意）データトラフィック用に個別のポートを使用する場合は、[ポートM1は管理目的でのみ使用（Use M1 Port For Management Only）] をオンにします。 M1 インターフェイスを管理トラフィック専用として設定する場合は、データトラフィック用の P1 インターフェイスを設定する必要があります。また、管理トラフィックとデータトラフィック用に異なるルートを定義する必要があります。ただし、管理トラフィックとデータトラフィックの両方を M1 インターフェイスとして使用する場合でも、P1 インターフェイスを設定できます。システムセットアップウィザードでは、P1 ポートのみをイネーブルにして設定できます。P2 インターフェイスをイネーブルにする場合は、システムセットアップウィザードを終了してから行う必要があります。
IP アドレス/ネットマスク（IP Address / Netmask）	このネットワークインターフェイス上の Web セキュリティアプライアンスを管理する際に使用する IP アドレスとネットワークマスク。
ホストネーム	このネットワークインターフェイス上の Web セキュリティアプライアンスを管理する際に使用するホスト名。

ネットワーク/レイヤ 4 トラフィックモニタの配線


プロパティ	説明
レイヤ 4 トラフィックモニタ（Layer-4 Traffic Monitor）	「T」インターフェイスに接続されている有線接続のタイプ：デュプレックスタップ。T1 ポートは、着信と発信の両方のトラフィックを受信します。シンプレックスタップ。T1 ポートは（クライアントからインターネットへの）発信トラフィックを受信し、T2 ポートは（インターネットからクライアントへの）着信トラフィックを受信します。シスコでは、パフォーマンスおよびセキュリティを向上させることができるため、可能な限りシンプレックスを使用することを推奨します。

管理およびデータトラフィックのネットワーク/ルートの設定

（注）

[ポートM1は管理目的でのみ使用（Use M1 port for management only）] をイネーブルにした場合、このセクションには、管理トラフィックとデータトラフィック用の個別のセクションが表示されます。それ以外の場合は 1 つの結合されたセクションが表示されます。


プロパティ	説明
デフォルトゲートウェイ（Default Gateway）	管理およびデータインターフェイスを通過するトラフィックに使用するデフォルトゲートウェイの IP アドレス。
スタティックルートテーブル（Static Routes Table）	管理およびデータトラフィック用のオプションのスタティックルート。複数のルートを追加できます。名前（Name）：スタティックルートの識別に使用する名前。内部ネットワーク（Internal Network）：このルートのネットワーク上の宛先の IPv4 アドレス。内部ゲートウェイ（Internal Gateway）：このルートのゲートウェイ IPv4 アドレス。ルートゲートウェイは、それが設定されている管理インターフェイスまたはデータインターフェイスと同じサブネット上に存在する必要があります。

ネットワーク/透過的接続の設定

（注）

デフォルトでは、クラウドコネクタはトランスペアレントモードで展開され、レイヤ 4 スイッチまたは WCCP バージョン 2 ルータと接続する必要があります。


プロパティ	説明
レイヤ 4 スイッチまたはデバイスなし（Layer-4 Switch or No Device）	Web セキュリティアプライアンスが透過リダイレクション用にレイヤ 4 スイッチに接続されていること、または透過リダイレクションデバイスを使用せず、クライアントがアプライアンスに明示的に要求を転送することを指定します。
WCCP v2 ルータ（WCCP v2 Router）	Web セキュリティアプライアンスが WCCP バージョン 2 対応ルータに接続されるよう指定します。 WCCP バージョン 2 ルータに接続する場合、少なくとも 1 つの WCCP サービスを作成する必要があります。この画面で、またはシステムセットアップウィザードの終了後に、標準サービスをイネーブルにでき、複数のダイナミックサービスを作成することもできます。標準サービスをイネーブルにすると、ルータセキュリティをイネーブルにして、パスフレーズを入力することもできます。ここで使用されるパスフレーズは、同じサービスグループ内のすべてのアプライアンスと WCCP ルータで使用する必要があります。標準サービスタイプ（別名「Web キャッシュ」サービス）には、固定 ID「ゼロ」、固定リダイレクト方式「宛先ポート別」、固定宛先ポート「80」が割り当てられます。ダイナミックサービスタイプでは、カスタム ID、ポート番号、およびリダイレクトオプションとロードバランシングオプションを定義できます。

ネットワーク/管理の設定


プロパティ	説明
管理者パスフレーズ（Administrator Passphrase）	管理のために Web セキュリティアプライアンスにアクセスするときに使用されるパスフレーズ。
システムアラートメールの送信先（Email System Alerts To）	アプライアンスがシステムアラートを送信する宛先の電子メールアドレス。
SMTP リレーホスト経由で電子メールを送信（Send Email via SMTP Relay Host）（任意）	AsyncOS がシステムで生成された電子メールメッセージの送信に使用できる、SMTP リレーホストのアドレスとポート。 SMTP リレーホストが定義されていない場合、AsyncOS は MX レコードにリストされているメールサーバを使用します。
オートサポート（AutoSupport）	アプライアンスがシステムアラートと毎週のステータスレポートをシスコカスタマーサポートに送信するかどうかを指定します。
SensorBase ネットワークに参加（SensorBase Network Participation）	Cisco SensorBase ネットワークに参加するかどうかを指定します。参加する場合、制限付き参加または標準（完全な）参加を設定できます。デフォルトは標準です。 SensorBase ネットワークは、世界中の何百万ものドメインを追跡し、インターネットトラフィックのグローバルな監視リストを保持する脅威管理データベースです。SensorBase ネットワーク参加をイネーブルにすると、Web セキュリティアプライアンスは SensorBase ネットワークデータの価値を高めるために、HTTP 要求に関する匿名の統計情報をシスコに送信します。

セキュリティ/セキュリティ設定


オプション	説明
グローバルポリシーのデフォルトアクション（Global Policy Default Action）	システムセットアップウィザードの完了後、デフォルトで、すべての Web トラフィックをブロックするか、モニタするかを選択します。グローバルアクセスポリシーのプロトコルとユーザエージェントの設定を編集することで、後でこの動作を変更できます。デフォルトの設定は、トラフィックのモニタです。
L4 トラフィックモニタ（L4 Traffic Monitor）	システムセットアップウィザードの完了後、デフォルトで、レイヤ 4 トラフィックモニタでモニタするか、疑わしいマルウェアをブロックするかを選択します。この設定は後で変更できます。デフォルトの設定は、トラフィックのモニタです。
使用許可コントロール（Acceptable Use Controls）	[使用許可コントロール（Acceptable Use Controls）] をイネーブルにするかどうかを指定します。イネーブルにすると、使用許可コントロールにより、URL フィルタリングに基づいてポリシーを設定できます。また、アプリケーションの可視性と制御に加えて、セーフサーチの適用などの関連オプションを使用できるようになります。デフォルトの設定はイネーブルです。
評価フィルタリング（Reputation Filtering）	グローバルポリシーグループに対して Web レピュテーションフィルタリングをイネーブルにするかどうかを指定します。 Web 評価フィルタは、Web サーバの動作を分析し、評価スコアを URL に割り当て、URL ベースのマルウェアを含む可能性を判定するセキュリティ機能です。デフォルトの設定はイネーブルです。
マルウェアとスパイウェアのスキャン（Malware and Spyware Scanning）	Webroot、McAfee、または Sophos によるマルウェアやスパイウェアのスキャンをイネーブルにするかどうかを指定します。デフォルトの設定では、3 つのオプションがすべて有効になります。クラウドポリシーで通常使用可能なサービスに対応して、ほとんどのセキュリティサービスは自動的に有効/無効になります。同様に、ポリシー関連のデフォルトは適用されません。少なくとも 1 つのスキャンオプションをイネーブルにする必要があります。オプションをイネーブルにした場合は、検出されたマルウェアをモニタするかブロックするかも選択します。デフォルトの設定は、マルウェアのモニタです。システムセットアップウィザードを完了後、マルウェアスキャンを追加設定することもできます。
Cisco データセキュリティフィルタリング（Cisco Data Security Filtering）	Cisco データセキュリティフィルタをイネーブルにするかどうかを指定します。イネーブルにすると、Cisco データセキュリティフィルタはネットワークから発信されるデータを評価し、ユーザは、特定タイプのアップロード要求をブロックするシスコデータセキュリティポリシーを作成できます。デフォルトの設定はイネーブルです。

アップストリームプロキシ

Web プロキシは、Web トラフィックを宛先 Web サーバに直接転送することも、ルーティングポリシーを使用して外部アップストリームプロキシにリダイレクトすることもできます。

アップストリームプロキシのタスクの概要
アップストリームプロキシのプロキシグループの作成

アップストリームプロキシのタスクの概要


タスク	詳細情報
Cisco Web セキュリティアプライアンスの外部プロキシアップストリームに接続する	アプライアンスの接続。
アップストリームプロキシのプロキシグループを作成して設定する。	アップストリームプロキシのプロキシグループの作成。
プロキシグループのルーティングポリシーを作成し、アップストリームプロキシにルーティングするトラフィックを管理する。	インターネット要求を制御するポリシーの作成

アップストリームプロキシのプロキシグループの作成

手順

ステップ 1

[ネットワーク（Network）] > [アップストリームプロキシ（Upstream Proxies）] を選択します。

ステップ 2

[グループの追加（Add Group）] をクリックします。

ステップ 3

プロキシグループの設定を完了させます。

プロパティ

説明

Name

ルーティングポリシーなどでアプライアンス上のプロキシグループの識別に使用される名前など。

プロキシサーバ（Proxy Servers）

グループのプロキシサーバのアドレス、ポート、再接続試行（プロキシが応答しない場合）。必要に応じて、各プロキシサーバの行を追加または削除できます。

（注）

同じプロキシサーバを複数回追加して、プロキシグループのプロキシ間に不均衡に負荷を分散できます。

ロードバランシング（Load Balancing）

複数のアップストリームプロキシ間のロードバランス要求のために Web プロキシが使用する方法。次から選択します。

[なし（フェールオーバー）（None (failover)）]。Web プロキシは、グループ内の 1 つの外部プロキシにトランザクションを送信します。一覧表示されている順序でプロキシへの接続を試みます。あるプロキシに到達できない場合、Web プロキシはリストの以下のプロキシに接続を試みます。
[最少接続（Fewest connections）]。Web プロキシは、グループ内のざまざまなプロキシにおけるアクティブな要求の数を追跡し、その時点で接続数が最も少ないプロキシにトランザクションを送信します。
[ハッシュベース（Hash based）]。[最も長い間使われていない（Least recently used）]。すべてのプロキシがアクティブである場合、Web プロキシは、最も長い間トランザクションを受信していないプロキシにトランザクションを送信します。この設定はラウンドロビンに似ています。異なる点は、Web プロキシが、異なるプロキシグループのメンバーであるプロキシが受信したトランザクションも考慮するということです。つまり、あるプロキシが複数のプロキシグループのリストに含まれている場合でも、[最も長い間使われていない（least recently used）] オプションによってそのプロキシが過負荷になることはほとんどありません。
[ラウンドロビン（Round robin）]。Web プロキシは、リストに記載されている順序で、グループ内のすべてのプロキシにトランザクションを均等に割り当てます。

（注）

複数のプロキシを定義するまで、[ロードバランシング（Load Balancing）] オプションはグレー表示されます。

失敗のハンドリング（Failure Handling）

このグループのすべてのプロキシが失敗した場合のデフォルトアクションを指定します。次から選択します。

[直接接続（Connect directly）]。宛先サーバに直接、要求を送信します。
[要求をドロップ（Drop requests）]。要求を転送しないで、廃棄します。

ステップ 4

変更を送信し、保存します。

次のタスク

ポリシーの作成

ネットワークインターフェイス

IP アドレスのバージョン
ネットワークインターフェイスのイネーブル化または変更

IP アドレスのバージョン

標準モードでは、Cisco Web セキュリティアプライアンスは多くの場合 IPv4 と IPv6 アドレスをサポートします。

（注）

クラウドコネクタモードでは、Cisco Web セキュリティアプライアンスは IPv4 のみをサポートします。

DNS サーバは、IPv4 と IPv6 の両方のアドレスと共に結果を返すことができます。DNS の設定項目には [IP アドレスバージョン設定（IP Address Version Preference）] が含まれているので、以下の場合における AsyncOS の動作を設定できます。


インターフェイス/サービス	IPv4	IPv6	注記
M1 インターフェイス	必須	オプション	IPv6 アドレスを使用するには、デフォルトの IPv6 ゲートウェイを定義する IPv6 ルーティングテーブルが必要です。ネットワークによっては、ルーティングテーブルで IPv6 スタティックルートも指定する必要があります。
P1 インターフェイス	オプション	オプション	P1 インターフェイスに IPv6 アドレスが設定されており、アプライアンスが分割ルーティング（個別の管理ルートとデータルート）を使用している場合、P1 インターフェイスは管理ルート上に設定された IPv6 ゲートウェイを使用できません。代わりに、データルーティングテーブルに IPv6 ゲートウェイを指定します。
P2 インターフェイス	オプション	オプション	—
データサービス	サポート対象	サポート対象	—
制御および管理サービス	サポート対象	一部サポートあり	イメージ（エンドユーザ通知ページのカスタムロゴなど）には IPv4 が必要です。
AnyConnect セキュアモビリティ（MUS）	サポート対象	サポート対象外	—

ネットワークインターフェイスのイネーブル化または変更

インターフェイス IP アドレスの追加または変更
レイヤ 4 トラフィックモニタの配線タイプの変更
管理およびデータトラフィックの分割ルーティングのイネーブル化

手順

ステップ 1

[ネットワーク（Network）] > [インターフェイス（Interfaces）] を選択します。

ステップ 2

[設定の編集（Edit Settings）] をクリックします。

ステップ 3

インターフェイスのオプションを設定します。

オプション

説明

インターフェイス

M1、P1、または P2 インターフェイスの新しい IPv4 または IPv6 アドレス、ネットマスク、ホスト名の詳細を追加するか、既存の詳細を変更します。

M1：AsyncOS には M1（管理）ポートの IPv4 アドレスが必要です。IPv4 アドレスに加えて、IPv6 アドレスも指定できます。デフォルトで、管理インターフェイスはアプライアンスおよび Web プロキシ（データ）のモニタリングを管理するために使用されます。ただし、管理用途専用の M1 ポートを設定できます。
P1 および P2：データポートの IPv4 アドレス、IPv6 アドレス、または両方を使用します。データインターフェイスは Web プロキシによるモニタリングとレイヤ 4 トラフィックモニタによるブロッキング（任意）で使用されます。これらのインターフェイスを設定して、DNS、ソフトウェアアップグレード、NTP、および traceroute データトラフィックなどの発信サービスをサポートすることもできます。

（注）

管理およびデータインターフェイスをすべて設定する場合、それぞれに異なるサブネット上の IP アドレスを割り当てる必要があります。

（注）

分割ルーティングが有効になっている場合、管理インターフェイスはスマートライセンスポータルと通信できません。Web セキュリティアプライアンスをスマートライセンスポータルに登録するには、データインターフェイスを選択します。

管理サービス用の分離ルーティング（Separate Routing for Management Services）

M1 を管理トラフィック専用に制限して、データトラフィック用に別のポートを使用する必要がある場合は、[M1ポートをアプライアンス管理サービスのみに限定する（Restrict M1 port to appliance management services only）] をオンにします。

（注）

M1 を管理トラフィック専用にする場合は、別のサブネットにプロキシトラフィック用のデータインターフェイスを少なくとも 1 つ設定します。管理トラフィックとデータトラフィック用に異なるルートを定義してください。

アプライアンス管理サービス（Appliance Management Services）

以下のネットワークプロトコルの使用をイネーブルまたはディセーブルにして、そのデフォルトのポート番号を指定します。

FTP：デフォルトでディセーブルになります。
SSH
HTTP
HTTPS

また、HTTP トラフィックの HTTPS へのリダイレクションをイネーブルまたはディセーブルにできます。

ステップ 4

変更を送信し、保存します。

次のタスク

IPv6 アドレスを追加する場合は、IPv6 ルーティングテーブルを追加します。

関連項目

アプライアンスの接続。
IP アドレスのバージョン
TCP/IP トラフィックルートの設定

ハイアベイラビリティを実現するためのフェールオーバーグループの設定

共通アドレス冗長プロトコル（CARP）を使用すると、Cisco Web セキュリティアプライアンスによりネットワーク上の複数のホストで IP アドレスを共有できます。これにより IP 冗長性が実現され、各ホストで提供されるサービスの高可用性を確保できます。

フェールオーバーはプロキシサービスでのみ使用できます。フェールオーバーグループが作成されると、プロキシは動的にフェールオーバーインターフェイスにバインドします。したがって、プロキシが何らかの理由でダウンすると、フェールオーバーがトリガーされます。

CARP には、ホスト用の 3 種類のステータスがあります。

primary：各フェールオーバーグループのプライマリホストは 1 つだけです。
backup
init

CARP フェールオーバーグループ内のプライマリホストは、ローカルネットワークにアドバタイズメントを定期的に送信して、バックアップホストにまだ活動中であることを知らせます（このアドバタイズメント間隔は Cisco Web セキュリティアプライアンスで設定できます）。バックアップホストが（プロキシのダウン、Cisco Web セキュリティアプライアンスのダウン、Cisco Web セキュリティアプライアンスのネットワークからの切断が原因で）指定した期間中にプライマリからアドバタイズメントを受信しなかった場合は、フェールオーバーがトリガーされ、いずれかのバックアップがプライマリの役割を引き継ぎます。

プライマリ Cisco Web セキュリティアプライアンスからのアドバタイズメントは、次の条件を満たす場合、残りのバックアップホストに到達しません。

ネットワークまたはインターフェイスが使用不可

OS の正常性と可用性

（注）

Cisco Web セキュリティアプライアンスの高可用性機能を使用するには、アプリケーションセントリックインフラストラクチャ（ACI）でデータプレーン IP ラーニングを無効にします。

フェールオーバーグループの追加

始める前に

このフェールオーバーグループ専用に使用する仮想 IP アドレスを特定します。クライアントはこの IP アドレスを使用して、明示的な転送プロキシモードでフェールオーバーグループに接続します。
以下のパラメータに対して、フェールオーバーグループ内のすべてのアプライアンスに同じ値を設定します。
- フェールオーバーグループ ID（Failover Group ID）
- ホストネーム
- 仮想 IP アドレス（Virtual IP Address）
仮想アプライアンスにこの機能を設定する場合は、各アプライアンス固有の仮想スイッチと仮想インターフェイスが無差別モードを使用するように設定されていることを確認します。詳細については、各自の仮想ハイパーバイザのマニュアルを参照してください。

手順

ステップ 1

[ネットワーク（Network）] > [ハイアベイラビリティ（High Availability）] を選択します。

ステップ 2

[フェールオーバーグループの追加（Add Failover Group）] をクリックします。

ステップ 3

[フェールオーバーグループ ID（Failover Group ID）] に 1 ～ 255 の値を入力します。

ステップ 4

（任意）[説明（Description）] に説明を入力します。

ステップ 5

[ホスト名（Hostname）] にホスト名を入力します（www.example.com など）。

ステップ 6

[仮想 IP アドレスとネットマスク（Virtual IP Address and Netmask）] に値を入力します。例：10.0.0.3/24（IPv4）または 2001:420:80:1::5/32（IPv6）。

ステップ 7

[インターフェイス（Interface）] メニューからオプションを選択します。[インターフェイスの自動選択（Select Interface Automatically）] オプションを選択すると、指定した IP アドレスに基づいてインターフェイスが選択されます。

（注）

[インターフェイスの自動選択（Select Interface Automatically）] オプションを選択しない場合は、指定した仮想 IP アドレスと同じサブネット内のインターフェイスを選択する必要があります。

ステップ 8

優先順位を選択します。[プライマリ（Primary）] をクリックし、優先順位を 255 に設定します。または、[バックアップ（Backup）] を選択し、[優先順位（Priority）] フィールドに 1（最下位）～ 254 の優先順位を入力します。

ステップ 9

（任意）。サービスに対してセキュリティをイネーブルにするには、[サービスのセキュリティ有効化（Enable Security Service）] チェックボックスをオンにし、共有シークレットとして使用する文字列を [共有シークレット（Shared Secret）] と [共有シークレットの再入力（Retype Shared Secret）] フィールドに入力します。

（注）

共有シークレット、仮想 IP、フェールオーバーグループ ID は、フェールオーバーグループ内のすべてのアプライアンスで同一でなければなりません。

ステップ 10

[アドバタイズメントの間隔（Advertisement Interval）] フィールドに、アベイラビリティをアドバタイズするホスト間の遅延を秒単位（1 ～ 255）で入力します。

ステップ 11

変更を送信し、保存します。

次のタスク

関連項目

フェールオーバーの問題

高可用性グローバル設定の編集

手順

ステップ 1	[ネットワーク（Network）] > [ハイアベイラビリティ（High Availability）] を選択します。
ステップ 2	[高可用性グローバル設定（High Availability Global Settings）] 領域で、[設定を編集（Edit Settings）] をクリックします。
ステップ 3	[フェールオーバー処理（Failover Handling）] メニューからオプションを選択します。 [プリエンプティブ（Preemptive）]：使用可能な場合、優先順位が最も高いホストが制御を担います。 [プリエンプティブでない（Non-preemptive）]：より優先順が高いホストが使用可能になった場合でも、現在制御を担っているホストが制御を続行します。
ステップ 4	[送信（Submit）] をクリックします。または、[キャンセル（Cancel）] をクリックして変更を破棄します。

フェールオーバーグループのステータスの表示

[ネットワーク（Network）] > [ハイアベイラビリティ（High Availability）] を選択します。[フェールオーバーグループ（Failover Groups）] 領域に現在のフェールオーバーグループが表示されます。[ステータスの更新（Refresh Status）] をクリックすると、表示を更新できます。また、[ネットワーク（Network）] > [インターフェイス（Interfaces）] または [レポート（Report）] > [システムステータス（System Status）] を選択すると、フェールオーバーの詳細を表示できます。

Web プロキシデータに対する P2 データインターフェイスの使用

デフォルトでは、イネーブルになっている場合でも、Web プロキシは P2 で要求をリッスンしません。ただし、Web プロキシデータをリッスンするように P2 を設定できます。

（注）

advancedproxyconfig > miscellaneous CLI コマンドを使用して、クライアント要求をリッスンするために P2 をイネーブルにする場合、発信トラフィックに P1 を使用するか、P2 を使用するかを選択できます。発信トラフィックに P1 を使用するには、データトラフィックのデフォルトルートを変更して、P1 インターフェイスが接続されている以下の IP アドレスを指定します。

始める前に

P2 をイネーブルにします（P1 がイネーブルになっていない場合は P1 もイネーブルにする必要があります）（ネットワークインターフェイスのイネーブル化または変更を参照）。

手順

ステップ 1	CLI にアクセスします。
ステップ 2	`advancedproxyconfig` > `miscellaneous` コマンドを使用して、必要なエリアにアクセスします。 example.com> advancedproxyconfig Choose a parameter group: - AUTHENTICATION - Authentication related parameters - CACHING - Proxy Caching related parameters - DNS - DNS related parameters - EUN - EUN related parameters - NATIVEFTP - Native FTP related parameters - FTPOVERHTTP - FTP Over HTTP related parameters - HTTPS - HTTPS related parameters - SCANNING - Scanning related parameters - PROXYCONN - Proxy connection header related parameters - CUSTOMHEADERS - Manage custom request headers for specific domains - MISCELLANEOUS - Miscellaneous proxy related parameters - SOCKS - SOCKS Proxy parameters
ステップ 3	[]> miscellaneous
ステップ 4	下記の質問が表示されるまで、Enter キーを押して各質問をパスします。 `Do you want proxy to listen on P2?` この質問に対して「y」を入力します。
ステップ 5	Enter キーを押して、残りの質問をパスします。
ステップ 6	変更を保存します。

次のタスク

関連項目

アプライアンスの接続。
TCP/IP トラフィックルートの設定。
トランスペアレントリダイレクションの設定

TCP/IP トラフィックルートの設定

ルートは、ネットワークトラフィックの送信先（ルーティング先）を指定するために使用されます。Web セキュリティアプライアンスは、次の種類のトラフィックをルーティングする必要があります。

データトラフィック。Web を参照しているエンドユーザからの Web プロキシが処理するトラフィック。
管理トラフィック。Web インターフェイスを介してアプライアンスを管理することによって作成されるトラフィック、およびアプライアンスが管理サービス（AsyncOS のアップグレード、コンポーネントのアップデート、DNS、認証など）用に作成するトラフィック。

デフォルトでは、どちらのトラフィックも、すべての設定済みネットワークインターフェイス用に定義されたルートを使用します。ただし、管理トラフィックが管理ルーティングテーブルを使用し、データトラフィックがデータルーティングテーブルを使用するように、ルーティングを分割することを選択できます。これらのトラフィックはそれぞれ以下のように分割されます。


管理トラフィック	データトラフィック
WebUI SSH SNMP NTLM 認証（ドメインコントローラによる）外部 DLP サーバによる ICAP 要求 Syslogs FTP プッシュ DNS（設定可能）アップデート/アップグレード/機能キー（設定可能）	HTTP HTTPS FTP WCCP ネゴシエーション DNS（設定可能）アップデート/アップグレード/機能キー（設定可能）

[ネットワーク（Network）] > [ルート（Routes）] ページのセクションの数は、分割ルーティングがイネーブルかどうかに応じて決まります。

管理トラフィックとデータトラフィック用の個別のルート設定セクション（分割ルーティングがイネーブルの場合）。管理インターフェイスを管理トラフィック専用に使用する場合（[M1ポートをアプライアンス管理サービスのみに限定する（Restrict M1 port to appliance management services only）] がイネーブルの場合）、このページには、ルートを入力する 2 つのセクション（管理トラフィック用とデータトラフィック用）が表示されます。
すべてのトラフィックに対して 1 つのルート設定セクション（分割ルーティングがディセーブルの場合）。管理トラフィックとデータトラフィックの両方に管理インターフェイスを使用する場合（[M1 ポートをアプライアンス管理サービスのみに限定する（Restrict M1 port to appliance management services only）] がディセーブルの場合）、このページには、Web セキュリティアプライアンスから送信されるすべてのトラフィック（管理トラフィックとデータトラフィックの両方）のルートを入力する 1 つのセクションが表示されます。

（注）

ルートゲートウェイは、それが設定されている管理インターフェイスまたはデータインターフェイスと同じサブネット上に存在する必要があります。複数のポートがイネーブルになっている場合、Web プロキシは、データトラフィック用に設定されているデフォルトゲートウェイと同じネットワーク上のデータインターフェイスでトランザクションを送信します。

発信サービストラフィック

Web セキュリティアプライアンスは管理インターフェイスとデータインターフェイスを使用して、サービス用の発信トラフィック（DNS、ソフトウェアアップグレード、NTP、traceroute データトラフィックなど）もルーティングします。発信トラフィックに使用されるルートを選択することで、各サービスに対してこれを個々に設定できます。デフォルトでは、すべてのサービスに対して管理インターフェイスが使用されます。

デフォルトルートの変更

手順

ステップ 1	[ネットワーク（Network）] > [ルート（Routes）] を選択します。
ステップ 2	必要に応じて、[管理（Management）] テーブルまたは [データ（Data）] テーブルの [デフォルトルート（Default Route）] をクリックします（分割ルーティングがイネーブルになっていない場合は、統合された [管理/データ（Management/Data）] テーブル）。
ステップ 3	[ゲートウェイ（Gateway）] カラムで、編集するネットワークインターフェイスに接続されているネットワークのネクストホップ上のコンピュータシステムの IP アドレスを入力します。
ステップ 4	変更を送信し、保存します。

ルートの追加

手順

ステップ 1	[ネットワーク（Network）] > [ルート（Routes）] を選択します。
ステップ 2	ルートを作成するインターフェイスに対応する [ルートを追加（Add Route）] ボタンをクリックします。
ステップ 3	名前、宛先ネットワーク、およびゲートウェイを入力します。
ステップ 4	変更を送信し、保存します。

ルーティングテーブルの保存およびロード

手順

[ネットワーク（Network）] > [ルート（Routes）] を選択します。

ルートテーブルを保存するには、[ルートテーブルを保存（Save Route Table）] をクリックし、ファイルの保存場所を指定します。

保存されているルートテーブルをロードするには、[ルートテーブルをロード（Load Route Table）] をクリックし、ファイルを探して開き、変更を送信して確定します。

（注）

宛先アドレスが物理ネットワークインターフェイスの 1 つと同じサブネット上にある場合、AsyncOS は同じサブネット内のネットワークインターフェイスを使用してデータを送信します。ルーティングテーブルは参照されません。

ルートの削除

手順

ステップ 1	[ネットワーク（Network）] > [ルート（Routes）] を選択します。
ステップ 2	該当するルートの [削除（Delete）] 列のチェックボックスをオンにします。
ステップ 3	[削除（Delete）] をクリックして確認します。
ステップ 4	変更を送信し、保存します。

次のタスク

関連項目

ネットワークインターフェイスのイネーブル化または変更。

トランスペアレントリダイレクションの設定

透過リダイレクションデバイスの指定
WCCP サービスの設定

透過リダイレクションデバイスの指定

始める前に

レイヤ 4 スイッチまたは WCCP v2 ルータにアプライアンスを接続します。

手順

ステップ 1	[ネットワーク（Network）] > [トランスペアレントリダイレクション（Transparent Redirection）] を選択します。
ステップ 2	[デバイスの編集（Edit Device）] をクリックします。
ステップ 3	[タイプ（Type）] ドロップダウンリストから、アプライアンスに透過的にトラフィックをリダイレクトするデバイスのタイプとして [レイヤ 4 スイッチもしくはデバイスなし（Layer 4 Switch or No Device）] または [WCCP v2 ルータ（WCCP v2 Router）] を選択します。
ステップ 4	変更を送信し、保存します。
ステップ 5	WCCP v2 デバイスの場合は、以下の追加手順を実行します。デバイスのマニュアルを参照して、WCCP デバイスを設定します。 WSA の [透過リダイレクション（Transparent Redirection）] ページで、[サービスの追加（Add Service）] をクリックし、WCCP サービスの追加と編集で説明している手順に従って WCCP サービスを追加します。アプライアンスで IP スプーフィングがイネーブルになっている場合は、セカンド WCCP サービスを作成します。

次のタスク

関連項目

アプライアンスの接続。
WCCP サービスの設定。

L4 スイッチの使用

透過リダイレクションのためにレイヤ 4 スイッチを使用している場合、スイッチの設定によっては、WSA でいくつかの追加オプションを設定する必要があります。

通常は IP スプーフィングを有効にしないでください。アップストリーム IP アドレスのスプーフィングを行う場合は、非同期ルーティングループを作成します。
[Web プロキシ設定の編集（Edit Web Proxy Settings）] ページ（[セキュリティサービス（Security Services）] > [Web プロキシ（Web Proxy）]）の[受信ヘッダーを使用する（Use Received Headers）] セクション（詳細設定）にある [X-Forwarded-For を使用したクライアント IP アドレスの識別を有効にする（Enable Identification of Client IP Addresses using X-Forwarded-For）] をオンにします。次に、1 つ以上の出力 IP アドレスを [信頼できるダウンストリームプロキシまたはロードバランサ（Trusted Downstream Proxy or Load Balancer）] リストに追加します。
次に示すプロキシ関連パラメータを必要に応じて設定するには、CLI コマンド advancedproxyconfig > miscellaneous を使用できます。
- Would you like proxy to respond to health checks from L4 switches (always enabled if WSA is in L4 transparent mode)? ：WSA がヘルスチェックに応答できるようにするには Y と入力します。
- Would you like proxy to perform dynamic adjustment of TCP receive window size? ：ほとんどの場合はデフォルトの Y を使用します。WSA の別のプロキシデバイスアップストリームがある場合は N と入力します。
- Do you want to pass HTTP X-Forwarded-For headers? ：X-Forwarded-For（XFF）ヘッダーの要件アップストリームがない場合は不要です。
- Would you like proxy to log values from X-Forwarded-For headers in place of incoming connection IP addresses? ：トラブルシューティングを支援するには Y と入力できます。クライアント IP アドレスがアクセスログに表示されます。
- Would you like the proxy to use client IP addresses from X-Forwarded-For headers? ポリシー設定とレポートを支援するには Y と入力できます。
X-Forwarded-For（XFF）ヘッダーを使用する場合は、XFF ヘッダーをログに記録するため、アクセスログサブスクリプションに %f を追加します。W3C ログ形式の場合は cs(X-Forwarded-For) を追加します。

WCCP サービスの設定

WCCP サービスは、WCCP v2 ルータにサービスグループを定義するアプライアンスの設定です。使用するサービス ID やポートなどの情報が含まれます。サービスグループを使用して、Web プロキシは WCCP ルータとの接続を確立し、ルータからリダイレクトされたトラフィックを処理することができます。

WCCP プロキシのヘルスチェックがイネーブルの場合、WSA の WCCP デーモンは Web プロキシサーバで実行されている xmlrpc サーバに 10 秒おきにヘルスチェックメッセージ（xmlrpc クライアント要求）を送信します。プロキシが稼働している場合、WCCP サービスはプロキシから応答を受信し、WSA は指定された WCCP 対応ルータに WCCP「here I am」（HIA）メッセージを 10 秒おきに送信します。WCCP サービスがプロキシから応答を受信しない場合、HIA メッセージは WCCP ルータに送信されません。

WCCP ルータが HIA メッセージを 3 回連続して受信しなかった場合、ルータはサービスグループから WSA を削除し、WSA にトラフィックが転送されないようになります。

CLI コマンド advancedproxyconfig > miscellaneous > Do you want to enable WCCP proxy health check? を使用して、プロキシヘルスチェックメッセージをイネーブルまたはディセーブルすることができます。ヘルスチェックはデフォルトでディセーブルです。

（注）

WCCPv2 サービスは、IPv4 ネットワークおよび IPv6 ネットワークで動作します。1 つのアプライアンスに最大 15 個のサービスグループを設定できます。WCCP ルータの各サービスグループには、最大 32 のアプライアンスを含めることができます。WCCPv2 サービスは、ロードバランシングメカニズムにも使用され、コンテンツエンジンの過負荷とデータブロッキングを軽減します。

WCCP ロードバランシングについて
WCCP サービスの追加と編集
IP スプーフィングの WCCP サービスの作成

WCCP ロードバランシングについて

WCCP サービス定義の [割り当ての重み付け（Assignment Weight）] パラメータは、この WSA が WCCP プールのメンバーまたはサービスグループとして動作している場合に、WSA の負荷を調整するために使用されます。この重み付けは、処理するためにこの WSA に送信できる WCCP の合計トラフィックに対する比率を表します。

割り当ての重み付けを調整する必要があるのは、さまざまなタイプのゲートウェイアプライアンスが同じ WCCP プールのメンバーになっていて、強力なアプライアンスに振り分けるトラフィックの量を増やす必要がある場合のみです。

（注）

WCCP プールのメンバーになっているすべての WSA で、WCCP ロードバランシングを利用するには、割り当ての重み付けをサポートする AsyncOS のバージョンが実行されている必要があります。

[割り当ての重み付け（Assignment Weight）] パラメータの詳細については、WCCP サービスの追加と編集を参照してください。

WCCP サービスの追加と編集

始める前に

WCCP v2 ルータを使用するようにアプライアンスを設定します（透過リダイレクションデバイスの指定を参照）。

手順

ステップ 1

[ネットワーク（Network）] > [透過リダイレクション（Transparent Redirection）] を選択します。

ステップ 2

[サービスの追加（Add Service）] をクリックします。または、WCCP サービスを編集するには、[サービスプロファイル名（Service Profile Name）] 列にある WCCP サービスの名前をクリックします。

ステップ 3

以下の手順に従って、WCCP のオプションを設定します。

WCCP サービスオプション

説明

サービスプロファイル名（Service Profile Name）

WCCP サービスの名前。

（注）

このオプションを空のままにして、標準サービス（下記を参照）を選択すると、「web_cache」という名前が自動的に割り当てられます。

サービス

ルータのサービスグループのタイプ。次から選択します。

[標準サービス（Standard service）]。このサービスタイプには、固定 ID「ゼロ」、固定リダイレクト方式「宛先ポート別」、固定宛先ポート「80」が割り当てられます。1 つの標準サービスのみ作成できます。アプライアンスに標準サービスがすでに存在している場合、このオプションはグレー表示されます。

[ダイナミックサービス（Dynamic service）]。このサービスタイプでは、カスタム ID、ポート番号、およびリダイレクトオプションとロードバランシングオプションを定義できます。WCCP ルータでサービスを作成するときは、ダイナミックサービスで指定したパラメータと同じパラメータを入力します。

ダイナミックサービスを作成する場合は、以下の情報を入力します。

[サービス ID（Service ID）]。[ダイナミックサービス ID（Dynamic Service ID）] フィールドに 0 ～ 255 の任意の数字を入力できます。ただし、このアプライアンスには 15 個以上のサービスグループを設定することはできません。
[ポート番号（Port number(s)）]。[ポート番号（Port Numbers）] フィールドにリダイレクトするトラフィックに最大 8 つのポート番号を入力します。

[リダイレクションの基礎（Redirection basis）]。送信元ポートまたは宛先ポートに基づいてトラフィックをリダイレクトするように選択します。デフォルトは宛先ポートです。

（注）

透過リダイレクションと IP スプーフィングを使用してネイティブ FTP を設定するには、[ソースポート（リターンパス）に基づいてリダイレクト（Redirect based on source port (return path)）] を選択し、送信元ポートを 13007 に設定します。

[ロードバランシングの基礎（Load balancing basis）]。ネットワークで複数の Web セキュリティアプライアンスを使用している場合は、アプライアンス間にパケットを分散する方法を選択できます。サーバまたはクライアントアドレスに基づいてパケットを配布できます。クライアントアドレスを選択した場合、クライアントからのパケットは常に同じアプライアンスに配布されます。デフォルトはサーバアドレスです。

ルータ IP アドレス

1 つまたは複数の WCCP 対応ルータの IPv4 または IPv6 アドレスを入力します。各ルータ固有の IPを使用します。マルチキャストアドレスは入力できません。1 つのサービスグループ内に IPv4 と IPv6アドレスを混在させることはできません。

ルータセキュリティ

このサービスグループに対してパスフレーズを要求する場合は、[サービスのセキュリティ有効化（Enable Security for Service）] をオンにします。イネーブルにした場合、そのサービスグループを使用するアプライアンスと WCCP ルータは同じパスフレーズを使用する必要があります。

使用するパスフレーズと確認パスフレーズを入力します。

詳細設定（Advanced）

ロードバランシング方式。複数の Web セキュリティアプライアンス間においてルータがパケットのロードバランシングを実行する方法を決定します。次から選択してください。次から選択します。

[マスクのみ許可（Allow Mask Only）]。WCCP ルータは、ルータのハードウェアを使用して決定を行います。この方式は、ハッシュ方式よりもルータのパフォーマンスを向上させます。ただし、すべての WCCP ルータがマスク割り当てをサポートしているわけではありません。（IPv4 のみ）
[ハッシュのみ許可（Allow Hash Only）]。この方式は、ハッシュ関数に依存して、リダイレクションに関する決定を下します。この方式はマスク方式ほど効率的ではありませんが、ルータがこのオプションしかサポートしていない場合もあります。（IPv4 および IPv6）
[ハッシュもしくはマスクを許可（Allow Hash or Mask）]。AsyncOS がルータと方式をネゴシエートできるようになります。ルータがマスクをサポートしている場合、AsyncOS はマスクを使用します。サポートしていない場合は、ハッシュが使用されます。

[マスクのカスタマイズ（Mask Customization）]。[マスクのみ許可（Allow Mask Only）] または [ハッシュのみ許可（Allow Hash Only）] を選択する場合、マスクをカスタマイズしたり、ビット数を指定したりできます。

[カスタムマスク（最大 6 ビット）]。マスクを指定できます。Web インターフェイスは、提供するマスクに関連付けられたビット数を表示します。IPv4 ルータの場合は最大 5 ビット、IPv6 ルータの場合は最大 6 ビットを使用できます。
[システム生成マスク（System generated mask）]。システムがマスクを生成するように設定できます。任意で、システムにより生成されたマスクにビット数（1 ～ 5）を指定できます。

[重みの割り当て（Assignment Weight）]：この WSA の WCCP 重み付け。有効な値は 0 ～ 255 です。この重み付けは、WCCP サービスグループのメンバーとしてのこの WSA に送信して処理できるトラフィック合計における比率を表します。ゼロの値は、この WSA はサービスグループのメンバーであっても、ルータからリダイレクトされるトラフィックを受信しないことを意味します。詳細については、WCCP ロードバランシングについてを参照してください。

[転送方式（Forwarding method）]。この方式では、リダイレクトされたパケットがルータから Web プロキシに転送されます。

[リターン方式（Return Method）]。この方式では、リダイレクトされたパケットが Web プロキシからルータに転送されます。

転送方式およびリターン方式では、以下のいずれかのメソッドタイプが使用されます。

[レイヤ 2（L2）（Layer 2 (L2)）]。パケットの宛先 MAC アドレスをターゲット Web プロキシの MAC アドレスに置き換えることで、レイヤ 2 のトラフィックをリダイレクトします。L2 メソッドはハードウェアレベルで動作し、通常、最高のパフォーマンスを実現します。ただし、すべての WCCP ルータが L2 転送をサポートしているわけではありません。また、WCCP ルータは、（物理的に）直接接続されている Web セキュリティアプライアンスとの L2 ネゴシエーションのみを許可します。
[総称ルーティングカプセル化（GRE）（Generic Routing Encapsulation (GRE)）]。この方式は、GRE ヘッダーとリダイレクトヘッダーを含む IP パケットをカプセル化することで、レイヤ 3 でトラフィックをリダイレクトします。GRE はソフトウェアレベルで動作し、パフォーマンスに影響する可能性があります。
[L2 またはGRE（L2 or GRE）]。このオプションを指定すると、アプライアンスはルータがサポートしている方式を使用します。ルータとアプライアンスの両方が L2 と GRE をサポートする場合、アプライアンスは L2 を使用します。

ルータが直接アプライアンスに接続されていない場合、GRE を選択する必要があります。

ステップ 4

変更を送信し、保存します。

IP スプーフィングの WCCP サービスの作成

手順

ステップ 1

Web プロキシで IP スプーフィングがイネーブルになっている場合は、2 つの WCCP サービスを作成します。標準の WCCP サービスを作成するか、宛先ポートに基づいてトラフィックをリダイレクトするダイナミック WCCP サービスを作成します。

ステップ 2

宛先ポートに基づいてトラフィックをリダイレクトするダイナミック WCCP サービスを作成します。

ステップ 1 で作成したサービスで使用されるポート番号、ルータ IP アドレス、ルータセキュリティの設定と同じ設定を使用します。

（注）

シスコでは、リターンパスに使用する（送信元ポートに基づく）WCCP サービスには 90 ～ 97 のサービス ID 番号を使用することを推奨します。

次のタスク

関連項目

Web プロキシキャッシュ。

VLAN の使用によるインターフェイス能力の向上

1 つまたは複数の VLAN を設定し、組み込まれている物理インターフェイスの数を超えて、Cisco Web セキュリティアプライアンスが接続できるネットワークの数を増加できます。

VLAN は、「VLAN DDDD」という形式の名前を持つ動的な「データポート」として表示されます。「DDDD」は最大 4 桁の ID です（VLAN 2、VLAN 4094 など）。AsyncOS は、最大 30 の VLAN をサポートします。

物理ポートは、VLAN に配置するために IP アドレスを設定する必要がありません。VLAN を作成した物理ポートに VLAN 以外のトラフィックを受信する IP アドレスを設定できるため、VLAN のトラフィックと VLAN 以外のトラフィックの両方を同じインターフェイスで受信できます。

VLAN は、管理および P1 データポートでのみ作成できます。

VSAN の設定と管理

VLAN の作成、編集、および削除を行うには、etherconfig コマンドを使用します。作成した VLAN は、CLI の interfaceconfig コマンドを使用して設定できます。

（注）

VLAN 設定を変更する場合は、必ずアプライアンスをリブートしてください。

例 1：新しい VLAN の作成

この例では、P1 1 ポート上に 2 つの VLAN（VLAN 31 と VLAN 34）を作成します。

（注）

T1 または T2 インターフェイス上で VLAN を作成しないでください。

手順

ステップ 1

CLI にアクセスします。

ステップ 2

以下の手順を実行します。


example.com> etherconfig
Choose the operation you want to perform:
- MEDIA - View and edit ethernet media settings.
- VLAN - View and configure VLANs.
- MTU - View and configure MTU.
[]> vlan
VLAN interfaces:
Choose the operation you want to perform:
- NEW - Create a new VLAN.
[]> new
VLAN ID for the interface (Ex: "34"):
[]> 34
Enter the name or number of the ethernet interface you wish bind to:
1. Management
2. P1
3. T1
4. T2
[1]> 2
VLAN interfaces:
1. VLAN   34 (P1)
Choose the operation you want to perform:
- NEW - Create a new VLAN.
- EDIT - Edit a VLAN.
- DELETE - Delete a VLAN.
[]> new
VLAN ID for the interface (Ex: "34"):
[]> 31
Enter the name or number of the ethernet interface you wish bind to:
1. Management
2. P1
3. T1
4. T2
[1]> 2
VLAN interfaces:
1. VLAN   31 (P1)
2. VLAN   34 (P1)
Choose the operation you want to perform:
- NEW - Create a new VLAN.
- EDIT - Edit a VLAN.
- DELETE - Delete a VLAN.
[]>

ステップ 3

変更を保存します。

例 2：VLAN 上の IP インターフェイスの作成

この例では、VLAN 34 イーサネットインターフェイス上に新しい IP インターフェイスを作成します。

（注）

インターフェイスに変更を加えると、アプライアンスとの接続が閉じることがあります。

手順

ステップ 1

CLI にアクセスします。

ステップ 2

以下の手順を実行します。


example.com> interfaceconfig
Currently configured interfaces:
1. Management (10.10.1.10/24 on Management: example.com)
2. P1 (10.10.0.10 on P1: example.com)
Choose the operation you want to perform:
- NEW - Create a new interface.
- EDIT - Modify an interface.
- DELETE - Remove an interface.
[]> new
IP Address (Ex: 10.10.10.10):
[]> 10.10.31.10
Ethernet interface:
1. Management
2. P1
3. VLAN 31
4. VLAN   34
[1]> 4
Netmask (Ex: "255.255.255.0" or "0xffffff00"):
[255.255.255.0]>
Hostname:
[]> v.example.com
Currently configured interfaces:
1. Management (10.10.1.10/24 on Management: example.com)
2. P1 (10.10.0.10 on P1: example.com)
3. VLAN   34 (10.10.31.10 on VLAN  34: v.example.com)
Choose the operation you want to perform:
- NEW - Create a new interface.
- EDIT - Modify an interface.
- DELETE - Remove an interface.
[]>
example.com> commit

ステップ 3

変更を保存します。

次のタスク

関連項目

ネットワークインターフェイスのイネーブル化または変更。
TCP/IP トラフィックルートの設定。

リダイレクトホスト名とシステムホスト名

システムセットアップウィザードを実行すると、システムホスト名とリダイレクトホスト名が同一になります。ただし、sethostname コマンドを使用してシステムのホスト名を変更しても、リダイレクトホスト名は変更されません。そのため、複数の設定に異なる値が含まれることになります。

AsyncOS は、エンドユーザ通知と応答確認にリダイレクトホスト名を使用します。

システムホスト名は、次のエリアでアプライアンスの識別に使用される完全修飾ホスト名です。

コマンドラインインターフェイス（CLI）
システムアラート
Web セキュリティアプライアンスが Active Directory ドメインに参加するときに、マシンの NetBIOS 名を作成する場合

システムホスト名はインターフェイスのホスト名と直接対応しておらず、クライアントがアプライアンスに接続するために使用されません。

リダイレクトホスト名の変更

手順

ステップ 1	Web ユーザインターフェイスで、[ネットワーク（Network）] > [認証（Authentication）] に移動します。
ステップ 2	[グローバル設定を編集（Edit Global Settings）] をクリックします。
ステップ 3	[リダイレクトホスト名（Redirect Hostname）] に新しい値を入力します。

システムホスト名の変更

手順

ステップ 1

CLI にアクセスします。

ステップ 2

Web セキュリティアプライアンスの名前を変更するには、sethostname コマンドを使用します。


example.com> sethostname

example.com> hostname.com

example.com> commit
...
hostname.com>

ステップ 3

変更を保存します。

SMTP リレーホストの設定

AsyncOS は、通知、アラート、Cisco IronPort カスタマーサポート要求など、システムにより生成された電子メールメッセージを定期的に送信します。デフォルトでは、AsyncOS はドメインの MX レコードにリストされている情報を使用して電子メールを送信します。ただし、アプライアンスが MX レコードにリストされているメールサーバに直接到達できない場合、アプライアンス上に少なくとも 1 つの SMTP リレーホストを設定します。

（注）

Web セキュリティアプライアンスは、MX レコードにリストされているメールサーバまたは設定済み SMTP リレーホストと通信できない場合、電子メールメッセージを送信できず、ログファイルにメッセージを書き込みます。

1 つまたは複数の SMTP リレーホストを設定できます。複数の SMTP リレーホストを設定する場合、AsyncOS は、使用可能な最上位の SMTP リレーホストを使用します。SMTP リレーホストが使用できない場合、AsyncOS は、そのリスト 1 つ下のリレーホストの使用を試みます。

SMTP リレーホストの設定

手順

ステップ 1

[ネットワーク（Network）] > [内部SMTPリレー（Internal SMTP Relay）] を選択します。

ステップ 2

[設定の編集（Edit Settings）] をクリックします。

ステップ 3

[内部SMTPリレー（Internal SMTP Relay）] の設定を完成させます。


プロパティ	説明
リレーホスト名または IP アドレス（Relay Hostname or IP Address）	SMTP リレーに使用するホスト名または IP アドレス。
ポート（Port）	SMTP リレーに接続するためのポート。このプロパティを空欄にした場合、アプライアンスはポート 25 を使用します。
SMTP への接続に使用するルーティングテーブル（Routing Table to Use for SMTP）	SMTP リレーへの接続に使用するアプライアンスのネットワークインターフェイス（管理またはデータのいずれか）に関連付けられているルーティングテーブル。リレーシステムと同じネットワークにあるインターフェイスを選択します。

ステップ 4

（任意）[行を追加（Add Row）] をクリックして別の SMTP リレーホストを追加します。

ステップ 5

変更を送信し、保存します。

DNS の設定

AsyncOS for Web は、インターネットルート DNS サーバまたはユーザ独自の DNS サーバを使用できます。インターネットルートサーバを使用する場合、特定のドメインに使用する代替サーバを指定できます。代替 DNS サーバは単一のドメインに適用されるため、当該ドメインに対する権威サーバ（最終的な DNS レコードを提供）である必要があります。

セカンダリ DNS ネームサーバを指定して、プライマリネームサーバで解決されないクエリを解決することもできます。セカンダリ DNS サーバはフェールオーバー DNS サーバとして使用されません。プライマリ DNS サーバからDNS 設定の編集で指定されたエラーが返された場合は、優先順位に従ってセカンダリ DNS サーバがクエリされます。

スプリット DNS
DNS キャッシュのクリア
DNS 設定の編集

スプリット DNS

AsyncOS は、内部サーバが特定のドメインに設定され、外部またはルート DNS サーバが他のドメインに設定されたスプリット DNS をサポートします。ユーザ独自の内部サーバを使用している場合は、例外のドメインおよび関連する DNS サーバを指定することもできます。

DNS キャッシュのクリア

始める前に

このコマンドを使用すると、キャッシュの再投入中に一時的にパフォーマンスが低下することがあるので注意してください。

手順

ステップ 1	[ネットワーク（Network）] > [DNS] を選択します。
ステップ 2	[DNSキャッシュを消去（Clear DNS Cache）] をクリックします。

DNS 設定の編集

手順

ステップ 1

[ネットワーク（Network）] > [DNS] を選択します。

ステップ 2

[設定の編集（Edit Settings）] をクリックします。

ステップ 3

必要に応じて、DNS 設定値を設定します。

プロパティ

説明

プライマリ DNS サーバ（Primary DNS Servers）

[これらのDNSサーバを使用（Use these DNS Servers）]。アプライアンスがホスト名の解決に使用できるローカル DNS サーバ。

[優先代替DNSサーバ（オプション）（Alternate DNS servers Overrides (Optional)）]。特定のドメイン用の権威 DNS サーバ

[インターネットのルートDNSサーバを使用（Use the Internet's Root DNS Servers）]。アプライアンスがネットワーク上の DNS サーバにアクセスできない場合に、ドメイン名サービスルックアップにインターネットのルート DNS サーバを使用することを選択できます。

（注）

インターネットルート DNS サーバは、ローカルホスト名を解決しません。アプライアンスでローカルホスト名を解決する必要がある場合は、ローカル DNS サーバを使用して解決するか、コマンドラインインターフェイスからローカル DNS に適切なスタティックエントリを追加する必要があります。

セカンダリ DNS サーバ（Secondary DNS Servers）

プライマリネームサーバで解決されなかったホスト名を解決するためにアプライアンスが使用できるセカンダリ DNS サーバ。

（注）

プライマリ DNS サーバから次のエラーが返されると、セカンダリ DNS サーバがホスト名クエリを受信します。

エラーなし、応答セクションを受信しませんでした。（No Error, no answer section received.）
サーバが要求を完了できませんでした。応答セクションがありません。（Server failed to complete request, no answer section.）
名前エラー、応答セクションを受信しませんでした。（Name Error, no answer section received.）
実装されていない機能です。（Function not implemented.）
サーバがクエリへの応答を拒否しました。（Server Refused to Answer Query.）

DNS トラフィック用ルーティングテーブル（Routing Table for DNS Traffic）

DNS サービスがルートトラフィックをルーティングする際に経由するインターフェイスを指定します。

IP アドレスバージョン設定（IP Address Version Preference）

DNS サーバが IPv4 と IPv6 の両方のアドレスを提供する場合、AsyncOS はこの設定を使用して IP アドレスのバージョンを選択します。

（注）

AsyncOS は、透過的 FTP 要求のバージョン設定に従いません。

DNS 逆引きタイムアウト（Wait Before Timing out Reverse DNS Lookups）

無応答逆引き DNS ルックアップがタイムアウトするまでの待機時間（秒単位）。

ドメイン検索リスト（Domain Search List）

簡易ホスト名（「.」記号がないホスト名）宛てに要求を送信する際に使用される DNS ドメイン検索リスト。ドメイン名を加えたホスト名に一致する DNS が存在するどうかを調べるために、指定されたドメインが入力順に照合されます。

ステップ 4

変更を送信し、保存します。

次のタスク

関連項目

TCP/IP トラフィックルートの設定
IP アドレスのバージョン

偏向のない言語

翻訳について

検索結果

章のタイトル： 接続、インストール、設定

接続、インストール、設定

接続、インストール、設定の概要

仮想アプライアンスの展開

物理アプライアンスから仮想アプライアンスへの移行

操作モードの比較

接続、インストール、設定に関するタスクの概要

アプライアンスの接続

始める前に

手順

次のタスク

設定情報の収集

システム セットアップ ウィザード

始める前に

手順

次のタスク

システム セットアップ ウィザードの参照情報

ネットワーク/システムの設定

ネットワーク/ネットワーク コンテキスト

ネットワーク/クラウド コネクタの設定

ネットワーク/ネットワーク インターフェイスおよび配線

ネットワーク/レイヤ 4 トラフィック モニタの配線

管理およびデータ トラフィックのネットワーク/ルートの設定

ネットワーク/透過的接続の設定

ネットワーク/管理の設定

セキュリティ/セキュリティ設定

アップストリーム プロキシ

アップストリーム プロキシのタスクの概要

アップストリーム プロキシのプロキシ グループの作成

手順

次のタスク

ネットワーク インターフェイス

IP アドレスのバージョン

関連項目

ネットワーク インターフェイスのイネーブル化または変更

手順

次のタスク

ハイ アベイラビリティを実現するためのフェールオーバー グループの設定

フェールオーバー グループの追加

始める前に

手順

次のタスク

高可用性グローバル設定の編集

手順

フェールオーバー グループのステータスの表示

Web プロキシ データに対する P2 データ インターフェイスの使用

始める前に

手順

次のタスク

TCP/IP トラフィック ルートの設定

発信サービス トラフィック

関連項目

デフォルト ルートの変更

手順

ルートの追加

手順

ルーティング テーブルの保存およびロード

手順

ルートの削除

手順

次のタスク

トランスペアレント リダイレクションの設定

透過リダイレクション デバイスの指定

始める前に

手順

次のタスク

L4 スイッチの使用

WCCP サービスの設定

WCCP ロード バランシングについて

WCCP サービスの追加と編集

始める前に

手順

IP スプーフィングの WCCP サービスの作成

手順

次のタスク

VLAN の使用によるインターフェイス能力の向上

章のタイトル：接続、インストール、設定

システムセットアップウィザード

システムセットアップウィザードの参照情報

ネットワーク/ネットワークコンテキスト

ネットワーク/クラウドコネクタの設定

ネットワーク/ネットワークインターフェイスおよび配線

ネットワーク/レイヤ 4 トラフィックモニタの配線

管理およびデータトラフィックのネットワーク/ルートの設定

アップストリームプロキシ

アップストリームプロキシのタスクの概要

アップストリームプロキシのプロキシグループの作成

ネットワークインターフェイス

ネットワークインターフェイスのイネーブル化または変更

ハイアベイラビリティを実現するためのフェールオーバーグループの設定

フェールオーバーグループの追加

フェールオーバーグループのステータスの表示

Web プロキシデータに対する P2 データインターフェイスの使用

TCP/IP トラフィックルートの設定

発信サービストラフィック

デフォルトルートの変更

ルーティングテーブルの保存およびロード

トランスペアレントリダイレクションの設定

透過リダイレクションデバイスの指定

WCCP ロードバランシングについて

リダイレクトホスト名とシステムホスト名

リダイレクトホスト名の変更

システムホスト名の変更

SMTP リレーホストの設定

SMTP リレーホストの設定