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
@@ -74,7 +74,7 @@ DNS is a critical component to make the application work correctly by resolving
74
74
Based on your preferences, the following scenarios are available for DNS resolution integrated:
75
75
76
76
-[Virtual Network workloads without custom DNS server](#virtual-network-workloads-without-custom-dns-server)
77
-
-[Onpremisesworkloads](#onpremisesworkloads)
77
+
-[Onpremisesworkloads using a Custom DNS server](#on-premises-workloads-using-a-custom-dns-server)
78
78
79
79
80
80
## Virtual Network workloads without custom DNS server
@@ -106,9 +106,10 @@ In this scenario there's a [hub & spoke](https://docs.microsoft.com/azure/archit
106
106
107
107
:::image type="content" source="media/private-endpoint-dns/hub-and-spoke-azure-dns.png" alt-text="hub and spoke with azure provided dns":::
108
108
109
-
## Onpremisesworkloads
109
+
## Onpremisesworkloads using a Custom DNS server
110
110
111
-
In order to get on premises clients to resolve the IP address of a private endpoint , you must use a DNS forwarder deployed in Azure.
111
+
For on premises workloads to be able to resolve an FQDN of a private endpoint into the private IP address, you must use a custom DNS server to forward the resolution for Azure service [public DNS zones](#azure-services-dns-zone-configuration) deployed in Azure.
112
+
112
113
113
114
The following scenario is appropriate for an on premises network that has a DNS forwarder in Azure, which in turn is responsible for resolving all the DNS queries via a server level forwarder to the Azure provided DNS [168.63.129.16](../virtual-network/what-is-ip-address-168-63-129-16.md)
0 commit comments