You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Consider the following scenarios when using direct machine connectivity (not the data gateway, which has been deprecated for desktop flows):
17
+
When attempting to run your desktop flows from a cloud flow or manage your desktop flow machines, you might encounter one of the following issues:
18
18
19
19
#### Scenario 1
20
20
@@ -27,15 +27,19 @@ Consider the following scenarios when using direct machine connectivity (not the
27
27
28
28
#### Scenario 2
29
29
30
-
- Desktop flows run on a registered machine as long as a user session is running (attended runs) or even for some minutes after the last user has logged off (unattended runs).
30
+
- Desktop flows run on a registered machine as long as a user session is running (attended runs) or even for some minutes after the last user signs out (unattended runs).
31
31
- The connection to the machine is lost after some minutes (for example, 15 minutes).
32
-
- The connection is re-established once a user logs back on to the machine.
32
+
- The connection is re-established once a user signs back in to the machine.
33
+
34
+
#### Scenario 3
35
+
36
+
When you sign out of your Windows computer, the machine status in the Power Automate portal shows as disconnected.
33
37
34
38
## Cause
35
39
36
-
Direct to machine connectivity uses Azure WCF relays to allow the Microsoft cloud to connect to on-premises machines and schedule desktop flow runs. The Power Automate Windows service that runs on-premises opens a relay listener that connects to the Azure cloud by opening web sockets.
40
+
Direct to machine connectivity uses [Azure WCF relays](/azure/azure-relay/relay-what-is-it#wcf-relay) to allow the Microsoft cloud to connect to on-premises machines and schedule desktop flow runs. The Power Automate Windows service that runs on-premises opens a relay listener that connects to the Azure cloud by opening web sockets.
37
41
38
-
The most common cause of relay connectivity issues is the machine losing connection to the network. This can be caused by your machine not being powered on or losing network when no user is signed in to the machine for instance.
42
+
The most common cause of relay connectivity issues is the machine losing connection to the network. This can be caused by your machine not being powered on or losing network when no user is signed in to the machine.
39
43
40
44
The Power Automate service runs under its own Windows account (NT Service\UIFlowService by default) which must have access to the network and be able to connect to _*.servicebus.windows.net_ (for more information, see [network requirements](/power-automate/ip-address-configuration#desktop-flows-services-required-for-runtime).)
41
45
@@ -54,13 +58,16 @@ You can refer to [Proxy setup](https://support.microsoft.com/topic/power-automat
54
58
55
59
2. Understand the topology of the network: what network devices does the traffic hop through before being handed off to the public internet: NAT, firewalls, proxies and so on. Get logs from these devices during impacted runs, and logs from the outermost network device attesting that the traffic to _*.servicebus.windows.net_ is handed off to the public internet.
56
60
57
-
3. Get WCF logs from UI flow service. For more information, see the [Enable WCF tracing](#enable-wcf-tracing) section below.
61
+
3. If your network traffic runs though a proxy, attempt to mitigate the issue by [changing the on-premises account](/power-automate/desktop-flows/troubleshoot#change-the-on-premises-service-account) with which the Power Automate service (UIFlowService) runs.
62
+
63
+
4. Get WCF logs from the Power Automate service (UIFlowService). For more information, see the [Enable WCF tracing](#enable-wcf-tracing) section below.
58
64
59
-
4. Make sure your network configuration allows web socket traffic and long-running connections: a common pattern is proxies or other network devices killing connections after a set time.
65
+
5. Make sure your network configuration allows web socket traffic and long-running connections: a common pattern is proxies or other network devices killing connections after a set time.
60
66
61
67
## What information to include when opening a support ticket
62
68
63
69
- Your network topology: what are the devices that traffic goes through. (see the step 2 in the section above)
70
+
- Whether the Power Automate service (UIFlowService) on your machine is running as the default account (NT Service\UIFlowService) or if it has been changed to run as a different account.
64
71
- Logs from your network devices showing that the traffic is indeed handed off to the public internet. Include times of the issues and the time zones used by the logs.
65
72
- WCF traces from the impacted machines. (see the [Enable WCF tracing](#enable-wcf-tracing) section below)
0 commit comments