デスクトップ用 Power Automateでの直接接続の問題

2025-05-20

この記事では、Microsoft デスクトップ用 Power Automate での直接接続の問題を解決する方法について詳しく説明します。

適用対象: Power Automate
元の KB 番号: 5016345

現象

クラウドフローからデスクトップフローを実行したり、デスクトップフローマシンを管理したりしようとすると、次のいずれかの問題が発生する可能性があります。

シナリオ 1

以前に登録したマシンは、起動してネットワークに接続するとオフラインで表示されます。
実行は、次のいずれかのエラーメッセージで失敗します。
- ConnectionNotEstablished - 許可されたタイムアウト内に接続されたリスナーのいずれも接続を受け入れられませんでした。コンピューターがオンラインであることを確認します。
- NoListenerConnected - エンドポイントが見つかりませんでした。エンドポイントに接続されているリスナーはありません。コンピューターがオンラインであることを確認します。

シナリオ 2

デスクトップフローは、ユーザーセッションが実行されている (参加済みの実行) 限り、または最後のユーザーがサインアウトしてから数分 (無人実行) 場合でも、登録済みのコンピューター上で実行されます。
マシンへの接続は、数分後に失われます (たとえば、15 分)。
ユーザーがコンピューターにサインインし直すと、接続が再確立されます。

シナリオ 3

Windows コンピューターからサインアウトすると、Power Automate ポータルでマシンの状態が切断済みとして表示されます。

原因

マシンへの直接接続では、Azure Windows Communication Foundation (WCF) リレーを使用して、Microsoft クラウドがオンプレミスのマシンに接続し、デスクトップフローの実行をスケジュールできます。オンプレミスで実行される Power Automate Windows サービスは、Web ソケットを開くことで Azure クラウドに接続するリレーリスナーを開きます。

リレー接続の問題の最も一般的な原因は、マシンがネットワークへの接続を失うことです。これは、ユーザーがマシンにサインインしていないときに、コンピューターの電源がオンにされていないか、ネットワークが失われていることが原因で発生する可能性があります。

Power Automate サービスは、ネットワークにアクセスでき、 *.servicebus.windows.net に接続できる必要がある独自の Windows アカウント (NT Service\UIFlowService 既定) で実行されます。詳細については、ネットワークの要件に関するページを参照してください。

注

Azure 仮想マシン (VM) を使用してデスクトップ用 Power Automateを実行する場合は、Azure VM が配置されているサブネットレベルで Microsoft.ServiceBus エンドポイントがオフになっていることを確認します。これは、既知の制限です。詳細については、「 Azure Relay はネットワークサービスエンドポイントをサポートしていませんを参照してください。

マシンと Power Automate サービスがネットワークへの信頼性の高いアクセス権を持っている場合、次に問題の原因は、オンプレミスネットワークのブロックまたは Azure リレー接続の妨害です。

どちらのシナリオでも一般的な原因は、送信トラフィックを制限するネットワークプロキシまたはファイアウォールです。

特に、Power Automate サービスが独自の専用アカウントで実行されることを考えると、接続された Windows ユーザーの資格情報を使用する認証済みプロキシ。

Power Automate サービスで使用される既定のプロキシ設定をオーバーライドする必要があると判断した場合はProxy のセットアップを参照してください。オンプレミスのサービスアカウントを変更する必要がある場合もあります。

Azure Relay が正常に機能するためには、プライマリ名前空間とセカンダリ名前空間の両方に関連付けられているリレーゲートウェイを許可するようにプロキシとファイアウォールの設定を構成する必要があります。これにより、これらのゲートウェイ間の通信がネットワークセキュリティ設定によってブロックされないようにします。

調査方法

ネットワーク管理者に問い合わせてください。

ネットワークの構成とログを分析するには、ネットワーク管理者に問い合わせてください。
ネットワークトポロジについて説明します。
- ネットワークデバイス (NAT、ファイアウォール、プロキシなど) を介してパブリックインターネットへのトラフィックのパスをトレースします。
- 影響を受ける実行中にデバイスからログを収集し、 *.servicebus.windows.net へのトラフィックがパブリックインターネットに正常に到達したことを確認します。
ネットワークトラフィックがプロキシを使用して実行される場合は、Power Automate サービス (UIFlowService) によって使用されるオンプレミスアカウントを変更することを検討してください。
Power Automate サービス (UIFlowService) から WCF ログを取得します。詳細については、「 WCF トレースを有効にする」を参照してください。
ネットワーク構成で Web ソケットトラフィックと実行時間の長い接続が許可されていることを確認します。プロキシなどの一部のネットワークデバイスでは、一定期間後に接続が自動的に終了し、通信が中断される可能性があります。
ファイアウォールで Azure Relay ゲートウェイへの接続が許可されていることを確認します。

手順 1: Azure Relay 名前空間を特定する

