セッションホスト仮想マシンの構成

[アーティクル]
05/01/2023

重要

この内容は、Azure Resource Manager Azure Virtual Desktop オブジェクトを含む Azure Virtual Desktop に適用されます。 Azure Resource Manager オブジェクトを含まない Azure Virtual Desktop (クラシック) を使用している場合は、こちらの記事を参照してください。

この記事は、Azure Virtual Desktop セッションホスト仮想マシン (VM) の構成時に発生する問題のトラブルシューティングを行うときに使用してください。

フィードバックの提供

Azure Virtual Desktop Tech Community にアクセスし、Azure Virtual Desktop サービスに関して製品チームや活発なコミュニティのメンバーと意見を交わしてください。

VM がドメインに参加していません

仮想マシン (VM) をドメインに参加させることができない場合は、次の手順に従ってください。

「Join a Windows Server virtual machine to a managed domain」(Windows Server 仮想マシンのマネージドドメインへの参加) のプロセスを利用するか、ドメイン参加テンプレートを利用し、VM を手動で参加させます。
VM のコマンドラインからドメイン名を ping してみます。
「Troubleshooting Domain Join Error Messages」(ドメイン参加エラーメッセージのトラブルシューティング) でドメイン参加エラーメッセージの一覧を確認します。

エラー:資格情報が間違っています

原因: Azure Resource Manager テンプレートインターフェイスの修正で資格情報が入力されたとき、入力ミスがありました。

解決策: 解決するには、次のいずれかの操作を行ってください。

ドメインに VM を手動で追加します。
資格情報が確認されたらテンプレートを再デプロイします。「PowerShell を使用してホストプールを作成する」を参照してください。
「Joins an existing Windows VM to AD Domain」 (既存の Windows VM を AD ドメインに参加させる) のテンプレートで VM をドメインに参加させます。

エラー:ユーザー入力の待機中にタイムアウトになりました

原因: ドメイン参加の完了に使用するアカウントに多要素認証 (MFA) が設定されている可能性があります。

解決策: 解決するには、次のいずれかの操作を行ってください。

アカウントの MFA を一時的に削除します。
サービスアカウントを使用します。

エラー:プロビジョニング中に使用されたアカウントに、操作を完了するためのアクセス許可が与えられていません。

原因: 使用中のアカウントには、コンプライアンスと規則により、ドメインに VM を参加させるためのアクセス許可が与えられていません。

解決策: 解決するには、次のいずれかの操作を行ってください。

管理者グループに属するアカウントを使用します。
必要なアクセス許可を使用中のアカウントに与えます。

エラー:ドメイン名が解決されません。

原因 1: ドメインが置かれている仮想ネットワーク (VNET) に関連しない仮想ネットワークに VM が入っています。

解決策 1: VM がプロビジョニングされた VNET と、ドメインコントローラー (DC) が実行されている VNET の間に VNET ピアリングを作成します。「仮想ネットワークピアリングを作成する - Resource Manager、異なるサブスクリプション」を参照してください。

原因 2: Microsoft Entra Domain Services を使用する場合、仮想ネットワークの DNS サーバーの設定が、管理対象のドメインコントローラーを指すように更新されません。

修正 2: Microsoft Entra Domain Services を含む仮想ネットワークの DNS 設定を更新するには、「Azure 仮想ネットワークの DNS 設定を更新する」を参照してください。

原因 3: ネットワークインターフェイスの DNS サーバー設定が、仮想ネットワーク上の適切な DNS サーバーを指していません。

解決策 3: 次のいずれかの操作を実行して、[DNS サーバーの変更] の手順に従って解決します。

[DNS サーバーの変更] の手順に従って、ネットワークインターフェイスの DNS サーバー設定を [カスタム] に変更し、仮想ネットワーク上の DNS サーバーのプライベート IP アドレスを指定します。
[DNS サーバーの変更] の手順に従って、ネットワークインターフェイスの DNS サーバー設定を [仮想ネットワークから継承する] に変更し、その後、[DNS サーバーの変更] の手順に従って、仮想ネットワークの DNS サーバーの設定を変更します。

