Windows Server への Discovery アクセスがファイアウォールによってブロックされるIssue この記事では、ファイアウォールによって Windows Server への Discovery アクセスがブロックされるさまざまな問題を解決する方法について説明します。 目次 Windows サーバーへのディスカバリーアクセスをブロックするファイアウォールサービスマッピングが関連するすべてのポートをリッスンしないWindows Server へのアクセスが拒否されましたサービスマッピングがコマンドの実行に失敗する Windows サーバーへのディスカバリーアクセスをブロックするファイアウォール 問題 ファイアウォールが MID Server から Microsoft Windows Server への Remote Procedure Call（RPC）をブロックし、Discovery プロセスを妨げています。この問題は、Windows Firewall（組み込み）または外部ファイアウォールが原因で発生する可能性があります。 症状 Discovery およびマッピングプロセスの最後に、Service Mapping で Windows Server に対して次のエラーが表示されます。「0x800706BA - RPC Server Unavailable」 原因 MID Server からの RPC 呼び出しを通過させるようにファイアウォールが正しく設定されていません。通常、RPC は広範囲のポートを使用します。MID Server はポート 135 で RPC 接続を開始しますが、接続が確立されると、1024 以上の範囲の任意のポートを使用します。 解決 ファイアウォールが RPC 呼び出しをブロックしていることを確認するには、以下の手順を実行します。 MID Server で、次のコマンドを実行します： wmic /NODE:target_server_ip_address /user:domain\user /password:xxxx cpu get 結果を確認します。RPC Server が利用できないというメッセージが表示された場合は、MID Server と Windows Server の間のファイアウォールが接続をブロックしていることを意味します。エラーメッセージが表示されない場合は、次の手順に進みます。Windows Server に組み込みの Windows Firewall がある場合は、一時的に無効にし、MID Server から同じコマンドを実行します： wmic /NODE:target_server_ip_address /user:domain\user /password:xxxx cpu get 成功メッセージが表示された場合は、MID Server からの RPC 呼び出しを通過させるように、組み込みの Windows Firewall を設定する必要があります。このプライベートネットワークで外部ファイアウォールを使用している場合は、ネットワーク管理者に支援を依頼してください。 Service Mapping が関連するすべてのポートをリッスンしない 問題 Service Mapping は、Discovery およびマッピングを実行しようとしている Windows Server の関連するすべてのポートをリッスンしません。 症状 Discovery およびマッピングプロセスの最後に、Service Mapping で Windows Server に対して次のエラーが表示されます。「0x800706BA - RPC Server Unavailable」 原因 Windows Server に複数の IP アドレスがあります。Service Mapping は IP アドレスのうち 1 つのみを自動的に検出したため、ポートの全範囲をリッスンしていません。通常、Service Mapping はアプリケーションポートのみを検出してリッスンします。 解決 以下の手順を実行します。 マップ上で Discovery のエラーメッセージを右クリックし、Add Management IP を選択します。この Windows Server の IP アドレスのいずれかを選択します。Discovery およびマッピングプロセスがエラーなしで完了することを確認します。 Windows Server へのアクセスが拒否される 問題 Service Mapping が Windows Server にアクセスできません。 症状 Discovery およびマッピングプロセスの最後に、Service Mapping で Windows Server に対して次のエラーが表示されます。「0x80070005 – E_ACCESS_DENIED」 考えられる原因1 ServiceNow プラットフォームでこの Windows Server 用に設定された資格情報が正しくありません。 解決 Windows Server のユーザー名とパスワードが正しいことを確認します。 リモートデスクトップ接続を使用して、Discovery の対象となる Windows Server にログインします。接続できない場合、この Windows Server のユーザー名とパスワードが正しくありません。正しい資格情報を確認し、Service Mapping のドキュメントに記載されているとおりに設定します。正常に接続できる場合は、このトラブルシューティング手順を続行します。 考えられる原因2 ユーザーがローカル Administrators グループのメンバーでない場合、アクセス拒否エラーが表示されます。 解決 このユーザーがローカル Administrators グループに追加されていることを確認します。 考えられる原因3 グローバルなアクティブ化および呼び出しポリシーを制御する EnableDCOM レジストリエントリが、MID Server または Windows Server のいずれかで無効になっています。 解決 両方のサーバーで DCOM が有効になっていることを確認するために、MID Server と Windows Server の両方で以下の手順を実行します。 レジストリに移動します。両方のコンピューターで、次のレジストリエントリを確認します：キー：HKEY LOCAL MACHINE\Software\Microsoft\Ole名前：EnableDCOMタイプ：REG_SZデータ：Y 考えられる原因4 この Windows Server で WMI が無効になっているか、正しく設定されていません。 解決 以下の手順を実行して、Windows Management Instrumentation（WMI）が有効になっていることを確認します。 Windows Server で、Start > Run に移動します。wbemtest と入力します。Windows Management Instrumentation Tester アプリケーションが起動することを確認します。起動した場合、WMI は有効です。Windows Management Instrumentation Tester ウィンドウで、Connect をクリックします。Connect ウィンドウで、Namespace と Credentials はデフォルト値のままにして、Connect をクリックします。Query をクリックします。Query ウィンドウで、次の WMI クエリを入力します：Select * from Win32_ComputerSystem。次に、Apply をクリックします。コンピューター名を含む応答が返されることを確認します。 考えられる原因5 WMI 関連のサービスが無効になっています。 解決 すべての WMI 関連サービスを必要に応じて開始できることを確認します。 Windows Explorer で、Server Manager に移動します。ツリーで Configuration を選択し、WMI Control を右クリックして、Properties を選択します。WMI Control Properties ウィンドウで、Security をクリックします。Root フォルダーをクリックし、Security をクリックします。Security for Root ウィンドウで、Advanced をクリックします。Advanced Security Settings for Root ウィンドウで、Administrators をダブルクリックします。Permission Entry for Root ウィンドウで、すべてのチェックボックスが選択されていることを確認します。 8. Server Manager で、Configuration > Services を選択し、以下のサービスのステータスが無効になっていないことを確認します： Remote Access Auto Connection ManagerRemote Access Connection ManagerRemote Procedure Call (RPC)Remote Procedure Call (RPC) LocatorRemote RegistryServerWindows Management InstrumentationWindows Management Instrumentation Driver ExtensionsWMI Performance Adapter Service Mapping がコマンドの実行に失敗する 問題 場合によっては、Service Mapping が WMI に接続できても、netstat などのすべてのコマンドまたは特定のコマンドの実行に失敗することがあります。 考えられる原因1 Windows Server の Administrators グループに付与されている DCOM 権限が、Windows のデフォルトインストールと比較して制限されています。 解決 以下の手順を実行します。 コマンドラインシェルで、exe と入力します。Component Services ウィンドウで、Component Services > Computers に移動します。My Computer を右クリックし、Properties を選択します。COM Security をクリックします。Edit Limits をクリックします。Access Permission ウィンドウで、Add をクリックします。Select Users or Groups ウィンドウで、Distributed COM Users と入力し、OK をクリックします。Access Permission ウィンドウで、Distributed COM Users を選択し、以下の権限が許可されていることを確認します： Local LaunchRemote LaunchLocal ActivationRemote Activation 考えられる原因2 Service Mapping ユーザーまたはこのユーザーが属するグループに対して、適切なセキュリティポリシーが正しく設定されていません。 解決 以下の手順を実行します。 Discovery の対象となる Windows Server で、Start > Run をクリックし、secpol.msc と入力します。Local Security Policy ウィンドウで、Security Settings > Local Policies > User Rights Assignment に移動します。My computer を右クリックし、Properties を選択します。該当するポリシーを右クリックし、そのポリシーに設定されている Service Mapping ユーザーを確認します。必要に応じて、Add User or Group をクリックし、このポリシーに Service Mapping ユーザーを追加します。以下のポリシーについて、この操作を実行します： Debug ProgramsRestore Files and DirectoriesLogon as batch jobLogon as service Release<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } Resolution<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } }