FIPS モードの CSP 暗号化がイネーブルになる前に動作していた機能が、暗号化がイネーブルになった後に動作しなくなった場合は、CSP 暗号化に問題があるかどうかを判別します。CSP 暗号化および FIPS モードをディセーブルにして、機能をテストします。動作する場合は、FIPS モードをイネーブルにして再びテストします。動作する場合は、CSP 暗号化をイネーブルにして再びテストします。「FIPS モードの有効化または無効化」を参照してください。

AsyncOS 10.5 にアップグレードする前に Web セキュリティアプライアンス で受け入れられた証明書は、再アップロードしたときに、アップロード方法に関係なく拒否される可能性があります。（つまり、[HTTPS プロキシ（HTTPS Proxy）]、[証明書管理（Certificate Management）]、[SaaS のアイデンティティプロバイダ（Identity Provider for SaaS）]、ISE 設定、認証設定などの UI ページを使用した場合も、certconfig CLI コマンドを使用した場合も）拒否されることがあります。

証明書の署名者 CA が「カスタムの信頼できる証明機関」として [証明書の管理（Certificate Management）] ページ（[ネットワーク（Network）] > [証明書管理（Certificate Management）]）ページで追加されていることを確認してください。証明書パス全体を信頼することができない場合は、証明書を Web セキュリティアプライアンス にアップロードできません。

また、古い設定をリロードすると、含まれている証明書が信頼されなくなって、リロードに失敗することがあります。保存された設定をロードする間に、これらの証明書を置き換えてください。

（注）	すべての証明書検証エラーは、監査ログ（/data/pub/audit_logs/audit_log.current）に記録されます。

Kerberos チケットのキャッシュを表示および消去するための KerbTray または klist（どちらも Windows Server Resource Kit に付属）。Active Directory を表示および編集するための Active Directory Explorer。Wireshark は、ネットワークのトラブルシューティングに使用できるパケット アナライザです。

一部のユーザ エージェントまたはアプリケーションは、認証に失敗してアクセスを拒否されると、Web セキュリティアプライアンス への要求の送信を繰り返します。その結果、マシン クレデンシャルを使用して、Active Directory サーバへの要求の送信が繰り返されるので、運用に悪影響を及ぼすことがあります。

最適な結果を得るには、これらのユーザー エージェントの認証をバイパスします。「問題のあるユーザー エージェントの認証のバイパス」を参照してください。

• NTLMSSP に起因する LDAP ユーザーの認証の失敗

• LDAP 参照に起因する LDAP 認証の失敗

• 基本認証の失敗

関連する問題

• アップストリーム プロキシが基本クレデンシャルを受け取らない

• エラーによりユーザーがクレデンシャルを要求される

[ブロックするオブジェクト タイプ（Block Object Type）] セクションで Microsoft Office ファイルをブロックすると、一部の Microsoft Office ファイルがブロックされない可能性があります。

すべての Microsoft Office ファイルをブロックする必要がある場合は、[ブロックするMIMEタイプ（Block Custom MIME Types）] フィールドに application/x-ole を追加します。ただし、このカスタム MIME タイプをブロックすると、Visio ファイルや一部のサード パーティ アプリケーションなど、すべての Microsoft 複合オブジェクト フォーマット タイプがブロックされます。

DOS の実行可能オブジェクト タイプをブロックするように Web セキュリティアプライアンス を設定すると、Windows OneCare のアップデートがブロックされます。

アプライアンスのリブート時に、「DNS キャッシュのブートに失敗（Failed to bootstrap the DNS cache）」というメッセージを含むアラートが生成された場合は、システムがプライマリ DNS サーバーに接続できなかったことを示しています。この事象は、ネットワーク接続が確立される前に DNS サブシステムがオンラインになった場合、ブートのタイミングで発生します。このメッセージが別のタイミングで表示された場合、ネットワーク問題が発生しているか、または DNS 設定で有効なサーバが指定されていないことを示しています。

フェールオーバーグループを誤って設定すると、複数のプライマリアプライアンスをもたらしたり、その他のフェールオーバーの問題が発生したりする可能性があります。failoverconfig CLI コマンドの testfailovergroup サブコマンドを使用して、フェールオーバーの問題を診断します。

例：

wsa.wga> failoverconfig
Currently configured failover profiles:
1.      Failover Group ID: 61
        Hostname: failoverV4P1.wga, Virtual IP: 10.4.28.93/28
        Priority: 100, Interval: 3 seconds
        Status: PRIMARY