Azure Virtual Desktop エージェントと Azure Virtual Desktop ブートローダーがインストールされていません

推奨される VM のプロビジョニング方法は、Azure portal 作成テンプレートを使用することです。このテンプレートにより、Azure Virtual Desktop エージェントと Azure Virtual Desktop ブートローダーが自動的にインストールされます。

次の手順でコンポーネントがインストールされていることを確認し、エラーメッセージがないか確認します。

[コントロールパネル]>、 [プログラム]>、 [プログラムと機能] の順に選択し、2 つのコンポーネントがインストールされていることを確認します。 Azure Virtual Desktop エージェントと Azure Virtual Desktop ブートローダーが表示されない場合は、VM にインストールされていません。
エクスプローラーを開き、C:\Windows\Temp\ScriptLog.log に移動します。ファイルがない場合、2 つのコンポーネントをインストールした PowerShell DSC が、指定されたセキュリティコンテキストで実行できなかったことを示しています。
ファイル C:\Windows\Temp\ScriptLog.log がある場合、それを開き、エラーメッセージがないか確認します。

エラー: Azure Virtual Desktop エージェントと Azure Virtual Desktop ブートローダーがありません C:\Windows\Temp\ScriptLog.log もありません

原因 1: Azure Resource Manager テンプレートに入力中に指定された資格情報が間違っているか、アクセス許可が足りません。

解決策 1: 「PowerShell を使用してホストプールを作成する」の手順で VM に足りないコンポーネントを手動追加します。

原因 2: PowerShell DSC は起動し、実行できましたが、Azure Virtual Desktop にサインインして必要な情報を得ることができないため、実行を完了できませんでした。

解決策 2: 次のリストにある項目を確認します。

アカウントに MFA が指定されていないことを確認します。
ホストプールの名前が正しく、ホストプールが Azure Virtual Desktop に存在することを確認します。
少なくとも Azure サブスクリプションまたはリソースグループに対する共同作成者アクセス許可がアカウントに与えられていることを確認します。

エラー:認証失敗、C:\Windows\Temp\ScriptLog.log にエラー

原因: PowerShell DSC は実行できましたが、Azure Virtual Desktop に接続できませんでした。

解決策: 次のリストにある項目を確認します。

VM を Azure Virtual Desktop サービスに手動で登録します。
Azure サブスクリプションまたはリソースグループでホストプールを作成するためのアクセス許可が、Azure Virtual Desktop への接続に使用されるアカウントに与えられていることを確認します。
アカウントに MFA が指定されていないことを確認します。

Azure Virtual Desktop エージェントが Azure Virtual Desktop サービスに登録されません

(手動か、Azure Resource Manager テンプレートと PowerShell DSC によって) Azure Virtual Desktop エージェントが最初にセッションホスト VM にインストールされたとき、登録トークンが与えられます。次のセクションでは、Azure Virtual Desktop エージェントとトークンに適用される問題のトラブルシューティングについて説明します。

エラー:AzWvdSessionHost コマンドレットの状態フィールドに、状態が Unavailable (利用不可) と示されています

Get-AzWvdSessionHost コマンドレットを実行すると状態が Unavailable (利用不可) と示される。

原因: エージェントを新しいバージョンに更新できません。

解決策: 次の手順でエージェントを手動更新します。

セッションホスト VM に新しいバージョンのエージェントをダウンロードします。
タスクマネージャーを起動し、[サービス] タブで RDAgentBootLoader サービスを停止します。
新しいバージョンの Azure Virtual Desktop エージェントのインストーラーを実行します。
登録トークンを求められたら、エントリ INVALID_TOKEN を削除し、[次へ] を押します (新しいトークンは要求されません)。
インストールウィザードを完了します。
タスクマネージャーを開き、RDAgentBootLoader サービスを開始します。

エラー: Azure Virtual Desktop エージェントのレジストリエントリ IsRegistered に値 0 が表示されます

