MID サーバーのユーザー認証に関する問題のトラブルシューティングIssue 目次 MID サーバーのユーザーが config.xml で正しく設定されているか。 config.xml の MID パスワードは正しいか。 MID パスワードに特殊文字が含まれているか。config.xml ファイル内の MID サーバーユーザーは、インスタンスの正しいロールを持っているか。MID サーバーユーザーはインスタンスでロックアウトされているか。インスタンスは最近クローンされましたか。インスタンスは最近再インストールされたか。 症状 すべての MID サーバーがダウンしている。検出中に CI が複製されている。MID サーバーがダウンしたままである。MID エージェントログが「404、認証できませんでした」を報告している。MID サーバーのアップグレードがハングアップしている。MID サーバーが再起動できない。 詳細 MID サーバーには、インスタンスへの明確な通信パスを設定し、さらに有効なユーザーで認証する必要があります。MID サーバーがインスタンスを正常に認証できない場合は、インスタンスにサービスをインストール、アップグレード、実行する MID サーバーの機能に影響が生じます。認証に関するほとんどの問題は、MID サーバーのエージェントログまたはラッパーログで報告されています。 質問と回答 MID サーバーのユーザー ID は、MID ホストマシン上の agent/config.xml に正確に入力されていますか？ わかりません。 MID サーバーのユーザーが config.xml に正しく入力されているかどうかを判断するには、次の操作を行います。 ローカル管理者または MID サーバーのユーザーとしてホストマシンにログオンします。MID がインストールされている /agent ディレクトリに移動します。config.xml ファイルを編集します。パラメーター mid.instance.username を検索します。そのパラメーターの値をバッファーにコピーします。ホストインスタンスに戻ります。[組織 (Organization)] > [ユーザー (Users)] に移動します。ユーザー ID = [バッファー内の名前] を検索します。 注意：ホストインスタンスのブラウザからユーザー名を使用してインスタンスへのログインを試みることもできます。 はい。MID サーバーユーザーは [組織 (Organization)] > [ユーザーデータベース (Users database)] に正しく入力されています。 MID サーバーユーザーの ID が認証の成功を妨げる問題ではない場合。 トラブルシューティングを続けます。[最上部に戻る] いいえ。MID サーバーユーザーはインスタンスのユーザー データベースに存在しません。 根本原因：インスタンスの MID サーバーユーザーと config.xml の MID サーバーユーザーが一致する必要があります。本番インスタンスを開発インスタンスにクローンした後、MID サーバーがインスタンスとともにクローンされないため、ユーザー名とパスワードに不一致が発生することがあります。解決策：インスタンスまたは config.xml ファイルで MID サーバーユーザーのユーザー名を更新します。注意点として、多くの場合、単一の MID サーバーユーザー名が複数の MID サーバーおよび MID サーバークラスターで使用されています。そのため、config.xml の更新が、最も問題が生じない方法です。 MID サーバーのユーザーパスワードは agent/config.xml に正しく入力されていますか？ わかりません。 MID サーバーのユーザーパスワードが正しくない場合、エージェントログに「認証に失敗しました」というエラーが記録されます。これが当てはまるかどうかを確認する方法： 問題になっている MID サーバーのホストマシンにログインします。agent/logs ディレクトリに移動します。エージェントログを編集します。「認証に失敗しました」というフレーズを検索します。 認証エラーが見つかった場合、MID サーバーのユーザー ID が正しいことをすでに検証していれば、MID サーバーのユーザーパスワードが正しくありません。 はい。MID サーバーのユーザーパスワードは agent/config.xml に正しく入力されています。 config.xml ファイル内のパスワードが正しくなくても、認証の成功を妨げる問題ではありません。トラブルシューティングを続けます。[最上部に戻る] いいえ。MID サーバーのユーザーパスワードは agent/config.xml に正しく入力されていません。 根本原因：MID サーバーは、config.xml の mid.instance.password パラメーターに依存して、インスタンスに接続するための適切な認証を提供しています。通常、値のセットは config.xml に直接または MID インストーラーを介してクリアテキストで入力されます。MID サーバーはパスワードを読み取ると、パラメーター値を暗号化されたパスワードとして書き換えます。このため、config.xml のパスワードを視覚的に検証することは困難です。これを行うには、ログを利用する必要があります。 解決策：パスワードがわかっている場合は、ホストマシンの /agent ディレクトリにあるスクリプトを使用して MID を停止し、config.xml ファイルを編集して正しい既知のパスワードに変更します。MID サーバーを再起動します。パスワードが正しく入力されると、MID サーバーはサービスを再開します。パスワードが間違っている場合は、MID サーバーのユーザーパスワードをリセットする必要があります。 MID サーバーのユーザーパスワードに特殊文字が含まれていますか？ はい。MID サーバーのユーザーパスワードに特殊文字が含まれています。 根本原因：強力なパスワードを作成する場合は特殊文字を含めるのが一般的です。ただし、特殊文字を使用することはできますが、インストーラーが XML 用に正しくエンコードしていない可能性があります。config.xml ファイル内のパスワードは、MID サーバーが初めて起動されるとすぐにクリアテキストで入力され、暗号化されて書き換えられます。 解決策：MID ユーザーのパスワードを変更して、「MID サーバー構成：XML ファイルでの特殊文字の使用」に示されているように、特殊文字を手動でエンコードします。 いいえ。MID サーバーのユーザーパスワードは agent/config.xml に正しく入力されています。 パスワード内の特殊文字は、認証の成功を妨げる問題ではありません。トラブルシューティングを続けます。[最上部に戻る] 適切なロールを持つ MID サーバーユーザーがインスタンス上に存在しますか？ わかりません。 MID サーバーユーザーが適切なロールを持っているかどうかを確認する方法： [組織 (Organization)] > [ユーザー (Users)] に移動します。ユーザー ID = {{MID サーバーユーザー名}} を検索します。フォームの下部にある [関連リスト (Related Lists)] セクションで [ロール (Roles)] タブを選択します。少なくとも、mid_server にエントリが必要です。 はい、MID サーバーユーザーに mid_server ロールが割り当てられています。 mid_server ロールの不足が認証の成功を妨げる問題ではありません。トラブルシューティングを続けます。[最上部に戻る] いいえ。MID サーバーユーザーに mid_server ロールが割り当てられていません。 根本原因：MID サーバーユーザーが ECC キューなどのテーブルにアクセスし、MID サーバーの要求の管理に固有のタスクを実行する権限を持つためには、ユーザーに少なくとも mid_server のロールが割り当てられている必要があります。ディスカバリーや Orchestration などの他のサービスやアプリケーションでは、他のロールが必要になる場合があります。MID サーバーが提供するサービスで使用できるロールのリストの詳細を確認してください。解決策：MID サーバーのロールを MID サーバーユーザーに割り当てます。 MID サーバーユーザーはロックアウトされていますか？ わかりません。 MID サーバーユーザーがロックアウトされているかどうかを確認する方法： 左側のナビゲーションテキストフィルターから [組織 (Organization)] > [ユーザー (Users)] に移動します。ユーザー ID = {{MID サーバーユーザー名}} を検索します。ユーザーレコードを開きます。[ロックアウト (Locked Out)] フィールドを見つけます。オンにした場合、ユーザーはロックアウトされます。 はい。MID サーバーユーザーはロックアウトされています。 根本原因：MID サーバーユーザー ID に関連付けられているパスワードがロックアウトされています。 これは、MID サーバーのユーザーが認証する MID サーバーの config.xml と、ユーザーレコード内のパスワードの間に差異があることが原因です。この原因としては、新しくインストールされた MID と config.xml にタイプミスがある場合や、MID サーバーを実行しているインスタンスの最新のクローンが何度かログインを試みて失敗する場合が考えられます。これはユーザーが自動設定されてロックアウトされる原因となる場合があります。システムアドミニストレーターがプロアクティブにユーザーを手動でロックアウトするよう設定することもできます。解決策：MID サーバーユーザーパスワードをリセットします。 いいえ。MID サーバーユーザーはロックアウトされていません。 MID サーバーユーザーがロックアウトされていることは、認証の成功を妨げる問題ではありません。 トラブルシューティングを続けます。[最上部に戻る] インスタンスは最近クローンされましたか。 わかりません。 インスタンスを見て、インスタンスがクローンされたかどうかを判断する方法はありません。クローンは、SNC 管理者がソースインスタンスから開始します。クローンの確認については、管理者にお問い合わせください。 はい。インスタンスは最近クローンされました。 根本原因：インスタンスがクローンされた場合、クローンされたインスタンスを参照している MID サーバーはクローンされません。このため、MID サーバー の sys_user アカウントがクローンに基づいて変更または削除された場合 (デフォルトでは sys_user レコードがクローンされるため)、MID ユーザーや MID パスワード (あるいはその両方) の不一致が生じる可能性があります。解決策：MID サーバーユーザーパスワードをリセットします。 いいえ。インスタンスは最近クローンされていません。 MID サーバーがクローンされたインスタンスを指していることが原因で資格情報が一致しなくても、認証の成功が妨げられる問題ではありません。トラブルシューティングを続けます。[最上部に戻る] MID サーバーは最近再インストールされましたか？ わかりません。 MID サーバーが再インストールされたかどうかを判断する方法はありません。MID サーバーの再インストールは、MID のホストマシンで実行される手動プロセスです。システム管理者またはネットワーク管理者に問い合わせて、MID サーバーが再インストールされたかどうかを確認してください。 はい。インスタンスは最近再インストールされました。 根本原因：MID サーバーを再インストールする場合、MID サーバーをインスタンスから再検証する必要があります。これには、MID サーバーホストのキーストアのリセットが必要です。 解決策：MID サーバーユーザーパスワードをリセットします。 いいえ。インスタンスは最近再インストールされていません。 MID の再インストールによってキーストアが破損しても、認証の成功を妨げる問題ではありません。トラブルシューティングを続けます。[最上部に戻る]