RUEIの構成この章では、RUEIの初期構成の手順について説明します。この作業は、組織内でRUEIスーパー管理者ロール(つまりadminユーザー)を割り当てられているユーザーによって実行されます。Experienceユーザーズ・ガイド』を参照してください。重要:RUEIを構成した後、収集したネットワーク通信を組織内のネットワーク・エンジニアに検証してもらうことを強くお薦めします。これを行う手順は、付録F「監視対象ネットワーク通信の検証」で説明されています。概要RUEIを起動および実行するには、サーバー・システムをRUEI用に準備し、RUEIソフトウェアをインストールする必要があります。これについては、第2章「RUEIソフトウェアのインストール」で説明しています。その後、インストール・タイプとメール設定を指定し(「RUEIの初期構成の実行」で説明)、いくつかのインストール後の構成(「インストール後の構成の実行」で説明)を実行する必要があります。これはレポート作成を開始するために必要です。これには、ページおよびユーザーの識別方法の決定と、ネットワーク環境での監視範囲の指定が含まれます。最後に、システムの初期ユーザーを、「初期ユーザーの認可」の説明のとおりに定義する必要があります。分割サーバー構成をインストールする場合は、各コレクタ・システムの構成が必要になることに注意してください。これは、「コレクタ・システムの構成」で説明しています。重要:RUEIの構成については、組織のネットワーク・トポロジに精通したユーザーと相談する必要があります。RUEIの初期構成の実行RUEIでデータの監視およびレポート作成を開始するには、ネットワーク・インフラストラクチャに関する情報を使用して構成する必要があります。構成が完了すると、ユーザー通信のレポート作成が可能になります。この初期構成は、必要に応じて後から変更できます。初期構成は、単に実際のユーザーの監視およびレポート作成を開始するために、十分な情報を提供するためのものです。RUEIの初期構成を実行するには、次のようにします。ブラウザでhttps://Reporter/rueiを指定することにより、初期設定ウィザードを起動します。Reporterには、インストール済RUEIのホスト名またはIPアドレスを指定します。図4-1のダイアログが表示されます。ログオン・ダイアログ」の説明adminユーザーと、set-admin-passwordスクリプトで定義したパスワードを指定します(「レポータ・ソフトウェアのインストール」で定義)。準備ができたら、ログインをクリックします。図4-2に示すダイアログが表示されます。初期設定ウィザード」の説明ユーザーが初めてログオンすると、Webサーバーでサイトの証明書のIDを検証できなかったという警告が表示されます。セキュリティ・ポリシーに応じて、この証明書を永続的に受け入れるか、このセッション用に一時的に受け入れるか、あるいは証明書を拒否するかのいずれかを選択できます。認証局(CA)から証明書を購入することもできます。SSL証明書を作成することもできます。詳細は次のサイトを参照してください。http://httpd.apache.org/docs/2.2/ssl/ssl_faq.html#realcert「次へ」をクリックして、構成を続行します。図4-3のダイアログが表示されます。表4-1で説明している要求された情報を指定します。返信用アドレス失敗した電子メールまたは問題が発生した電子メールのレポート先となる電子メール・アドレスを指定します。このアドレスを定期的にチェックすることを強くお薦めします。送信元アドレス受信者のメール・クライアントに表示されるアドレスを指定します。返信先アドレスユーザーが電子メール内でクリックして返信できるアドレスを指定します。これが指定されていない場合は、「送信元アドレス」設定が使用されます。電子メールの最大許容メッセージ・サイズ(KB単位)を指定します。電子メールにこの制限を超えるレポートが含まれる場合は、この制限に対応するために、レポートが個別の電子メールに分割されます。個別に送信するには大きすぎるレポートは送信されず、ユーザーに問題が通知されます。デフォルトのメール・サイズ制限は5000KBです。レポータURL電子メールの受信者がレポータ・システムに接続するために必要となる詳細なURLを指定します。通常、このURLは、RUEIユーザーがレポータ・システムにアクセスするために使用するURLと同じです。電子メール情報は、内部ネットワークに対するRUEIのインタフェースを構成するために使用され、問題の報告にも使用されます。必要な情報を入力したら、「次へ」をクリックします。図4-4のダイアログが表示されます。「設定の概要」で、指定した情報が正しいことを確認します。「戻る」と「次へ」を使用すると、必要に応じてダイアログ間を移動できます。準備ができたら、「次へ」をクリックします。図4-5のダイアログが表示されます。設定を適用ダイアログ」の説明このダイアログは、指定した設定のシステムでの適用進捗状況を示します。通常、このプロセスには最大で15分かかります。終了したら、「終了」をクリックして、ダイアログを閉じます。コレクタ・システムの構成コレクタをレポータ・システムに登録するには、次のようにします。必要なシステムにコレクタ・ソフトウェアをインストールします。これについては、第2章「RUEIソフトウェアのインストール」で説明しています。コレクタ・システムをレポータに登録します。Insightユーザーズ・ガイド』を参照してください。コレクタ・システムのリセット何らかの理由で、以前に構成したものとは異なるレポータ・システムにコレクタ・システムを登録する必要がある場合、次のようにします。コレクタ・システムにmoniforceユーザーとしてログオンし、次のコマンドを発行して、コレクタの現在定義されているレポータ割当てを削除します。Insightユーザーズ・ガイド』で説明されている手順に従って、コレクタを必要なレポータに登録します。インストール後の構成の実行レポート作成を開始するために、RUEIでは監視対象のネットワーク環境に関する特定の情報が必要です。RUEIが広範囲のネットワーク環境内で機能するように設計されているということを理解することが重要です。したがって、構成の選択により、報告されるデータの精度や有用性に影響があります。この項で説明している設定を慎重に検討することを強くお薦めします。Cookieテクノロジの指定RUEI内では、セッション情報はCookieに基づいています。したがって、RUEIでは、組織内で使用されているCookieテクノロジが認識および理解されている必要があります。Insightユーザーズ・ガイド』で説明されています。Cookie情報がない場合、ユーザー・トラッキングは、ビジターのIPアドレスに基づいて行われます。これが原因で、セッション情報が信頼できないものになる可能性があります。プロキシ・サーバーの後ろにいるユーザーの場合、そのネットワークから来るユーザーはすべて同じユーザーとして識別されます。SSLキーの追加/アップロードSSLキーをシステムにアップロードすることは、HTTP通信の大部分がSSLセッションに基づいている場合、特に重要です。システムで使用可能なSSLキーがないと、コレクタは、そのSSLセッションの通信を復号化できません。これらの状況では、Cookie、ユーザーの識別およびアプリケーション・ページの構成をさらに進めても、ほとんど意味がありません。SSLキーを、構成プロセスのできるだけ早い段階で、確実にアップロードしてアクティブ化します。Insightユーザーズ・ガイド』で詳細に説明されています。ユーザーの識別方法の指定RUEI内でのユーザーIDは、最初はHTTP認可フィールドに基づいています。その後、ユーザーIDは、URL内で指定したGET/POST引数から導出されます。したがって、URL内で引数を使用する場合は、ユーザーIDに使用されるこれらの中のアイテムは、信頼できる結果が得られるように指定する必要があります。Insightユーザーズ・ガイド』で詳細に説明されています。アプリケーションおよびページ識別の定義RUEI内でのページ識別は、定義されたアプリケーションに基づいています。一般的に、アプリケーションはWebページの集合です。これは、Webサイト上のページが、通常は特定のアプリケーションにバインドされているためです。システムでは、検出されるページごとに、使用可能なアプリケーション定義を使用して、名前を割り当てます。これらの定義を使用して識別できなかったページの情報は廃棄されるため、レポートやデータ・ブラウザでは使用できないことに注意してください。Insightユーザーズ・ガイド』で詳細に説明されています。Portalなど)の監視に使用できます。現在サポートされているアーキテクチャを監視対象の環境で使用している場合は、この機能を使用することを強くお薦めします。この機能を使用すると、アプリケーション定義にかかる時間が短縮され、スイート内のアプリケーションの互換性が高くなるのみでなく、これらのアーキテクチャが正しく監視されるようにもなります。監視範囲の指定RUEI内で、SYSTEMで監視するTCPポートを指定することで、通信監視の範囲を制御します。当然ながら、監視対象ではないポートの情報は得られません。監視対象を特定のサーバーやサブネットに限定できます。Insightユーザーズ・ガイド』で詳細に説明されています。初期ユーザーの認可ユーザーがRUEIで作業を開始できるようにするには、必要なユーザーを認可する必要があります。インストール後に使用可能なユーザーは、adminのみです。初期のadminユーザー・パスワードを設定する手順は、「レポータ・ソフトウェアのインストール」で説明されています。必要なユーザーをすべて作成し、レポータGUIを使用して、必須のロールやアクセス権限を割り当てる必要があります。Officerアカウントを作成することをお薦めします。Insightユーザーズ・ガイド』で説明しています。ユーザー名とパスワードは、大文字と小文字が区別されます。エントリを容易にするために、パスワードに付加記号文字(ウムラウトなど)は含めないことをお薦めします。構成の検証と評価RUEIで収集および分析されるデータの質と量を保証するには、いくつかの基本的なメトリックを使用して、システムの構成を検証することを強くお薦めします。これらについては、この後の項で説明しています。「システム」、「ステータス」、「データ処理」の順に選択して、監視されるネットワーク・トラフィックの概要を開くことができます。これにより、ヒット、ページ、セッション処理およびシステム・ロードに関する情報が即座に表示されます。例を図4-6に示します。識別されたセッション、ページ・ビューおよびヒットの割合の正確な数字は、どれだけ正確に構成するかに大きく依存しています。すべての通信を測定する場合は、セッション、ページ・ビューおよびヒットの少なくとも80%が識別済として報告されることが推奨されます。報告されるデータの質と量を保証するために、報告される数値や割合を定期的に確認することもお薦めします。重要:Cookie、ユーザーIDおよびアプリケーション・ページ構造の初期構成後、システムで「セッション」/「ヒット」/「ページ」タブの緑の棒が更新されるまで、少なくとも5から10分かかります。初期構成後、20から30分たっても、どのタブにも緑の棒が表示されない場合は、RUEI初期構成を再確認してください。棒に何のアクティビティも示されていない場合は、「サーバーの要件」で概説したシステムのネットワーク・カード構成を再確認してください。データ収集の確認この時点で、RUEIでは、関連付けられた各コレクタからデータが収集されます。これらのコレクタのステータスは、「システム」、「ステータス」、「コレクタ・ステータス」の順に選択すると、簡単に確認できます。これにより、「ネットワーク・データ・コレクタ」ウィンドウが開きます。Insightユーザーズ・ガイド』で詳細に説明されています。コレクタ・システムによって収集されたデータは、さらに分析を進めるために、RUEIデータ処理モジュールに提供されることを理解する必要があります。データが収集されないと、データを処理できる手段がありません。reserved.法律上の。