原因: 登録トークンの有効期限が切れています。

解決策: 次の手順でエージェントレジストリエラーを修正します。

登録トークンが既に存在する場合は、Remove-AzWvdRegistrationInfo を使用してそれを削除します。
New-AzWvdRegistrationInfo コマンドレットを実行して、新しいトークンを生成します。
-ExpirationTime パラメーターが 3 日に設定されていることを確認します。

エラー: Get-AzWvdSessionHost を実行したとき、Azure Virtual Desktop エージェントからハートビートが報告されません

原因 1: RDAgentBootLoader サービスが停止しました。

解決策 1: タスクマネージャーを起動し、[サービス] タブで RDAgentBootLoader サービスの状態が停止になっている場合、サービスを起動します。

原因 2: ポート 443 が閉じられている可能性があります。

解決策 2: 次の手順でポート 443 を開きます。

Sysinternal ツールから PSPing ツールをダウンロードし、ポート 443 が開いていることを確認します。
エージェントが実行されているセッションホスト VM に PSPing をインストールします。
管理者としてコマンドプロンプトを開き、下のコマンドを実行します。
```
psping rdbroker.wvdselfhost.microsoft.com:443
```

PSPing で RDBroker から返された情報が受け取られることを確認します。

PsPing v2.10 - PsPing - ping, latency, bandwidth measurement utility
Copyright (C) 2012-2016 Mark Russinovich
Sysinternals - www.sysinternals.com
TCP connect to 13.77.160.237:443:
5 iterations (warmup 1) ping test:
Connecting to 13.77.160.237:443 (warmup): from 172.20.17.140:60649: 2.00ms
Connecting to 13.77.160.237:443: from 172.20.17.140:60650: 3.83ms
Connecting to 13.77.160.237:443: from 172.20.17.140:60652: 2.21ms
Connecting to 13.77.160.237:443: from 172.20.17.140:60653: 2.14ms
Connecting to 13.77.160.237:443: from 172.20.17.140:60654: 2.12ms
TCP connect statistics for 13.77.160.237:443:
Sent = 4, Received = 4, Lost = 0 (0% loss),
Minimum = 2.12ms, Maximum = 3.83ms, Average = 2.58ms

Azure Virtual Desktop サイドバイサイドスタックで問題を解決する

サイドバイサイドスタックは主に 3 とおりの方法でセッションホストプール VM にインストールされるか、有効化されます。

Azure portal 作成テンプレートを使用する
マスターイメージに含まれ、有効になっている
各 VM に手動でインストールし、有効にする (あるいは、extensions/PowerShell を使用する)

Azure Virtual Desktop サイドバイサイドスタックに問題がある場合、コマンドプロンプトから qwinsta コマンドを入力し、サイドバイサイドスタックがインストールされ、有効になっていることを確認します。

サイドバイサイドスタックがインストールされ、有効になっている場合、qwinsta の出力には、rdp-sxs が一覧表示されます。

サイドバイサイドスタックは、出力に rdp-sxs として記載されている qwinsta でインストールされ、有効化されました。

下に記載されているレジストリエントリを調べ、その値が一致することを確認します。レジストリキーがないか、値が一致しない場合は、サポートされているオペレーティングシステムを実行していることを確認してください。これに該当する場合は、「ホストプールにセッションホストを登録する」にあるサイドバイサイドスタックの再インストール方法を実行してください。

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal
    Server\WinStations\rds-sxs\"fEnableWinstation":DWORD=1

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal
    Server\ClusterSettings\"SessionDirectoryListener":rdp-sxs

エラー:O_REVERSE_CONNECT_STACK_FAILURE

O_REVERSE_CONNECT_STACK_FAILURE エラーコード。

原因: サイドバイサイドスタックがセッションホスト VM にインストールされていません。

解決策: 次の手順で、セッションホスト VM にサイドバイサイドスタックをインストールします。

リモートデスクトッププロトコル (RDP) を使用し、ローカル管理者としてセッションホスト VM に直接入ります。
「ホストプールにセッションホストを登録する」の手順に従って、サイドバイサイドスタックをインストールします。

