Microsoft Teams Rooms Pro管理ポータルでは、Microsoft Teams Rooms デバイスの監視またはオフライン信号が異常として表示されます。
- オフライン信号が異常な場合、ルーム システムは完全に非アクティブ化されます。 システムの電源が入っていた場合、システムは応答を停止し、起動時に停止エラーが発生する可能性があります。 それ以外の場合は、本体は正常に動作しますが、本体に紫色のウィンドウにメッセージが表示され、システムにネットワーク接続がないことを示すメッセージが表示される場合があります。
- 監視対象シグナルが異常な場合でも、Teams Rooms機能は正常に動作する可能性があります。
デバイスが監視されていないかオフラインの場合、Teams Rooms Pro管理ポータルはデバイスの正常性を報告したり、異常な信号を通知したりできません。 さらに、次の問題が発生する可能性があります。
- スケジュールされた更新プログラムはインストールされません。
- 自動修復は実行するようにスケジュールされません。
- ログの収集やデバイスの再起動などのリモート タスクは失敗します。
監視されていない状態を解決する
Teams Rooms Pro エージェント テスト ツールを実行する
監視対象シグナルが異常な場合は、Teams Rooms Pro エージェント テスト ツールを使用して、一般的な原因を診断できます。
Microsoft Edge ブラウザーを開き、「」と入力https://aka.ms/mtrp/agenttesttoolv2し、Microsoft Teams Rooms Pro エージェント テスト ツールMTRProAgentCheckv2.zipファイルをダウンロードします。
注:
ネットワーク アクセス制限のためにデバイスから直接ダウンロードできない場合は、別のデバイスを使用してファイルをダウンロードし、USB ドライブを使用して影響を受けるデバイスにファイルをコピーします。
.zip ファイルを開き 、MTRPro.AgentTestTool.exe実行可能 ファイルをダブルクリックまたはタップします。 ファイルを抽出するように求められたら、[ 実行 ] を選択して直接実行します。
[ ユーザー アカウント制御 ] ダイアログで、[ はい ] を選択して続行します。
エージェント テスト ツールが完了すると、ツールの結果の概要が PowerShell コンソールに表示されます。 Enter キーを押して続行すると、次の情報が表示されます。
- 実行されるテストとその結果の詳細レポート (HTML 形式)。
- 追加の詳細とログを含む .zip ファイルは、 C:\Rigel\MTRProAgentTestTool ディレクトリに生成されます。 この .zip ファイルには、調査中にMicrosoft サポートに必要な追加情報が含まれています。
TPM が有効かどうかを確認する
Teams Rooms Pro エージェントは、トラステッド プラットフォーム モジュール (TPM) に依存してデバイスを一意に識別します。 デバイスを Teams Rooms Pro Management に登録するには、TPM を有効にする必要があります。 デバイスの登録後に TPM が無効になっている場合、デバイスはある時点 (通常は数日後) に監視されなくなる可能性があります。
TPM の現在の状態をチェックするには、デバイスの管理者特権の PowerShell ウィンドウで次のコマンドを実行します。
Get-Tpm | Select-Object TpmPresent,TpmReady,TpmEnabled,TpmActivated
コマンドがエラー メッセージを返す場合、または プロパティの値が false のTpmReady
TpmPresent
場合は、デバイスで TPM を有効にします。 必要に応じて、OEM ドキュメントを参照してください。
Teams Rooms Pro エージェントがインストールされているかどうかを確認する
Teams Rooms Pro エージェント (Microsoft Managed Rooms または MMR エージェントとも呼ばれます) には、MSI 実行可能ファイルを介してTeams Rooms デバイスにインストールする必要がある監視ソフトウェアが含まれています。 エージェントの単一または一括インストール オプションの詳細については、「 Teams Room デバイスを Pro Management に登録する」を参照してください。
エージェントがインストールされたら、[アプリアプリ> &機能の設定]> に移動し、[アプリの一覧] に Microsoft Managed Rooms が表示されていることを確認します。
注:
エージェントは、手動アンインストール、デバイスのリセット、再イメージ化など、特定のメンテナンス プロセスによって削除される可能性があります。
Teams Rooms Pro エージェントが実行されているかどうかを確認する
正常に動作するには、Teams Rooms Pro エージェントは次のスケジュールされたタスクに依存しています。
-
ManagedRoomsLauncher
: このタスクにより、Windows の起動時にエージェント (ServicePortalAgent.exe) が起動されます。 -
ManagedRoomsUpdater
: このタスクにより、エージェントが使用可能な最新バージョンに自己更新されます。
これらのタスクのいずれかが見つからないか無効になっている場合、エージェントは正しく機能しません。
タスク スケジューラを開き、両方のタスクが一覧表示され、有効になっていることを確認します。 いずれかのタスクが見つからない場合は、 Microsoft Managed Rooms アプリをアンインストールし、 エージェントをダウンロードして再インストールします。
Teams Rooms Pro管理ポータルにデバイスが一覧表示されているかどうかを確認する
Teams Rooms Pro エージェントは、Teams Rooms アプリの Teams サインイン情報を使用して、初期オンボード プロセスを処理します。 デバイスをTeams Rooms Pro管理ポータルに正常にオンボードするには、Teams Rooms アプリが Teams に正常にサインインしている必要があります。
エージェント (ServicePortalAgent.exe) が正しく実行されている場合は、Teams のサインインに失敗するかどうかをチェックします。 その場合は、リソース アカウントのサインインTeams Rooms問題を修正します。
Teams Rooms Pro管理エンドポイントへの接続を確認する
必要な IP と URL への接続がブロックされていないことを確認します。
Teams Rooms Pro管理通信に必要な URL が許可されていることを確認します。
ネットワークのセットアップでインターネットに接続するために Web プロキシが必要ない場合は、Teams Rooms Pro エージェントによって使用されるすべての URL のホスト名が、Teams Rooms デバイスで使用される DNS サーバーによって解決できることを確認します。 また、すべてのホスト名のリモート ポート 443 が通信用に開かれているので、ファイアウォールによってブロックされていないことを確認してください。
DNS 解決の問題と TCP ポート接続をチェックするには、Test-NetConnection PowerShell コマンドレットを使用します。 例:
Test-NetConnection -ComputerName mmrprodnoamiot.azure-devices.net -Port 443
- DNS サーバーがリモート ホスト名の IP アドレスを解決できない場合は、警告メッセージが返されます。
- 出力で、 と
SourceAddress
のInterfaceAlias
値は、通信に使用されるネットワーク インターフェイスを示します。 - 出力では、 の
TcpTestSucceeded
値は、TCP ポート 443 が通信のために開かれているか、到達不能であるかを示します。
organizationが外部ネットワーク アクセスに Web プロキシ インフラストラクチャを使用している場合は、プロキシ サーバーが正しく構成されていることを確認します。 また、プロキシ サーバーで認証が必要ないことを確認します。 これは、Teams Roomsが認証されたプロキシ サーバーをサポートしていないためです。
プロキシ サーバーは、通常、次のいずれかの方法を使用してTeams Roomsデバイスで構成されます。
DHCP または DNS でサポートされている Web プロキシ自動検出 (WPAD) を使用して、企業ネットワーク内のサーバーでホストされているプロキシ自動構成 (PAC) スクリプトの自動検出を有効にします。 この方法を使用する場合は、ネットワーク チームと協力して、次の条件が満たされていることを確認します。
- Teams Rooms デバイスで使用される DHCP サービスまたは DNS サーバーは、wpad ファイルの URL をアドバタイズしません。
- PAC ファイルをホストするサーバー (ポートを含む) は、Teams Rooms デバイスから到達可能である必要があります。 たとえば、「
http://wpad.contoso.com/wpad.dat
」のように入力します。 - この例のwpad.datなど、サーバーでホストされている PAC ファイルには、Teams Rooms Pro エージェントで使用される URL に適切なルール (DIRECT または特定のプロキシ サーバーホスト+ポート) が含まれている必要があります。
- WinHTTP Web プロキシ自動検出サービスは無効になっていません。
- Teams Room アプリ (Skype ユーザー) または Teams Rooms Pro エージェント (ローカル システム) に対して明示的なプロキシ構成が以前に行われた場合は、プロキシ設定がプロキシを自動的に検出するように構成されるように、構成を既定の設定に復元します。
明示的なプロキシ サーバーの IP またはホスト名とポートの構成を使用します。 この方法を使用する場合は、ネットワーク チームと連携して、Teams Room アプリ (Skype ユーザー) とTeams Rooms Pro エージェント (ローカル システム) の両方に適切なプロキシ サーバーの IP またはホストとポートが構成されていることを確認します。
企業ネットワーク内のサーバーでホストされている明示的な PAC スクリプト構成を使用します。 この方法を使用する場合は、ネットワーク チームと協力して、次の条件が満たされていることを確認します。
- PAC ファイルをホストするサーバー (ポートを含む) は、Teams Rooms デバイスから到達可能である必要があります。 たとえば、「
http://proxypacserver.contoso.com/MyProxyFile.pac
」のように入力します。 - サーバー上でホストされる PAC ファイルには、Teams Rooms Pro エージェントで使用される URL に対する適切な規則 (DIRECT または特定のプロキシ サーバーホスト+ポート) が含まれている必要があります。
- 適切なプロキシ PAC は、Teams Room アプリ (Skype ユーザー) (AutoConfigURL) と Teams Rooms Pro エージェント (ローカル システム) (自動スクリプト設定) の両方に対して構成されます。
- PAC ファイルをホストするサーバー (ポートを含む) は、Teams Rooms デバイスから到達可能である必要があります。 たとえば、「
企業ネットワークで透過的なプロキシデプロイを使用します。 従来の Web プロキシとは異なり、このメソッドでは Windows での構成 (明示的または既定の自動検出) は必要ありません。 これは、ネットワーク インフラストラクチャによって、すべての HTTP トラフィックがプロキシ経由で強制されるためです。 この場合は、ネットワーク チームと協力して、次の条件が満たされていることを確認します。
- Teams Rooms Pro エージェントによって使用される URL が SSL 検査または SSL 転送プロキシ (プロキシの SSL 終了) の対象である場合は、SSL 証明書の発行に使用される証明書チェーンが、Teams Rooms デバイスで信頼されていることを確認します。 つまり、SSL 終了によって使用されるルート CA と中間 CA がローカル コンピューター証明書ストアの一部として追加されていることを確認します。
- エージェントの切断が断続的Teams Rooms Pro場合は、エージェントのエンドポイントへのエグレス パスがエグレス IP とルートの間で頻繁にバウンスしているかどうかを確認することを検討してください。
Teams Rooms Pro エージェントは、SSL (ポート 443) を介するすべての通信に HTTP プロトコルに依存しています。 一部の通信はペイロードを取得するための単純な HTTP 要求 (ファイルのダウンロードなど) ですが、コア監視機能は WebSocket を使用してサポートされています。 ネットワーク チームと協力して、プロキシまたはアプリケーション レベルのファイアウォールがサポートを提供し、WebSocket 経由の通信を許可するように構成されていることを確認します。
ヒント
トラブルシューティングのみを行う場合や、ネットワークまたはプロキシの構成の問題によって発生する監視の問題を特定して修正するには、Teams Room アプリ (Skype ユーザー) とTeams Rooms Pro エージェント (ローカル システム) に対して行われたプロキシ構成を一時的にロールバックすることを検討してください。 また、Teams Roomsデバイスをインターネットに直接接続できる代替ネットワークの使用も検討してください。 たとえば、Teams Rooms デバイスを Wi-Fi ホットスポットに接続しながら、有線接続からも一時的に切断します。
その他のトラブルシューティングとサポート
次のログ ファイルは、監視の問題に関する追加情報を提供します。
- Microsoft Managed Rooms という名前の Windows イベント ログ
- アプリケーション ランタイム ログ ファイル C:\Windows\ServiceProfiles\LocalService\AppData\Local\ServicePortalAgent\Logs\ServicePortalAgent.log*
その他のヘルプについては、次の手順に従います。
- Teams Rooms Pro エージェント テスト ツールを実行します。
- サポート リクエストを作成し、手順 1 で収集した .zip ファイルを添付してください。
オフライン状態を解決する
デバイスの電源がオフになっているかどうかを確認する
デバイスの電源が意図的にオフになっている可能性があります。これは、会議室またはハードウェアのスケジュールされたメンテナンスまたは操作タスクTeams Roomsためです。 このような状況では、 チケットの抑制機能を使用 して、 オフライン 信号に関する通知を無音にすることができます。
1 つのフロア、建物、またはエリアに配置されているオフライン デバイスの数が大幅に増加する場合、一般的な理由は予期しない停電です。 このような状況では、施設チームと協力して、影響を受けるデバイスが配置されている場所で停電が発生するかどうかを評価します。
特定のデバイスの電源が予期せずオフになっている場合、このような問題が頻繁に発生する場合は、Windows の システム イベント ログを使用して、考えられる原因を特定します。
- 予期しないシャットダウン後にシステムがいつ起動するかを検出するには、イベント ID 41 (ソース:
Kernel-Power
) でフィルター処理します。 また、エラー 1001 をフィルター処理します (ソース:BugCheck
)。 これは、予期しない Windows 停止エラー (ブルースクリーンとも呼ばれます) を示し、タイムラインでこれら 2 つのイベントの種類を関連付けてみてください。 - イベントに
Kernel-Power
関連付けられているイベントがないBugCheck
場合は、電源コンセントまたはストリップをチェックして問題を解決し、電源ケーブルの問題にもチェックします。
Windows の起動時にエラーが発生したかどうかを確認する
起動時にTeams Roomsデバイスがスタックした場合 (たとえば、特定の BIOS または UEFI エラー メッセージで停止し続けたり、スタートアップ ループでスタックしたりする場合)、OEM ドキュメントで説明されているように、デバイスを再イメージ化することを検討してください。
ネットワーク接続を確認する
ネットワーク要件が満たされていることを確認します。
1 つのフロア、建物、またはエリアに配置されるオフライン デバイスの数が大幅に増加する場合、一般的な理由は予期しないネットワーク障害です。 この場合は、ネットワーク チームと協力して、影響を受けるデバイスが配置されている場所でネットワーク障害が発生するか、エグレス トラフィック内のネットワーク デバイスで発生するかを評価します。
IP/DHCP 設定、DNS サーバー、既定のゲートウェイ、ルーティングなど、ネットワーク アダプターの設定を確認します。 ベスト プラクティスとして、すべてのTeams Rooms デバイスで使用するネットワーク構成の標準を定義する必要があります。
ネットワーク接続状態インジケーター (NCSI) の状態を確認します。
NCSI は、インターネットへのアクセスが使用可能かどうかを判断する OS 機能です。 NCSI がインターネット接続を登録しているかどうかをチェックするには、次の手順に従います。
次の PowerShell コマンドを実行します。
Get-NetConnectionProfile
の値が [インターネット] の
IPv4Connectivity
場合は、インターネット アクセスが利用可能であることを意味します。 値が またはLocalNetwork
の場合はNoTraffic
、インターネット アクセスが使用できないことを意味します。プロキシの背後にない場合は、コマンド プロンプトで次のコマンドを実行します。
nslookup dns.msftncsi.com
アドレスが解決された場合は、インターネット アクセスが利用可能であることを意味します。
Web ブラウザーに次の URL を入力します。
http://www.msftconnecttest.com/connecttest.txt
http://ipv6.msftconnecttest.com/connecttest.txt
これらの URL から Microsoft Connect テストが返される場合は、インターネット アクセスが利用可能であることを意味します。
NCSI がインターネット接続を登録していない場合は、グローバル DNS を使用するように設定することを検討してください。
- レジストリ エディターを開きます。
- レジストリ サブキーを
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\NetworkConnectivityStatusIndicator
見つけます。 - サブキーを右クリックし、[ 新しい>DWORD (32 ビット) 値] を選択します。
- 名前として「」と入力
UseGlobalDNS
し、値を 1 に設定します。 - デバイスを再起動します。
organizationで802.1_x_認証を使用してネットワークに接続する場合は、CA 証明書など、すべてのクライアント構成が設定されているかどうかを確認します。
詳細
Teams Rooms Pro管理ポータルと、Teams Rooms デバイスで実行されているTeams Rooms Pro エージェント間の通信は、SSL (ポート 443) を介して HTTP プロトコルを使用して定義済みのエンドポイントのセットを使用して、Azure IoT Hubを介して行われます。 Azure IoT Hubが切断イベントをトリガーするたびに、Teams Rooms Pro管理ポータルは 1 時間待機して、デバイスの監視対象信号が異常かどうかを判断します。
Teams Rooms Pro管理ポータルでは、Microsoft Teams サービスによって追跡される接続の状態も監視されます。 接続状態 (Teams サービスと管理ポータルTeams Rooms Pro) の両方が、システムが最近接続していないと報告されるたびに、デバイスはオフラインとして報告されます。 この状況では、デバイスは監視されず、通話や会議では使用できない可能性があります。