Choose the operation you want to perform:
- NEW - Create new failover group.
- EDIT - Modify a failover group.
- DELETE - Remove a failover group.
- PREEMPTIVE - Configure whether failover is preemptive.
- TESTFAILOVERGROUP - Test configured failover profile(s)
[]> testfailovergroup
Failover group ID to test (-1 for all groups):
[]> 61

仮想アプライアンス上に展開している場合は、ハイパーバイザのインターフェイス/仮想スイッチが無差別モードを使用するように設定されていることを確認してください。

ネイティブ FTP 要求が FTP プロキシに透過的にリダイレクトされる場合、FTP サーバーに対するホスト名情報は含まれず、IP アドレス情報だけが含まれます。そのため、要求の宛先がそれらのサーバーである場合でも、ホスト名情報しか持っていない一部の定義済み URL カテゴリと Web レピュテーション フィルタが、ネイティブ FTP 要求と一致しなくなります。それらのサイトへのアクセスをブロックする場合は、サイトの IP アドレスを使用してサイト用のカスタム URL カテゴリを作成する必要があります。

FTP プロキシと FTP サーバーとの接続が遅い場合、特に、Cisco データ セキュリティ フィルタがイネーブルのときに、大きなファイルのアップロードに時間がかかることがあります。そのため、FTP プロキシがファイル全体をアップロードする前に FTP クライアントがタイムアウトしてしまい、トランザクション失敗の通知を受け取る場合があります。しかし、トランザクションは失敗しておらず、バックグラウンドで続行され、FTP プロキシによって完了されます。

FTP クライアントのアイドル タイムアウト値を適切に増加することにより、この問題を回避できます。

発信マルウェア対策スキャンによって FTP プロキシがアップロードをブロックすると、FTP クライアントは FTP サーバー上にゼロ バイト ファイルを作成します。

FTP-over-HTTP 要求では、Chrome ブラウザはユーザー エージェント文字列を含まないためユーザー エージェントとして検出されません。

重要x80 または x90 アプライアンスの電源を再投入する場合は、アプライアンスが起動するまで（すべての LED が緑色になるまで）少なくとも 20 分間待ってから、電源ボタンを押してください。

ハードウェア アプライアンスの前面/背面パネルのライトは、アプライアンスの状態およびステータスを示します。これらのインジケータの説明については、『Cisco x90 Series Content Security Appliances Installation and Maintenance Guide』など、http://www.cisco.com/c/en/us/support/security/web-security-appliance/products-installation-guides-list.html [英語] から入手可能なハードウェア ガイドを参照してください。

温度範囲など、アプライアンスの仕様についてもこれらのマニュアルで確認できます。

このアラートは、問題を示している場合と示していない場合があります。バッテリ再学習タイムアウト自体は、RAID コントローラに問題があることを示すものではありません。コントローラは、後続の再学習で回復します。以降 48 時間他の RAID アラートに関する電子メールを監視して、この問題が他の問題の副作用ではないことを確認してください。システムから他の RAID タイプのアラートが示されない場合は、この警告を無視してかまいません。

透過的にリダイレクトされた HTTPS 要求の場合、Web プロキシは宛先サーバーとやり取りして、サーバー名とサーバーが属する URL カテゴリを判別する必要があります。したがって、Web プロキシがルーティング ポリシー グループのメンバーシップを評価する時点では、まだ宛先サーバーとやり取りしていないので、HTTPS 要求の URL カテゴリが不明です。Web プロキシが URL カテゴリを認識していない場合、情報が不足しているために透過的 HTTPS 要求をユーザー定義のルーティングポリシーと一致させることはできません。

その結果、どのルーティング ポリシー グループにも、どの識別プロファイルにもメンバーシップ基準がない場合は、透過的にリダイレクトされる HTTPS トランザクションのみがルーティングポリシーと一致します。ユーザー定義のルーティングポリシーまたは識別プロファイルが URL カテゴリ単位でメンバーシップを定義している場合は、透過的 HTTPS トランザクションはデフォルトのルーティングポリシーグループと一致します。

• IP ベースのサロゲートと透過的要求を含む HTTPS
• カスタムおよびデフォルト カテゴリの異なるクライアントの「Hello」動作

