【リモートデスクトップ】Azure Virtual Desktopでリモートアプリだけ起動しない場合の対処

Azure Virtual Desktop(AVD)を利用していると、フルデスクトップ接続は正常に行えるのに、特定のリモートアプリだけが起動しない、あるいは一切のリモートアプリが起動しないというトラブルに遭遇することがあります。この現象は、端末側の設定ミスやネットワークの問題、アカウント権限の不足、AVDのホストプールやアプリグループの構成誤りなど、複数の要因が絡んでいる場合がほとんどです。本記事では、会社のPCでリモートアプリだけが起動しない原因を段階的に切り分け、具体的な対処手順を解説します。管理者に確認すべきポイントも含めてまとめますので、ご自身の環境に合わせて確認を進めてください。

1. リモートアプリが起動しない原因を整理する

リモートアプリだけが起動しない場合、まず「フルデスクトップ接続では問題なく使えるのか」を確認します。フルデスクトップも使えないのであれば、根本的にAVDへの接続ができていない可能性が高く、本記事の対象外です。本記事では、フルデスクトップは使えるがリモートアプリだけが起動しないケースに焦点を当てます。

考えられる原因は主に以下の4つに分類できます。

• 端末側の問題: AVDクライアントの不具合、キャッシュの破損、プロキシやファイアウォールによる通信ブロック
• アカウントの問題: ユーザーにアプリグループへのアクセス権限がない、フィードの取得に失敗している
• AVDホストプール/アプリグループの設定: アプリグループが正しく構成されていない、セッションホストでアプリケーションがインストールされていない、または公開設定が誤っている
• 証明書や認証の問題: 証明書の期限切れ、多要素認証(MFA)の干渉など

これらの原因を順に確認していくことで、問題の特定と解決が可能です。

2. 接続環境を確認する(端末側)

2.1 AVDクライアントの状態をチェックする

まず、使用しているAVDクライアント(Windows用リモートデスクトップクライアント、Webクライアント、またはWindows App)が最新バージョンであるかを確認します。古いバージョンだと、リモートアプリの起動に失敗することがあります。クライアントの設定画面からバージョンを確認し、必要に応じて最新版にアップデートしてください。

また、クライアントのキャッシュが破損している可能性もあるため、一度サインアウトしてから再度サインインする、またはキャッシュをクリアする方法も試します。Windowsクライアントの場合、以下の手順でキャッシュを削除できます。

1. 「設定」アプリを開き、「アカウント」→「Work or school account」をクリックします。
2. AVDの接続に使っているアカウントを選択し、「切断」をクリックします。
3. その後、AVDクライアントを起動し、再度アカウントを追加します。
4. これでフィードが再取得され、問題が解決することがあります。

2.2 ネットワークとプロキシの設定を確認する

リモートアプリはフルデスクトップよりも細かい通信を行うため、特定のポートやURLがブロックされていると起動しないことがあります。AVDが使用するエンドポイントはMicrosoftの公式ドキュメントに記載されています。主なものは以下のとおりです。

• *.wvd.microsoft.com とそのサブドメイン
• *.broadcast.virtualdesktop.microsoft.com
• *.gateway.virtualdesktop.microsoft.com

プロキシサーバーを使用している場合、これらのURLが許可されているかどうか、またプロキシの認証が必要な場合は設定が正しいか確認します。グループポリシーで強制プロキシが設定されていると、AVDクライアントが正しく通信できずリモートアプリだけが起動しないケースもあります。

また、DNSの名前解決が正しく行われているかも重要です。コマンドプロンプトで nslookup login.microsoftonline.com を実行し、IPアドレスが返ってくることを確認します。失敗する場合はDNS設定を見直します。

3. アカウントとアクセス権限を確認する

3.1 アプリグループへの割り当てを確認する

Azure Virtual Desktopでは、「アプリグループ」にユーザーを割り当てることでリモートアプリを公開します。管理者が適切なアプリグループにユーザーを追加しているかどうかを確認する必要があります。ユーザー自身が確認する方法はありませんが、管理者に「自分のアカウントが目的のアプリグループのメンバーになっているか」を問い合わせてください。もし割り当て漏れがあれば、管理者がAzure portalで該当ユーザーを追加することで解決します。

3.2 フィードの取得状態を確認する

AVDクライアントは起動時に「フィード」をダウンロードし、利用可能なリソースを表示します。このフィードの取得に失敗すると、リモートアプリの一覧が表示されなかったり、起動できなかったりします。以下の方法でフィードの再取得を試みます。

1. AVDクライアントを開き、歯車アイコンの設定をクリックします。
2. 「フィードを更新」または「リフレッシュ」ボタンをクリックします。
3. しばらく待って、リモートアプリの一覧が表示されるか確認します。
4. それでも表示されない場合、一度サインアウトしてからサインインし直します。

また、フィードの取得に失敗する場合、Azure ADの認証に問題が発生している可能性があります。多要素認証(MFA)が有効な環境では、認証のポップアップがブロックされていると正常にフィードが取得できません。ブラウザのポップアップブロックを解除するか、別の認証方法(例:システムブラウザ)を試してください。

4. Azure Virtual Desktopの設定を確認する(管理者向け)

このセクションは主に管理者向けですが、一般ユーザーがIT部門に依頼する際の参考にしてください。

4.1 アプリグループの種類と公開設定

