Required FQDNs and endpoints for Azure Virtual Desktop
In order to deploy Azure Virtual Desktop and for your users to connect, you must allow specific FQDNs and endpoints. Users also need to be able to connect to certain FQDNs and endpoints to access their Azure Virtual Desktop resources. This article lists the required FQDNs and endpoints you need to allow for your session hosts and users.
These FQDNs and endpoints could be blocked if you're using a firewall, such as Azure Firewall, or proxy service. For guidance on using a proxy service with Azure Virtual Desktop, see Proxy service guidelines for Azure Virtual Desktop. This article doesn't include FQDNs and endpoints for other services such as Microsoft Entra ID, Office 365, custom DNS providers or time services. Microsoft Entra FQDNs and endpoints can be found under ID 56, 59 and 125 in Office 365 URLs and IP address ranges.
You can check that your session host VMs can connect to these FQDNs and endpoints by following the steps to run the Azure Virtual Desktop Agent URL Tool in Check access to required FQDNs and endpoints for Azure Virtual Desktop. The Azure Virtual Desktop Agent URL Tool validates each FQDN and endpoint and show whether your session hosts can access them.
Important
Microsoft doesn't support Azure Virtual Desktop deployments where the FQDNs and endpoints listed in this article are blocked.
Session host virtual machines
The following table is the list of FQDNs and endpoints your session host VMs need to access for Azure Virtual Desktop. All entries are outbound; you don't need to open inbound ports for Azure Virtual Desktop. Select the relevant tab based on which cloud you're using.
Address | Protocol | Outbound port | Purpose | Service tag |
---|---|---|---|---|
login.microsoftonline.com |
TCP | 443 | Authentication to Microsoft Online Services | |
*.wvd.microsoft.com |
TCP | 443 | Service traffic | WindowsVirtualDesktop |
*.prod.warm.ingest.monitor.core.windows.net |
TCP | 443 | Agent traffic Diagnostic output |
AzureMonitor |
catalogartifact.azureedge.net |
TCP | 443 | Azure Marketplace | AzureFrontDoor.Frontend |
gcs.prod.monitoring.core.windows.net |
TCP | 443 | Agent traffic | AzureCloud |
azkms.core.windows.net |
TCP | 1688 | Windows activation | Internet |
mrsglobalsteus2prod.blob.core.windows.net |
TCP | 443 | Agent and side-by-side (SXS) stack updates | AzureCloud |
wvdportalstorageblob.blob.core.windows.net |
TCP | 443 | Azure portal support | AzureCloud |
169.254.169.254 |
TCP | 80 | Azure Instance Metadata service endpoint | N/A |
168.63.129.16 |
TCP | 80 | Session host health monitoring | N/A |
oneocsp.microsoft.com |
TCP | 80 | Certificates | N/A |
www.microsoft.com |
TCP | 80 | Certificates | N/A |
The following table lists optional FQDNs and endpoints that your session host virtual machines might also need to access for other services:
Address | Protocol | Outbound port | Purpose | Service tag |
---|---|---|---|---|
login.windows.net |
TCP | 443 | Sign in to Microsoft Online Services and Microsoft 365 | N/A |
*.events.data.microsoft.com |
TCP | 443 | Telemetry Service | N/A |
www.msftconnecttest.com |
TCP | 80 | Detects if the session host is connected to the internet | N/A |
*.prod.do.dsp.mp.microsoft.com |
TCP | 443 | Windows Update | N/A |
*.sfx.ms |
TCP | 443 | Updates for OneDrive client software | N/A |
*.digicert.com |
TCP | 80 | Certificate revocation check | N/A |
*.azure-dns.com |
TCP | 443 | Azure DNS resolution | N/A |
*.azure-dns.net |
TCP | 443 | Azure DNS resolution | N/A |
*eh.servicebus.windows.net |
TCP | 443 | Diagnostic settings | EventHub |
This list doesn't include FQDNs and endpoints for other services such as Microsoft Entra ID, Office 365, custom DNS providers or time services. Microsoft Entra FQDNs and endpoints can be found under ID 56, 59 and 125 in Office 365 URLs and IP address ranges.
Tip
You must use the wildcard character (*) for FQDNs involving service traffic. For agent traffic, if you prefer not to use a wildcard, here's how to find specific FQDNs to allow:
- Ensure your session host virtual machines are registered to a host pool.
- On a session host, open Event viewer, then go to Windows logs > Application > WVD-Agent and look for event ID 3701.
- Unblock the FQDNs that you find under event ID 3701. The FQDNs under event ID 3701 are region-specific. You'll need to repeat this process with the relevant FQDNs for each Azure region you want to deploy your session host virtual machines in.
Service tags and FQDN tags
A virtual network service tag represents a group of IP address prefixes from a given Azure service. Microsoft manages the address prefixes encompassed by the service tag and automatically updates the service tag as addresses change, minimizing the complexity of frequent updates to network security rules. Service tags can be used in both Network Security Group (NSG) and Azure Firewall rules to restrict outbound network access. Service tags can be also used in User Defined Route (UDR) to customize traffic routing behavior.
Azure Firewall supports Azure Virtual Desktop as a FQDN tag. For more information, see Use Azure Firewall to protect Azure Virtual Desktop deployments.
We recommend you use FQDN tags or service tags to simplify configuration. The listed FQDNs and endpoints and tags only correspond to Azure Virtual Desktop sites and resources. They don't include FQDNs and endpoints for other services such as Microsoft Entra ID. For service tags for other services, see Available service tags.
Azure Virtual Desktop doesn't have a list of IP address ranges that you can unblock instead of FQDNs to allow network traffic. If you're using a Next Generation Firewall (NGFW), you need to use a dynamic list made for Azure IP addresses to make sure you can connect.
End user devices
Any device on which you use one of the Remote Desktop clients to connect to Azure Virtual Desktop must have access to the following FQDNs and endpoints. Allowing these FQDNs and endpoints is essential for a reliable client experience. Blocking access to these FQDNs and endpoints is unsupported and affects service functionality.
Select the relevant tab based on which cloud you're using.
Address | Protocol | Outbound port | Purpose | Client(s) |
---|---|---|---|---|
login.microsoftonline.com |
TCP | 443 | Authentication to Microsoft Online Services | All |
*.wvd.microsoft.com |
TCP | 443 | Service traffic | All |
*.servicebus.windows.net |
TCP | 443 | Troubleshooting data | All |
go.microsoft.com |
TCP | 443 | Microsoft FWLinks | All |
aka.ms |
TCP | 443 | Microsoft URL shortener | All |
video2.skills-academy.com |
TCP | 443 | Documentation | All |
privacy.microsoft.com |
TCP | 443 | Privacy statement | All |
query.prod.cms.rt.microsoft.com |
TCP | 443 | Download an MSI or MSIX package to update the client. Required for automatic updates. | Windows Desktop |
graph.microsoft.com |
TCP | 443 | Service traffic | All |
windows.cloud.microsoft |
TCP | 443 | Connection center | All |
windows365.microsoft.com |
TCP | 443 | Service traffic | All |
ecs.office.com |
TCP | 443 | Connection center | All |
These FQDNs and endpoints only correspond to client sites and resources. This list doesn't include FQDNs and endpoints for other services such as Microsoft Entra ID or Office 365. Microsoft Entra FQDNs and endpoints can be found under ID 56, 59 and 125 in Office 365 URLs and IP address ranges.
If you're on a closed network with restricted internet access, you may also need to allow the FQDNs listed here for certificate checks: Azure Certificate Authority details | Microsoft Learn.
Next steps
Check access to required FQDNs and endpoints for Azure Virtual Desktop.
To learn how to unblock these FQDNs and endpoints in Azure Firewall, see Use Azure Firewall to protect Azure Virtual Desktop.
For more information about network connectivity, see Understanding Azure Virtual Desktop network connectivity