[システム管理（System Administration）] > [トレース（Trace）] ページを使用して（CLI の trace コマンドと同等）、テスト メッセージの送信をエミュレートすることにより、システムを介したメッセージ フローをデバッグできます。[トレース（Trace）] ページ（および trace CLI コマンド）では、リスナーに受け入れられているようにメッセージをエミュレートし、現在のシステム設定（コミットしていない変更を含む）によって「トリガー」される、または影響を受ける機能の概要を出力できます。テスト メッセージは実際には送信されません。特に、Cisco アプライアンスで使用できる多数の高度な機能を組み合わせると、[トレース（Trace）] ページ（および trace CLI コマンド）は、強力なトラブルシューティングまたはデバッグ ツールとなります。

（注）	トレースは、ファイル レピュテーション スキャンのテストには効果がありません。

[トレース（Trace）] ページ（および trace CLI コマンド）では、次の表に示されている入力パラメータのプロンプトが表示されますテーブル。

値を入力したら、[トレースを開始（Start Trace）] をクリックします。メッセージに影響する、システムに設定されたすべての機能の概要が出力されます。

メッセージ本文は、ローカル ファイル システムからアップロードできます（CLI では、/configuration ディレクトリにアップロードしたメッセージ本文を使用してテストできます。Cisco アプライアンスにインポートするためにファイルを配置する方法の詳細については、FTP、SSH、および SCP アクセスを参照してください）。

概要が出力されると、生成されたメッセージの確認とテスト メッセージの再実行を求められます。別のテスト メッセージを入力すると、[トレース（Trace）] ページおよび trace コマンドでは、以前に入力した前掲の表の値が使用されます。

（注）	次の表に示す、trace コマンドによってテストされる設定の各セクションは、順番どおりに実行されます。この順番は、ある機能の設定が他の機能にどのように影響するかを理解するうえで非常に役立ちます。たとえば、ドメイン マップ機能によって変換される受信者アドレスは、RAT によって評価されるアドレスに影響します。また、RAT の影響を受ける受信者は、エイリアス テーブルによって評価されるアドレスに影響する、というようになります。

「ブラック ホール」リスナーは、メッセージ生成システムをテストし、受信パフォーマンスの簡単な測定ができます。ブラック ホール リスナーには、キューイングおよび非キューイングの 2 種類があります。

• キューイング リスナーは、メッセージをキューに保存しますが、その後メッセージをただちに削除します。メッセージ生成システムのインジェクション部分全体のパフォーマンスを測定する場合は、キューイング リスナーを使用します。
• 非キューイング リスナーはメッセージを承認した後、保存しないですぐに削除します。メッセージ生成システムからアプライアンスまでの接続のトラブルシューティングを行う場合は、非キューイング リスナーを使用します。

たとえば次の図では、ブラック ホール リスナー「C」を作成して、「B」というプライベート リスナーをミラーリングします。非キューイング版では、グループウェア クライアントからグループウェア サーバを経由してアプライアンスまでのシステムのパフォーマンス パスをテストします。キューイング版は、同じ方法およびメッセージをキューに入れて SMTP 経由で配信するためのアプライアンスの機能をテストします。

次の例では、listenerconfig コマンドを使用して、管理インターフェイス上で BlackHole_1 という名前のブラック ホール キューイング リスナーを作成します。リスナーのためのこのホスト アクセス テーブル（HAT）は、次のホストからの接続を受け入れるように編集されています。

• yoursystem.example.com
• 10.1.2.29
• badmail.tst
• .tst

（注）	最後のエントリである .tst により、.tst ドメイン内にあるすべてのホストから BlackHole_1 という名前のリスナーに電子メールを送信できるようになります。

アプライアンスにネットワーク接続の問題があると思われる場合は、アプライアンスが適切に動作していることを確認します。

電子メールのインジェクションに問題があると疑われる場合は、次の方法を使用します。

• インジェクションを行っている IP アドレスを確認し、listenerconfig コマンドを使用して許可されているホストを確認します。

  作成したリスナーに接続できるよう IP アドレスが許可されていますか。listenerconfig コマンドを使用して、リスナーのホスト アクセス テーブル（HAT）を確認します。次のコマンドを使用して、リスナーの HAT を出力します。

  listenerconfig -> edit -> listener_number -> hostaccess -> print

  HAT は、IP アドレス、IP アドレスのブロック、ホスト名、ドメインなどを使用して、接続を拒否するよう設定できます。詳細については、「接続が許可されているホストの指定」を参照してください。

  また、limits サブコマンドを使用して、リスナーに許可されている接続の最大数を確認することもできます。

  listenerconfig -> edit -> listener_number -> limits