AVDには「デスクトップアプリグループ」と「RemoteAppアプリグループ」の2種類があります。「デスクトップアプリグループ」にのみユーザーを割り当てている場合、リモートアプリは表示されません。必要なリモートアプリを公開するには、RemoteAppアプリグループを作成し、そこにアプリケーションを追加して適切なユーザーを割り当てる必要があります。

また、RemoteAppアプリグループの設定で、アプリケーションの実行パスやコマンドライン引数が正しく指定されているかも確認します。特に、アプリケーションのインストール先が異なる場合や、32bit版と64bit版の混在があると起動に失敗することがあります。

4.2 セッションホストの状態とRDPプロパティ

セッションホスト(VM)が正常に稼働しているか、またRDPプロパティ(RDPファイルの設定)が適切かどうかも確認します。特に、許可されていないサウンドリダイレクトやクリップボードリダイレクトの設定が原因でリモートアプリだけが起動しないことがあります。Azure portalのセッションホストのRDPプロパティで、リモートアプリに必要なリダイレクト設定が有効になっているかチェックしてください。

4.3 証明書と認証のトラブル

AVDは証明書を使用した認証を行うため、証明書が期限切れだったり、信頼されていないルート証明機関によって発行されていると接続に失敗することがあります。また、Azure ADとAVDの統合設定で、条件付きアクセスポリシーがリモートアプリだけに適用されている場合も起動できない原因になります。管理者はAzureポータルで証明書の有効期限を確認し、条件付きアクセスのログを調査する必要があります。

5. よくある設定ミスと対処法

症状	考えられる原因	対処法
リモートアプリが一覧に表示されない	アプリグループの割り当て漏れ、フィード取得失敗	管理者によるアプリグループへのユーザー追加、クライアントでのフィード更新
起動時に「リソースが見つかりません」と表示される	URLのブロック、プロキシ設定、DNS	ファイアウォールやプロキシでAVDのエンドポイントを許可、DNS設定の見直し
起動後すぐに閉じる、または黒い画面のまま	アプリケーションの実行パスミス、セッションホスト側のアプリ未インストール	アプリグループの設定で実行パスを修正、セッションホストにアプリをインストール
特定のアプリだけ起動しない	アプリの互換性、リダイレクト設定の不足	アプリの要件に合わせたRDPプロパティの調整(例:管理者実行、フォルダリダイレクト)

6. それでも解決しない場合の最終手段

6.1 ログの収集と管理者への引き継ぎ

上記の手順をすべて試しても解決しない場合、詳細なログを収集して管理者に報告しましょう。AVDクライアントのログは通常以下の場所に保存されています。

• イベントビューアー: 「アプリケーションとサービスログ」→「Microsoft」→「Windows」→「RemoteDesktopServices-RdpCoreTS」に接続エラーのログがあります。
• AVDクライアントのトレースログ: クライアントの設定で「詳細なログ記録」を有効にし、その出力を確認します。

また、AVDの診断機能(Azureポータルの「診断設定」から出力可能)を有効にしている場合、管理者は接続試行のログを確認できます。問題の発生時刻を伝えることで、原因の特定が早まります。

6.2 代替手段の検討

緊急時には、フルデスクトップ接続経由でアプリケーションを起動するという回避策があります。ただし、これは根本的な解決にはなりません。また、別のクライアント(WebクライアントやWindows Appのベータ版など)を試すことで症状が改善されることもあります。

7. よくある質問

Q: フルデスクトップは使えるのにリモートアプリだけ起動しないのはなぜですか?
A: フルデスクトップとリモートアプリでは接続に使用するプロトコルや認証の仕組みがわずかに異なります。特にリモートアプリは、アプリグループの割り当てやフィード情報に依存するため、権限や設定に問題があると起動しません。また、プロキシやファイアウォールで特定のURLがブロックされている可能性もあります。

Q: 管理者に何を伝えればいいですか?
A: 以下の情報をまとめて伝えるとスムーズです。①使用しているクライアントの種類とバージョン、②発生する時間帯(不定期か常時か)、③エラーメッセージのスクリーンショット、④フルデスクトップは使えるかどうか、⑤試した対処法(キャッシュクリア、フィード更新など)

Q: 自分でレジストリを変更しても大丈夫ですか?
A: 会社PCでは管理者権限がないと変更できない場合が多く、また誤った変更はシステムに悪影響を及ぼす可能性があります。IT部門の指示がない限り、レジストリの編集は避けるべきです。クライアントの設定で変更できる範囲にとどめてください。

8. まとめ

Azure Virtual Desktopでリモートアプリだけが起動しない場合、原因は端末側、アカウント側、管理設定側のいずれかにあります。まず、AVDクライアントのバージョンとキャッシュを確認し、ネットワーク接続とプロキシ設定を見直します。次に、アプリグループへのユーザー割り当てとフィードの取得状態をチェックし、管理者権限が必要な設定はIT部門に依頼します。それでも解決しない場合は、イベントログや診断ログを活用して詳細な原因を特定しましょう。フルデスクトップ接続が可能なうちは緊急回避として利用できますが、根本的な解決には管理者との連携が不可欠です。

💻

Windowsトラブル完全解決データベース 起動不能、更新の不具合、動作が重い、設定の消失など、Windows 10/11のあらゆるトラブル解決手順を網羅しています。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。