通常、アプライアンスで生成またはアップロードされるルート証明書情報は、信頼できるルート認証局としてクライアント アプリケーションで認識されません。ユーザーが HTTPS 要求を送信すると、大部分の Web ブラウザでは、デフォルトで、Web サイトのセキュリティ証明書に問題があることを知らせる警告メッセージがクライアント アプリケーションによって表示されます。通常、エラー メッセージには、Web サイトのセキュリティ証明書が信頼できる認証局によって発行されていないこと、または Web サイトが未知の認証局によって認証されていることが表示されます。クライアント アプリケーションによっては、この警告メッセージがユーザーに示されず、ユーザーは承認されない証明書を受け入れることができません。

Note	Mozilla Firefox ブラウザ：Mozilla Firefox ブラウザで使用するには、アップロードする証明書に「basicConstraints=CA:True」を含める必要があります。この制約により、Firefox は、信頼されたルート認証局としてルート証明書を認識できるようになります。

以下のツールは、ISE 関連の問題をトラブルシューティングする際に役立ちます。

• ISE テスト ユーティリティ。ISE サーバーへの接続のテストに使用され、貴重な接続関連情報を提供します。これは、[Identity Services Engine] ページの [テスト開始（Start Test）] オプションです（ISE/ISE-PIC サービスへの接続を参照）。

• ISE およびプロキシ ログ（以下を参照）。 ログによるシステム アクティビティのモニター

• ISE 関連の CLI コマンド iseconfig および isedata。特に isedata は、セキュリティ グループ タグ（SGT）のダウンロードを確認するために使用します。詳細については、Web セキュリティアプライアンス CLI コマンドを参照してください。

• Web トラッキング機能およびポリシー トレース機能。これらを使用してポリシーの一致に関する問題をデバッグできます。たとえば、許可されるべきユーザーがブロックされた場合（または、その逆の場合）などに使用できます。詳細については、ポリシーのトラブルシューティング ツール：ポリシー トレースを参照してください。

• パケット キャプチャ（サポートの使用 する場合）

• 認証ステータスを確認する場合は、openssl Online Certificate Status Protocol（ocsp）ユーティリティを使用できます。これは https://www.openssl.org/ から入手できます。

ここでは、Web セキュリティアプライアンス における ISE 関連の重要なログメッセージについて説明します。

• Tue Mar 24 03:56:47 2015 Critical: ISEEngineManager: Waiting for client connection timed out

  Web セキュリティアプライアンス の ISE プロセスが 30 秒以内に ISE サーバーに接続できませんでした。

• Tue Mar 24 03:56:47 2015 Critical: ISEEngineManager: WSA Client cert/key missing. Please check ISE config

  Web Appliance クライアント証明書とキーが Web セキュリティアプライアンス の [Identity Service Engine] 設定ページでアップロードされなかったか、生成されませんでした。

• Tue Mar 24 03:56:47 2015 Critical: ISEEngineManager: ISE service exceeded maximum allowable disconnect duration with ISE server

  Web セキュリティアプライアンス の ISE プロセスが 120 秒以内に ISE サーバーに接続できず、終了しました。

• Tue Mar 24 03:56:47 2015 Critical: ISEEngineManager: Subscription to updates failed ...

  Web セキュリティアプライアンス の ISE プロセスが、アップデートのために ISE サーバーに登録できませんでした。

• Tue Mar 24 03:56:47 2015 Critical: ISEEngineManager: Could not create ISE client: ...

  ISE サーバー接続用に Web セキュリティアプライアンス の ISE クライアントを作成するときに、内部エラーが発生しました。

• Tue Mar 24 03:56:47 2015 Critical: ISEEngineManager: Bulk Download thread failed: ...

  この内部エラーは、接続または再接続時に SGT の一括ダウンロードに失敗したことを示しています。

• Tue Mar 24 03:56:47 2015 Critical: ISEService: Unable to start service. Error: ...

  Web セキュリティアプライアンス の ISE サービスの起動に失敗しました。

• Tue Mar 24 03:56:47 2015 Critical: ISEService: Unable to send ready signal ...

  Web セキュリティアプライアンス の ISE サービスが heimdall に Ready 信号を送信できませんでした。

• Tue Mar 24 03:56:47 2015 Critical: ISEService: Unable to send restart signal ...

  Web セキュリティアプライアンス の ISE サービスが heimdall に再起動信号を送信できませんでした。