• インジェクションを行っているマシンから、Telnet または FTP を使用して、アプライアンスに手動で接続します。次に例を示します。

  
  injection_machine% telnet appliance_name
  

  アプライアンス内で telnet コマンドを使用して、リスナーから実際のアプライアンスに接続することもできます。

  mail3.example.com> telnet
  
  Please select which interface you want to telnet from.
  
  1. Auto
  
  2. Management (192.168.42.42/24: mail3.example.com)
  
  3. PrivateNet (192.168.1.1/24: mail3.example.com)
  
  4. PublicNet (192.168.2.1/24: mail3.example.com)
  
  [1]> 3
  
  Enter the remote hostname or IP.
  
  []> 193.168.1.1
  
  Enter the remote port.
  
  [25]> 25
  
  Trying 193.168.1.1...
  
  Connected to 193.168.1.1.
  
  Escape character is '^]'.
  
  

  あるインターフェイスから他のインターフェイスに接続できない場合は、アプライアンスの Management、Data1、Data2 インターフェイスからネットワークに接続している方法に問題がある可能性があります。詳細については、FTP、SSH、および SCP アクセスを参照してください。リスナーのポート 25 に対して telnet を実行して、SMTP コマンドを手動で入力できます（このプロトコルを熟知している場合）。

• IronPort のテキスト メール ログおよびインジェクション デバッグ ログを調べて、受信エラーがあるかどうかを確認します。

  インジェクション デバッグ ログには、アプライアンスと、システムに接続している指定のホスト間の SMTP 会話が記録されます。インジェクション デバッグ ログは、インターネットから接続を開始するクライアントとアプライアンス間の通信に関する問題をトラブルシューティングするのに役立ちます。このログでは、2 つのシステム間で伝送されたすべてのバイトが記録され、接続ホストに「送信」または接続ホストから「受信」に分類されます。

  詳細については、テキスト メール ログの使用およびインジェクション デバッグ ログの使用を参照してください。

アプライアンスからの電子メールの配信に問題があると疑われる場合は、次の方法を試してください。

• 問題がドメインに限定されたものであるかどうかを判断します。

  tophosts コマンドを使用して、電子メール キューに関する直近の情報を入手して、特定の受信者のドメインに配信の問題が生じていないかを確認します。

  「Active Recipients」の順にソートすると、問題のあるドメインが返されますか。

  「Connections Out」の順にソートしたとき、リスナーに指定されている最大接続数に達しているドメインがありますか。リスナーに対するデフォルトの最大接続数は 600 です。システム全体でのデフォルトの最大接続数は 10,000 です（deliveryconfig コマンドで設定します）。リスナーに対する最大接続数は、次のコマンドで確認できます。

  listenerconfig -> edit -> listener_number -> limits

  リスナーに対する接続が、destconfig コマンドによってさらに制限されていませんか（システムの最大数または仮想ゲートウェイ アドレスによる）。destconfig による接続の制限を確認するには、次のコマンドを使用します。

  destconfig -> list

• hoststatus コマンドを使用します。

  tophosts コマンドの結果として得られたリストの最上位のドメインに対して hoststatus コマンドを実行し、詳しく調べます。

  ホストが使用可能で、接続を受け入れていますか。

  指定したホストに対する特定の MX レコードのメール サーバに問題がありませんか。

  hoststatus コマンドでは、特定のホストに対する 5XX エラー（Permanent Negative Completion Reply）がある場合に、ホストから返された直前の「5XX」のステータス コードと説明が表示されます。このホストに対する直前の発信 TLS 接続が失敗した場合は、hoststatus コマンドで失敗した理由が表示されます。

• ドメインのデバッグ、バウンス、およびテキスト メールの各ログを設定および確認して、受信ホストが使用可能かどうかをチェックします。

  ドメイン デバッグ ログには、アプライアンスと指定の受信者ホスト間の SMTP 会話でのクライアントとサーバの通信が記録されます。このタイプのログ ファイルは、特定の受信ホストに関する問題のデバッグに使用できます。

  詳細については、ドメイン デバッグ ログの使用を参照してください。

  バウンス ログには、バウンスされた各受信者に関するすべての情報が記録されます。

  詳細については、バウンス ログの使用を参照してください。

  テキスト メール ログには、電子メールの受信、電子メールの配信、およびバウンスの詳細が記録されます。ステータス情報も、1 分ごとにメール ログに書き込まれます。これらのログは、特定のメッセージの配信を理解し、システム パフォーマンスを分析するうえで有益な情報源となります。

  詳細については、テキスト メール ログの使用を参照してください。

