Rd Client Not Connecting
- Rd Client Not Connecting To Internet
- Rd Client Not Connecting To Laptop
- Rd Client Not Connecting To Pc
May 26, 2017 Other computers using Windows 7 remote desktop are able to connect. I have also tried the vpn client for the system. It also does not work. The remote desktop in windows firewall is allowed. In Computer Management, Services Remote Desktop Configuration, Remote Desktop Services and Remote Desktop Services UserMode Port Redirector are started. Home can connect, with the (old) Windows Desktop RD client, to connect to the Pro. Home will not connect to the Pro with the Windows Store RD Client. The error is that the Username or password is not correct. I cannot get RD Client to connect to a remote server with RD Client on iPad (actually it did work the first time I installed it, but never since). I can connect on my PC (Win 10) just fine using Remote Desktop Client, so it's not a problem with the server. Did this help you out? Like the video!Have another problem? Let me know in the comments Buy Me a Coffee? This tutorial I wil. If “remote desktop can’t connect to the remote computer” is still not resolved, it is likely that Windows Defender Firewall is blocking the RDP port. Here is how to check and fix this problem: Press Windows logo + R key on your computer.
This week I’ve been working with a customer that is experiencing intermittent issues connecting into Windows Virtual Desktop from the RD Client installed on their corporate Windows 10 devices and was asked to formulate a list of troubleshooting steps that their IT team could follow to help find and resolve the root cause.
I reached out to Jim Moyle, our aligned WVD Global Black Belt for his thoughts, and in this post, I want to share those initial troubleshooting steps, along with the rationale for each, put them out to the wider WVD community for feedback and over the coming weeks update this article with the identified root cause and the steps taken to resolve the issue.
For info and early clarification, this customer is using the Fall 2019 release of Windows Virtual Desktop.
So, what is the problem?
As introduced, the customer is reporting that certain users, not all, are intermittently unable to connect to their WVD resource using the RD Client installed on their corporate Windows 10 device, furthermore, they never receive any errors (such as resources not available) nor have they indicated that the connection attempt times out (I’ll double-check this and update if required), it simply doesn’t connect.
The below screenshot was provided by an affected user, this shows the RD Client attempting to connect to a selected remote desktop.
Before delving any deeper and starting to define the tests to be undertaken lets quickly recap on how a user connects to WVD, that way once we do start defining a particular test we better understand the rationale behind it, that is, what are we trying to prove or disprove.
The diagram below shows the WVD connection flow.
Step 1 > The user launches the RD Client which connects to Azure AD, user signs in, and Azure AD returns token.
Step 2 > The RD Client uses the previously generated token and authenticates to Web Access, the Broker then queries the database to determine the resources (Remote Apps and Desktops) that the user is assigned to.
Step 3 > The user selects a resource (Remote App or Desktop) and the RD Client connects to the Gateway.
Step 4 > Finally, the Broker orchestrates the connection from the WVD instance (the Azure VM) to the Gateway (aka Reverse Connect).
Note, on start-up the RD Client will always refresh your feed, as below, this is the RD Client running through steps 1 and 2 in the above connection flow.
Now, let’s quickly cover some basic assumptions before we get into the testing, again I’ll update these as I speak with the customer IT team and understand more of the nuances of the issue.
Assumption 1 > WVD is a global service, as such, for resilience, it operates many instances of the WVD control plane (the backend services, such as Web Access, Broker and Gateway shown in the connection flow diagram) in each region, however, based on availability at the time the control plane managing your user’s connections into WVD may not be running in the same region as the WVD VM’s themselves. Azure use their Front Door (and Traffic Manager) service to provide a resilient and optimised connection to the control plane – let’s assume a control plane is always up and available.
However, if we wanted to clarify the control plane you’re using is healthy we could use the below Powershell commands.
The below shows the results of the script, note the service is reporting as healthy and more importantly the Region URL shows that actual control plane you’re using.
Assumption 2 > This is only affecting certain users, other users can successfully connect to the same WVD resource at the same time others cannot indicating that the WVD VM’s themselves are healthy.
Again, if we want to verify the health of the WVD session hosts within a given host pool we could use the below Powershell commands.
The results will be shown as below.
Assumption 3 > This is only affecting users on their corporate devices, I’ll double-check this with the customer IT team and update if needed.
Assumption 4 > The customer has all the WVD backend services opened and available through the corporate firewall and web proxies. I know they use Cisco Umbrella for web proxy services, so something to be mindful of.
Assumption 5 > The user sees the same issue if they are on their corporate LAN, VPN or connected to the open internet from their home broadband as the majority of their staff are working from home.
So, what tests are we going to run when a user reports they cannot connect and why?
Test 1 > Can the user access the same WVD resource from the HTML5 interface at https://aka.ms/wvdweb?
Why? We need to narrow down whether the issues is only with the connection initiated from the RD Client, testing from the WVD Web Interface should help prove this. If the user is able to authenticate to the web interface, see all of their assigned WVD resources and then successfully logon to a desktop it proves the issue is not with the control plane, their assignment or WVD session host.
Test 2 > Can the user resolve the WVD Global URL in DNS?
Why? I’m almost certain that whatever the route cause is it will be environmental, that is, something occurring at that exact time on that device that is hindering the connection attempt. This is a very simple test to ensure that the device is able to resolve the WVD Global URL that is used to forward to the regional control plane instance and initiate the connections.
We could build on that test slightly using the Test-NetConnection cmdlet to test connectivity to the Regional URL (from test 2) over HTTP.
Test 3 > Clear RD Client Subscriptions and Re-Subscribe
Why? As mentioned earlier, on start-up the RD Client performed a refresh of the feed, this then caches the subscription details in the registry. This test is looking at whether there could potentially be an issue either with the cached settings or the authentication token. You can unsubscribe from the RD Client itself by clicking the 3 dot menu next to the tenant name and selecting Unsubscribe or running the below from a command prompt.
Well, that’s it for now (16/05/20), if you have any suggestions please send them my way on Twitter, I’ll update this post as soon as I’ve had a chance to work with the customers IT team and investigate these issues closer.
Thanks.
Part 2 in this blog series is up now, click here.
-->This article describes common issues with the Remote Desktop client and how to fix them.
Remote Desktop client for Windows 7 or Windows 10 stops responding or cannot be opened
Starting with version 1.2.790, you can reset the user data from the About page or using a command.
Use the following command to remove your user data, restore default settings and unsubscribe from all Workspaces.
If you're using an earlier version of the Remote Desktop client, we recommend you uninstall and reinstall the client.
Web client won't open
First, test your internet connection by opening another website in your browser; for example, www.bing.com.
Rd Client Not Connecting To Internet
Use nslookup to confirm DNS can resolve the FQDN:
Try connecting with another client, like Remote Desktop client for Windows 7 or Windows 10, and check to see if you can open the web client.
Can't open other websites while connected to the web client
If you can't open other websites while you're connected to the web client, there might be network connection problems or a network outage. We recommend you contact network support.
Nslookup can't resolve the name
If nslookup can't resolve the name, then there might be network connection problems or a network outage. We recommend you contact network support.
Your client can't connect but other clients on your network can connect
If your browser starts acting up or stops working while you're using the web client, follow these instructions to troubleshoot it:
- Restart the browser.
- Clear browser cookies. See How to delete cookie files in Internet Explorer.
- Clear browser cache. See clear browser cache for your browser.
- Open browser in Private mode.
Client doesn't show my resources
First, check the Azure Active Directory account you're using. If you've already signed in with a different Azure Active Directory account than the one you want to use for Windows Virtual Desktop, you should either sign out or use a private browser window.
If you're using Windows Virtual Desktop (classic), use the web client link in this article to connect to your resources.
If that doesn't work, make sure your app group is associated with a workspace.
Web client stops responding or disconnects
Try connecting using another browser or client.
Other browsers and clients also malfunction or fail to open
If issues continue even after you've switched browsers, the problem may not be with your browser, but with your network. We recommend you contact network support.
Rd Client Not Connecting To Laptop
Web client keeps prompting for credentials
If the Web client keeps prompting for credentials, follow these instructions:
- Confirm the web client URL is correct.
- Confirm that the credentials you're using are for the Windows Virtual Desktop environment tied to the URL.
- Clear browser cookies. For more information, see How to delete cookie files in Internet Explorer.
- Clear browser cache. For more information, see Clear browser cache for your browser.
- Open your browser in Private mode.
Windows client blocks Windows Virtual Desktop (classic) feed
If the Windows client feed won't show Windows Virtual Desktop (classic) apps, follow these instructions:
- Check if the Conditional Access policy includes the app IDs associated with Windows Virtual Desktop (classic).
- Check if the Conditional Access policy blocks all access except Windows Virtual Desktop (classic) app IDs. If so, you'll need to add the app ID 9cdead84-a844-4324-93f2-b2e6bb768d07 to the policy to allow the client to discover the feeds.
If you can't find the app ID 9cdead84-a844-4324-93f2-b2e6bb768d07 in the list, you'll need to register the Windows Virtual Desktop resource provider. To register the resource provider:
- Sign in to the Azure portal.
- Go to Subscription, then select your subscription.
- In the menu on the left side of the page, select Resource provider.
- Find and select Microsoft.DesktopVirtualization, then select Re-register.
Next steps
Rd Client Not Connecting To Pc
- For an overview on troubleshooting Windows Virtual Desktop and the escalation tracks, see Troubleshooting overview, feedback, and support.
- To troubleshoot issues while creating a Windows Virtual Desktop environment and host pool in a Windows Virtual Desktop environment, see Environment and host pool creation.
- To troubleshoot issues while configuring a virtual machine (VM) in Windows Virtual Desktop, see Session host virtual machine configuration.
- To troubleshoot issues related to the Windows Virtual Desktop agent or session connectivity, see Troubleshoot common Windows Virtual Desktop Agent issues.
- To troubleshoot issues when using PowerShell with Windows Virtual Desktop, see Windows Virtual Desktop PowerShell.
- To go through a troubleshoot tutorial, see Tutorial: Troubleshoot Resource Manager template deployments.