カスタムおよび外部 URL カテゴリを作成および編集し、[外部ライブ フィード（External Live Feed）] ファイル（[シスコ フィード形式（Cisco Feed Format）] または [Office 365 フィード形式（Office 365 Feed Format）] のいずれか）を提供する場合、[ファイルの取得（Get File）] ボタンをクリックして、指定したサーバとの接続を開始し、ファイルをダウンロードして解析する必要があります。このプロセスの進行状況と結果が表示されます。 エラーが発生した場合は、進行状況と結果が説明されます。問題を修正し、もう一度ファイルのダウンロードを試します。

次の 4 種類のエラーが発生する可能性があります。

• 接続の例外

  Failed to resolve server hostname：フィード ファイルの場所として指定した URL は無効です。この問題を解決するには、正しい URL を指定します。

• プロトコル エラー

  Authentication failed due to invalid credentials：サーバ認証が失敗しました。サーバ接続に適切なユーザ名とパスフレーズを指定します。

  The requested file is not found on the server：フィード ファイルに指定した URL が無効なリソースを示しています。指定したサーバで正しいファイルが使用できることを確認します。

• コンテンツ検証エラー

  Failed to validate the content of the field：フィード ファイルのコンテンツが無効です。

• 解析エラー

  • シスコ フィード形式 .csv ファイルは、1 つ以上のエントリを含む必要があります。各エントリはサイトのアドレスまたは有効な正規表現文字列で、カンマ、アドレスタイプ（site または regex のいずれか）が続きます。フィード ファイルのエントリに対してこの表記規則に従わない場合、解析エラーがスローされます。

    また、http:// または https:// を site エントリの一部としてファイルに含めないでください。エラーが発生します。つまり、www.example.com は正しく解析されますが、http://www.example.com ではエラーが発生します。

  • Microsoft サーバから取得した XML ファイルは、標準の XML パーサーによって解析されます。XML タギングの矛盾にも、解析エラーとしてフラグが付きます。

  解析エラーの行番号はログに含まれます。次に例を示します。

  Line 8: 'www.anyurl.com' - Line is missing address or address-type field. フィード ファイルの 8 行目には、有効なアドレスまたは正規表現のパターン、またはアドレスタイプは含まれていません。

  Line 12: 'www.test.com' - Unknown address type. 12 行目に無効なアドレスタイプがあります。アドレスタイプは site または regex のいずれかになります。

カスタムおよび外部 URL カテゴリの作成および編集中に [External Live Feed Category（外部ライブ フィード ファイル カテゴリ）] > [Cisco Feed Format（シスコ フィード形式）] オプションの .csv ファイルを提供すると、シスコ フィード形式サーバがインターネット インフォメーション サービス（IIS）のバージョン 7 または 8 ソフトウェアを実行している場合にファイルを取得する際、[406 not acceptable（406 受け入れられません）] エラーが発生する場合があります。同様に、feedsd ログでは次のような内容が報告されます。31 May 2016 16:47:22 (GMT +0200) Warning: Protocol Error: 'HTTP error while fetching file from the server'。

これは、IIS 上の .csv ファイルのデフォルトの MIME タイプが text/csv ではなく application/csv であるためです。この問題は、IIS サーバにログインし、.csv ファイルの MIME タイプのエントリを text/csv に編集することで解決できます。

UNIX または OS X システムから Windows システムに .csv（テキスト）フィード ファイルのコンテンツをコピーアンドペーストする場合、余分な改行（\r）が自動的に追加され、フィード ファイルの形式が不正になる場合があります。

.csv ファイルを手動で作成する場合や、SCP、FTP、または POST を使用して UNIX または OS X から Windows システムにファイルを転送する場合は、問題はありません。

Web アクセス ポリシー グループに、[モニター（Monito）] に設定されたカスタム URL カテゴリ セットとその他のコンポーネント（Web レピュテーション フィルタ、DVS エンジンなど）がある場合に、カスタム URL カテゴリ内の URL に対する要求を許可するかブロックするかについて最終決定が行われると、要求のアクセス ログ エントリには、カスタム URL カテゴリの代わりに、定義済みの URL カテゴリが表示されます。

アクセス ログでの HTTPS トランザクションの表示は、HTTP トランザクションと似ていますが、特性は少し異なります。記録される内容は、トランザクションが HTTPS プロキシに明示的に送信されるか、または透過的にリダイレクトされるかどうかによって異なります。

• TUNNEL。これは、HTTPS 要求が HTTPS プロキシに透過的にリダイレクトされたときにアクセス ログに記録されます。

