Problemi di connettività diretta in Power Automate per desktop

Questo articolo fornisce altre informazioni su come risolvere i problemi di connettività diretta in Microsoft Power Automate per desktop.

Si applica a: Power Automate
Numero KB originale: 5016345

Sintomi

Considerare lo scenario descritto di seguito:

  • Si usa la connettività diretta al computer, non il gateway.

  • I computer registrati in precedenza vengono visualizzati offline quando vengono avviati e connessi alla rete.

  • Le esecuzioni hanno esito negativo con uno di questi messaggi di errore:

    ConnectionNotEstablished: nessuno dei listener connessi ha accettato le connessioni entro il timeout consentito. Verificare che il computer sia online.

    NoListenerConnected: l'endpoint non è stato trovato. Non sono presenti listener connessi per l'endpoint. Verificare che il computer sia online.

Causa

La connettività diretta al computer usa gli inoltri WCF di Azure per consentire al cloud Microsoft di connettersi ai computer locali e pianificare le esecuzioni del flusso desktop. Il servizio Windows di Power Automate eseguito in locale apre un listener di inoltro che si connette al cloud di Azure aprendo web socket.

La causa più comune dei problemi di connettività dell'inoltro è la perdita della connessione alla rete da parte del computer. Ciò può essere causato dal fatto che il computer non viene acceso o perde la rete quando nessun utente è connesso al computer, ad esempio.

Il servizio Power Automate viene eseguito con il proprio account Windows (NT Service\UIFlowService per impostazione predefinita) che deve avere accesso alla rete ed essere in grado di connettersi a *.servicebus.windows.net (per altre informazioni, vedere Requisiti di rete).

Se il computer e il servizio Power Automate hanno accesso affidabile alla rete, la successiva fonte di problemi più simile è il blocco o l'interferenza della rete locale con le connessioni di inoltro di Azure.

Come analizzare

  1. Per analizzare questi problemi, assicurarsi di coinvolgere gli amministratori di rete che avranno le conoscenze necessarie per comprendere cosa sta accadendo.

  2. Comprendere la topologia della rete: quali dispositivi di rete eseguono l'hop del traffico prima di passare a Internet pubblico: NAT, firewall, proxy e così via. Ottenere i log da questi dispositivi durante le esecuzioni interessate e accedere dal dispositivo di rete più esterno attestando che il traffico verso *.servicebus.windows.net viene passato a Internet pubblico.

  3. Ottenere i log WCF dal servizio flusso dell'interfaccia utente. Per altre informazioni, vedere la sezione Abilita traccia WCF di seguito.

  4. Assicurarsi che la configurazione di rete consenta il traffico web socket e le connessioni a esecuzione prolungata: un modello comune è costituito da proxy o altri dispositivi di rete che uccidono le connessioni dopo un determinato orario.

Quali informazioni includere quando si apre un ticket di supporto

  • Topologia di rete: quali sono i dispositivi attraversati dal traffico. (vedere il passaggio 2 nella sezione precedente)
  • Log dai dispositivi di rete che mostrano che il traffico viene effettivamente consegnato a Internet pubblico. Includere gli orari dei problemi e i fusi orari usati dai log.
  • WCF traccia dai computer interessati. (vedere la sezione Abilitare la traccia WCF di seguito)
  • ID di esecuzione del flusso desktop delle esecuzioni interessate.
  • Log locali dal computer interessato: possono essere estratti usando il riquadro di risoluzione dei problemi dell'app power automate machine runtime.

Abilitare la traccia WCF

Nella cartella di installazione ,in genere C:\Programmi (x86)\Power Automate Desktop, modificare il file diUIFlowService.exe.config , per eseguire l'editor di testo come amministratore.

Aggiungere questa sezione di configurazione:

<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>
  • È possibile sostituire il c:\logs\PADwcfTraces.svclog valore con qualsiasi percorso valido che si vuole, ma la cartella (c:\logs in questo esempio) deve esistere, altrimenti non verrà creata e i log non verranno scritti.
  • Il servizio Power Automate deve avere l'autorizzazione per scrivere nella cartella scelta, concedendo all'utente "Tutti" il controllo completo sulla cartella funziona. È possibile ottenere il Sid dell'utente del servizio eseguendo sc showsid UIFlowService in una riga di comando se si desidera concedere le autorizzazioni solo a tale utente.

Questa sezione di configurazione deve essere aggiunta tra </system.net> e <appSettings>. Vedere lo screenshot seguente:

Screenshot della sezione config che deve essere inserita nella posizione corretta.

Dopo aver salvato il file di configurazione, riavviare il servizio Power Automate. Questa operazione può essere eseguita nello strumento Servizi. Lo strumento è disponibile digitando i servizi nel menu Start, individuando il servizio Power Automate, facendo clic con il pulsante destro del mouse su di esso e scegliendo Riavvia. Lo screenshot seguente mostra il passaggio per riavviare il servizio Power Automate:

Riavviare il servizio Power Automate nello strumento Servizi.

Le tracce verranno quindi scritte nel file scelto nella configurazione.