• telnet コマンドを使用して、アプライアンスから問題のあるドメインに接続します。

mail3.example.com> telnet


Please select which interface you want to telnet from.

1. Auto

2. Management (192.168.42.42/24: mail3.example.com)

3. PrivateNet (192.168.1.1/24: mail3.example.com)

4. PublicNet (192.168.2.1/24: mail3.example.com)

[1]> 1

Enter the remote hostname or IP.

[]> problemdomain.net

Enter the remote port.


[25]> 25

• 必要に応じて tlsverify コマンドを使用して発信 TLS 接続を確立し、宛先ドメインに関する TLS 接続の問題をデバッグすることができます。接続を確立するには、検証するドメインと宛先ホストを指定します。AsyncOS では、必要な（検証）TLS 設定に基づいて TLS 接続を確認します。

mail3.example.com> tlsverify


Enter the TLS domain to verify against:

[]> example.com

Enter the destination host to connect to. Append the port (example.com:26) if you are

not connecting on port 25:

[example.com]> mxe.example.com:25

Connecting to 1.1.1.1 on port 25.

Connected to 1.1.1.1 from interface 10.10.10.10.

Checking TLS connection.

TLS connection established: protocol TLSv1, cipher RC4-SHA.

Verifying peer certificate.

Verifying certificate common name mxe.example.com.

TLS certificate match mxe.example.com

TLS certificate verified.

TLS connection to 1.1.1.1 succeeded.

TLS successfully connected to mxe.example.com.

TLS verification completed.

アプライアンスのパフォーマンスに関する問題があると疑われる場合は、次の方法を使用してください。

• rate コマンドと hostrate コマンドを使用して、現在のシステムのアクティビティを確認します。

  rate コマンドは、電子メール動作に関するリアルタイム モニタリング情報を返します。詳細については、リアルタイム アクティビティの表示を参照してください。

  hostrate コマンドは、特定のメール ホストに関するリアルタイムのモニタリング情報を返します。

• status コマンドを使用して、これまでのレートを比較して、状態の悪化を確認します。

• status detail コマンドを使用して、メモリの使用率を確認します。

  status detail コマンドを使用すると、システムのメモリ、CPU、ディスク I/O の使用率を、素早く確認できます。

  （注）	メモリの使用率は、常に 45% 未満である必要があります。メモリの使用率が 45% を超えると、アプライアンスは「リソース節約モード」に入ります。これによって「バックオフ」アルゴリズムが起動され、リソースのオーバーサブスクリプションが防止され、電子メールによる次のアラートが送信されます。

  This system (hostname: hostname) has entered a 'resource conservation' mode in order to
  prevent the rapid depletion of critical system resources.
  
  
  RAM utilization for this system has exceeded the resource conservation threshold of 45%.
  The allowed injection rate for this system will be gradually decreased as RAM
  utilization approaches 60%.
  
  

  この状況は、配信機能が低下していて、大量のインジェクションが行われているときにのみ発生します。 メモリの使用率が 45% を超えたときには、キュー内のメッセージの数を調べて、特定のドメインがダウン状態または配信不可能になっていないかどうかを確認します（hoststatus コマンドまたは hostrate コマンドを使用します）。また、システムのステータスも確認して、配信が中断されないようにします。インジェクションが停止しても、依然としてメモリの使用率が高い場合は、シスコ カスタマー サポートにご連絡ください。

• 問題が 1 つのドメインに限定されていますか。

  tophosts コマンドを使用して、電子メール キューに関する直近の情報を入手して、特定の受信者のドメインに配信の問題が生じていないかを確認します。

  キューのサイズを確認します。このサイズを制御したり、問題が生じている特定のドメインの受信者に対処するために、電子メール キューにあるメッセージを削除、バウンス、中断、またはリダイレクトすることができます。詳細については、電子メール キューの管理を参照してください。以下のコマンドを使用します。

  • deleterecipients
  • bouncerecipients
  • redirectrecipients
  • suspenddel / resumedel
  • suspendlistener / resumelistener

  tophosts コマンドを使用して、ソフト バウンスおよびハード バウンスの数を確認します。[ソフト バウンスしたイベント数（Soft Bounced Events）]（オプション 4）または [ハード バウンスした受信者（Hard Bounced Recipients）]（オプション 5）でソートします。特定のドメインに対するパフォーマンスに問題があることが疑われる場合は、上記のコマンドを使用して、そのドメインへの配信を制御します。

Internet Explorer の互換モードの上書きを参照してください。

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

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