• CONNECT。これは、HTTPS 要求が HTTPS プロキシに明示的に送信されたときにアクセス ログに記録されます。

HTTPS トラフィックが復号されたときは、アクセス ログにトランザクションに対して、以下の 2 つのエントリが含まれます。

• TUNNEL または CONNECT が、処理された要求のタイプに応じて記録されます。

• HTTP 方式および復号された URL。例：「GET https://ftp.example.com」。

完全な URL は、HTTPS プロキシがトラフィックを復号するときだけ表示されます。

内部ロギング プロセスがフル バッファにより Web トランザクション イベントをドロップする場合、AsyncOS for Web が設定されたアラート受信者にクリティカルな電子メール メッセージを送信します。

デフォルトでは、Web プロキシが非常に高い負荷を受けたときに、内部ロギング プロセスは Web プロキシの負荷を減らす際にそれらを記録するイベントをバッファします。ロギング バッファ ファイルが完全に満杯になったときに、Web プロキシはトラフィックの処理を続行しますが、ロギング プロセスはイベントの一部をアクセス ログまたは Web トラッキング レポートに記録しません。これは、Web トラフィックのスパイク時に発生する可能性があります。

ただし、アプライアンスが持続的に過剰容量になっている場合にも、ロギング バッファが満杯になることがあります。AsyncOS for Web は、ロギング プロセスがデータをドロップしなくなるまで、数分ごとにクリティカルな電子メール メッセージを送信し続けます。

クリティカルなメッセージは以下のようなテキストが含まれます。

Reporting Client: The reporting system is unable to maintain the rate of data being generated. Any new data generated will be lost.

AsyncOS for Web が、このクリティカルなメッセージを継続的または頻繁に送信する場合、アプライアンスは過剰容量になっている可能性があります。Web セキュリティアプライアンス の容量を追加する必要があるかどうかを確認するには、シスコ カスタマー サポートにお問い合わせください。

サードパーティ製のログ アナライザ ツールを使用して、W3C アクセス ログを閲覧したり解析する場合は、状況に応じて [タイムスタンプ（timestamp）] フィールドを含める必要があります。W3C の [タイムスタンプ（timestamp）] フィールドには、UNIX エポック以降の時間が表示され、ほとんどのログ アナライザはこの形式の時間のみ認識します。

HTTPS プロキシをイネーブルにすると、すべての HTTPS ポリシー決定が復号ポリシーによって処理されます。また、アクセスおよびルーティング ポリシー グループ メンバーシップを HTTPS で定義することも、HTTPS トランザクションをブロックするようにアクセス ポリシーを設定することもできなくなります。

アクセスおよびルーティング ポリシー グループの一部のメンバーシップが HTTPS によって定義されており、一部のアクセス ポリシーが HTTPS をブロックする場合は、HTTPS プロキシをイネーブルにすると、それらのアクセスおよびルーティング ポリシー グループがディセーブルになります。ポリシーは、いつでもイネーブルにすることができますが、そうすると、HTTPS 関連の設定がすべて削除されます。

• 一部の Microsoft Office ファイルがブロックされない
• DOS の実行可能オブジェクト タイプをブロックすると、Windows OneCare のアップデートがブロックされる

識別プロファイルをディセーブルにすると、その識別プロファイルは関連するポリシーから削除されます。識別プロファイルがイネーブルになっていることを確認し、再びポリシーに追加します。

• ポリシーが適用されない
• HTTPS および FTP over HTTP 要求が、認証を必要としないアクセス ポリシーにのみ一致する
• HTTPS 要求および FTP over HTTP 要求の場合にユーザーがグローバル ポリシーに一致
• ユーザーに誤ったアクセス ポリシーが割り当てられる

• ポリシー トレース ツールについて

• クライアント要求のトレース

• 詳細設定：要求の詳細

• 詳細設定：レスポンスの詳細の上書き

以下は、認証をサポートしていないため、Web セキュリティアプライアンス が透過モードで展開されている場合に使用できないアプリケーションのリストの一部です。

• Mozilla Thunderbird

• Adobe Acrobat アップデート

• HttpBridge

• CollabNet の Subversion

• Microsoft Windows アップデート

• Microsoft Visual Studio

回避策：認証を必要としない URL のユーザー クラスを作成します。