マシンを Power Automate クラウドサービスに接続するために、2 つの Azure Relay 名前空間を使用できます。マシンで使用される名前空間を識別するには:
1. Power Automate マシンランタイムアプリケーションを起動し、サインインします。
2. [ クラウドランタイムの接続の問題を診断する ] セクションを見つけて、[ 診断ツールの起動] を選択します。
3. 診断が完了するまで待ちます。
4. [ レポートの生成] を選択します。
5. 生成された XLS ファイルを開き、[ データ ] 列を見つけます。
6. PrimaryRelay と SecondaryRelay の URL から名前空間パーツを抽出します。たとえば、https://<namespace>/guid_guidなどです。
手順 2: プライマリリレーとセカンダリリレーの両方に必要な DNS 名を使用してファイアウォールを構成する
1. すべての Relay ゲートウェイのドメインネームシステム (DNS) 名を使用してファイアウォールを構成します。
  
  DNS 名は、スクリプトを実行して見つけることができます。このスクリプトは、接続を確立するために必要なすべてのゲートウェイの完全修飾ドメイン名 (FQDN) を解決します。
2. IP アドレスではなくポート 443 で DNS 名を許可するようにファイアウォール規則を構成します。
手順 3: 手動接続テストを実行する

クラウド接続の問題がある場合は、コンピューターで WCF トレースを有効にすることができます。詳細については、「 WCF トレースを有効にする」を参照してください。

WCF ログには、特定の DNS または IP アドレスの接続に関連する例外が含まれている必要があります。または、プロキシ構成が不足している点を示す必要があります。

マシンとエンドポイントの間の接続をテストするには、次のコマンドを使用して PowerShell から TCP ping を実行します。
```
Test-netconnection \<ipaddress or dnsname> -port 443
```
TcpTestSucceededにFalseが表示されている場合は、ファイアウォールで接続が許可されていない可能性があります。ネットワークチームに問い合わせて、プロキシまたはファイアウォールがアクセスを妨げる可能性があるかどうかを理解します。マシンと Azure Relay サービスの間には複数のファイアウォールとプロキシが存在する可能性があるため、各サブネット構成を確認してください。

サポートチケットを開くときに含める情報

それでも問題が解決しない場合は、次の詳細を指定して、Microsoft のサポートチケットを開くことができます。

ネットワークトポロジ: トラフィックが通過するデバイスは何ですか。詳細については、「調査方法」の手順 2 を参照してください。
コンピューター上の Power Automate サービス (UIFlowService) が既定のアカウント (NT Service\UIFlowService) として実行されているか、別のアカウントとして実行されるように変更されているか。
トラフィックが実際にパブリックインターネットに渡されていることを示すネットワークデバイスからのログ。問題の時刻と、ログで使用されるタイムゾーンを含めます。
影響を受けたマシンからの WCF トレース。詳細については、「 WCF トレースを有効にする」を参照してください。
影響を受けた実行のデスクトップフロー実行 ID。
影響を受けるコンピューターからのローカルログ: Power Automate マシンランタイムアプリのトラブルシューティングウィンドウを使用して抽出できます。

WCF トレースを有効にする

インストールフォルダー (通常は C:\Program Files (x86)\Power Automate Desktop) で、 UIFlowService.exe.config ファイルを編集します。管理者としてテキストエディターを実行する必要があります。
</system.net> と <appSettings の間に次の構成セクションを追加>。
```
<system.diagnostics>
  <sources>
    <source name="System.ServiceModel" 
            switchValue="Information,ActivityTracing"
            propagateActivity="true">
      <listeners>
        <add name="wcfTraces"
             type="System.Diagnostics.XmlWriterTraceListener"
             initializeData="c:\logs\PADwcfTraces.svclog" />
      </listeners>
    </source>
  </sources>
 <trace autoflush="true" />
</system.diagnostics>
```
- c:\logs\PADwcfTraces.svclog値は任意の有効なパスに置き換えることができますが、フォルダー (この例ではc:\logs) が存在している必要があります。それ以外の場合は作成されず、ログは書き込まれません。
- Power Automate サービスには、指定したフォルダーにログを書き込むアクセス許可が必要です。 Everyone ユーザーにフルコントロールを付与して、任意のユーザーまたはサービスがフォルダーに書き込むことができます。または、Power Automate サービスのみにアクセス許可を制限するには、 sc showsid UIFlowServiceを実行してサービスユーザーのセキュリティ識別子 (Sid) を見つけ、そのユーザーにアクセス許可を付与します。
構成ファイルを保存した後、Power Automate サービスを再起動します。
1. [スタート] メニューで "サービス" を検索して、Windows サービスツールを開きます。
2. Power Automate サービスを見つけて右クリックし、[再起動] を選択します。

トレースは指定されたファイルに保存され、接続の問題を診断するための詳細なログが提供されます。

次の方法で共有