正しく動作していない Azure Virtual Desktop サイドバイサイドスタックを修正する方法

サイドバイサイドスタックに誤作動を引き起こす状況が確認されています。

正しい手順でサイドバイサイドスタックを有効にしていない
Windows 10 Enhanced Versatile Disc (EVD) の自動更新
リモートデスクトップセッションホスト (RDSH) ロールがない

このセクションの手順は、Azure Virtual Desktop サイドバイサイドスタックをアンインストールする際に参考になります。サイドバイサイドスタックをアンインストールしたら、「ホストプールにセッションホストを登録する」の手順に従ってサイドバイサイドスタックを再インストールします。

修復に使用される VM は、誤作動するサイドバイサイドスタックがある VM と同じサブネットならびにドメインに置かれている必要があります。

同じサブセットならびにドメインから次の手順で修復します。

標準のリモートデスクトッププロトコル (RDP) で、修正プログラムを適用する VM に接続します。
PsExec をダウンロードしてインストールします。
コマンドプロンプトをローカル管理者として起動し、PsExec が解凍されたフォルダーに移動します。
コマンドプロンプトから、次のコマンドを使用します。ここで、<VMname> は、サイドバイサイドスタックが誤作動する VM のホスト名です。初めて PsExec を実行する場合は、[同意する] をクリックして続行するには、PsExec 使用許諾契約書に同意する必要もあります。
```
psexec.exe \\<VMname> cmd
```
サイドバイサイドスタックが誤作動する VM でコマンドプロンプトセッションが開いたら、以下のコマンドを実行し、rdp-sxs という名前のエントリがあることを確認します。エントリがない場合、サイドバイサイドスタックは VM 上にありません。そのため、問題はサイドバイサイドスタックに関連したものではありません。
```
qwinsta
```
次のコマンドを実行します。このコマンドによって、サイドバイサイドが誤作動する VM にインストールされている Microsoft コンポーネントが一覧表示されます。
```
wmic product get name
```
上記の手順から得られた製品名を指定し、下のコマンドを実行します。例:
```
wmic product where name="<Remote Desktop Services Infrastructure Agent>" call uninstall
```
リモートデスクトップで始まるすべての製品をアンインストールします。
すべての Azure Virtual Desktop コンポーネントがアンインストールされたら、(Azure portal または PsExec ツールを使用して) サイドバイサイドスタックが誤作動している VM を再起動します。次に、「ホストプールにセッションホストを登録する」の手順に従って、サイドバイサイドスタックを再インストールできます。

リモートデスクトップライセンスモードが構成されていない

管理者アカウントを使用して Windows 10 Enterprise マルチセッションにサインインしている場合、「Remote Desktop licensing mode isn't configured, Remote Desktop Services will stop working in X days. On the Connection Broker server, use Server Manager to specify the Remote Desktop licensing mode. （リモートデスクトップライセンスモードが構成されていません。リモートデスクトップサービスはあと X 日で動作を停止します。Connection Broker サーバーで、サーバーマネージャーを使用してリモートデスクトップライセンスモードを指定してください。）」と書かれた通知を受信する可能性があります。

制限時間が経過すると、「このコンピューターで利用できるリモートデスクトップクライアントアクセスライセンスがないため、リモートセッションは切断されました」というエラーメッセージが表示されます。

これらのメッセージのいずれかが表示された場合は、イメージに最新の Windows 更新プログラムがインストールされていないか、グループポリシーでリモートデスクトップライセンスモードを設定していることを意味します。次のセクションの手順に従って、グループポリシーの設定を確認し、Windows 10 Enterprise マルチセッションのバージョンを特定して、対応する更新プログラムをインストールしてください。

注意

Azure Virtual Desktop では、ホストプールに Windows Server セッションホストが含まれている場合は、RDS クライアントアクセスライセンス (CAL) のみが必要です。 RDS CAL を構成する方法については、「クライアントアクセスライセンス (CAL) を使用して RDS 展開をライセンスする」を参照してください。