ユーザーの最初のクライアント要求が POST 要求で、ユーザーの認証が必要な場合、POST 本文のコンテンツは失われます。この問題は、アクセス コントロールのシングル サインオン機能を使用しているアプリケーションに対して POST 要求を行った場合に発生することがあります。

回避策：

• 最初の要求として POST を使用する URL に接続する前に、ブラウザから別の URL を要求して、最初に Web プロキシでユーザーを認証させます。

• 最初の要求として POST を使用する URL の認証をバイパスします。

Note	アクセス コントロールを使用すると、アプリケーション認証ポリシーで設定された Assertion Consumer Service（ACS）URL の認証をバイパスできます。

アプライアンスとアップストリーム プロキシの両方が NTLMSPP による認証を使用している場合、設定によっては、アプライアンスとアップストリーム プロキシで、認証クレデンシャルを要求する無限ループが発生する可能性があります。たとえば、アップストリーム プロキシでは基本認証が必要だが、アプライアンスでは NTLMSPP 認証が必要な場合、アプライアンスはアップストリーム プロキシに正常に基本認証クレデンシャルを渡すことができません。これは、認証プロトコルの制限によるものです。

設定：

• Web セキュリティアプライアンス とアップストリーム プロキシ サーバが基本認証を使用している。

• ダウンストリームの Web セキュリティアプライアンス でクレデンシャルの暗号化がイネーブルになっている。

Web プロキシはクライアントから「Authorization」HTTP ヘッダーを受信しますが、アップストリーム プロキシ サーバーでは「Proxy-Authorization」HTTP ヘッダーが必要であるため、クライアント要求はアップストリーム プロキシで失敗します。

ネットワークに FTP 接続をサポートしていないアップストリーム プロキシが含まれる場合は、すべての ID に適用され、かつ FTP 要求にのみ適用されるルーティング ポリシーを作成する必要があります。ルーティング ポリシーを設定して、FTP サーバーに直接接続するか、プロキシのすべてが FTP 接続をサポートしているプロキシ グループに接続します。

仮想ホストにおける以下の操作は、ハードウェア アプライアンスのプラグを抜くことと同等であり、特に AsyncOS の起動中ではサポートされていません。

• KVM の強制リセットオプション。
• VMware の電源オフとリセット オプション。（これらのオプションは、アプライアンスが完全に起動してから安全に使用できます）。

問題

前回の作業後にネットワーク接続が失われる。

解決方法

これは KVM の問題です。OpenStack ドキュメントの「KVM: Network connectivity works initially, then fails」の項を参照してください。このドキュメントは、http://docs.openstack.org/admin-guide-cloud/content/section_network-troubleshoot.html にあります。

問題

Ubuntu 仮想マシン上で実行しているときに、アプライアンスのパフォーマンスが低下して、ウォッチドッグの問題が発生し、アプライアンスが異常に高い CPU　使用率を示す。

解決方法

Ubuntu から最新の Host OS アップデートをインストールしてください。

問題

KVM 展開で実行されている仮想アプライアンスに関する問題は、ホスト OS の設定の問題と関連している可能性があります。

解決方法

『Virtualization Deployment and Administration Guide』のトラブルシューティングに関するセクションおよびその他の情報を参照してください。このドキュメントは、

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/pdf/ Virtualization_Deployment_and_Administration_Guide/Red_Hat_Enterprise_Linux-7- Virtualization_Deployment_and_Administration_Guide-en-US.pdf [英語] から入手できます。

WCCP を使用している展開では、HTTP、HTTPS、および FTP の各ポートの合計 30 が最大ポート エントリ数になります。

アプライアンスは、取り込んだパケット アクティビティをファイルに保存し、そのファイルをローカルに格納します。デバッグやトラブルシューティングのために、FTP を使用してパケット キャプチャ ファイルをシスコ カスタマー サポートに送信できます。

• パケット キャプチャ ファイルのダウンロードまたは削除

サポートに問い合わせる前に以下の手順を実行してください。

• 一般的なトラブルシューティングとベスト プラクティスの説明に従い、カスタム ログのフィールドを有効にします。
• パケット キャプチャを実行することを検討してください。「パケット キャプチャ」を参照してください。

Cisco Content Security 仮想アプライアンスのサポート ケースを報告する場合は、仮想ライセンス番号（VLN）、契約番号、および製品 ID コード（PID）を提供する必要があります。

発注書を参照するか以下の表を使用すると、仮想アプライアンスで動作中のソフトウェア ライセンスに基づく PID を特定できます。