リモートデスクトップライセンスモードのグループポリシーの設定を無効にする

グループポリシーの設定を確認するには、VM でグループポリシーエディターを開いて、 [管理用テンプレート]>[Windows コンポーネント]>[リモートデスクトップサービス]>[リモートデスクトップセッションホスト]>[ライセンス]>[リモートデスクトップライセンスモードの設定] の順に移動します。グループポリシーの設定が [有効] の場合は、 [無効] に変更します。既に無効の場合は、そのままにしておきます。

注意

ご自身のドメインを使用してグループポリシーを設定する場合は、これらの Windows 10 Enterprise マルチセッション VM を対象としたポリシーでこの設定を無効にします。

使用している Windows 10 Enterprise マルチセッションのバージョンを特定する

使用している Windows 10 Enterprise マルチセッションのバージョンを特定するには、次のようにします。

管理者アカウントを使用してサインインします。
[スタート] メニューの横にある検索バーに「About」と入力します。
[PC 情報] を選択します。
[バージョン] の横の数字を確認します。次の図に示すように、数値は "1809" または "1903" のいずれかである必要があります。

バージョン番号がわかったら、該当するセクションに進んでください。

バージョン 1809

バージョン番号が "1809" の場合は、KB4516077 更新プログラムをインストールします。

バージョン 1903

Azure ギャラリーから、最新バージョンの Windows 10 バージョン 1903 イメージを使用して、ホストオペレーティングシステムを再デプロイします。

We couldn't connect to the remote PC because of a security error (セキュリティエラーのため、リモート PC に接続できませんでした)

"セキュリティエラーのため、リモート PC に接続できませんでした。この問題が引き続き発生する場合は、管理者または技術サポートにお問い合わせください" というエラーがユーザーに表示された場合は、既定の RDP アクセス許可を変更する既存のポリシーを確認してください。このエラーを発生させる可能性があるポリシーの 1 つは、"リモートデスクトップサービスを使ったログオンを許可" セキュリティポリシーです。

このポリシーの詳細については、「リモートデスクトップサービスを使ったログオンを許可」を参照してください。

ゴールデンイメージをデプロイできない

ゴールデンイメージには、Azure Virtual Desktop エージェントを含めることはできません。エージェントは、ゴールデンイメージをデプロイした後にのみインストールできます。

次のステップ

Azure Virtual Desktop トラブルシューティングの概要とエスカレーショントラックについては、「トラブルシューティングの概要、フィードバック、サポート」を参照してください。
Azure Virtual Desktop 環境でホストプールを作成しているときに発生した問題のトラブルシューティングを行うには、環境とホストプールの作成に関するページを参照してください。
Azure Virtual Desktop で仮想マシン (VM) の構成中に発生した問題を解決するには、セッションホスト仮想マシンの構成に関する記事を参照してください。
Azure Virtual Desktop エージェントまたはセッション接続に関連する問題のトラブルシューティングについては、「Azure Virtual Desktop エージェントに関する一般的な問題をトラブルシューティングする」を参照してください。
Azure Virtual Desktop クライアント接続の問題をトラブルシューティングするには、Azure Virtual Desktop サービスの接続に関するページを参照してください。
リモートデスクトップクライアントの問題をトラブルシューティングするには、リモートデスクトップクライアントのトラブルシューティングに関するページを参照してください
Azure Virtual Desktop で PowerShell を使用しているときに発生した問題を解決するには、「Azure Virtual Desktop PowerShell」を参照してください。
サービスの詳細については、Azure Virtual Desktop 環境に関するページを参照してください。
トラブルシューティングチュートリアルについては、「Tutorial:Resource Manager テンプレートデプロイのトラブルシューティング」を参照してください。
監査アクションについては、「リソースマネージャーの監査操作」をご覧ください。
デプロイ時にエラーが発生した場合の対応については、デプロイ操作の確認に関するページを参照してください。

次の方法で共有

セッションホスト仮想マシンの構成

フィードバックの提供