An administrator deploys an Azure Private DNS zone named `private.contoso.com`. The zone is linked to a virtual network named `VNet1` with auto-registration enabled. The administrator then configures virtual network peering between `VNet1` and a second virtual network named `VNet2`.
Virtual machines in `VNet2` are unable to resolve the DNS records of virtual machines in `VNet1`.
Which action should the administrator perform to resolve this issue?
- Add a virtual network link from the private.contoso.com DNS zone to VNet2.Answer
- BConfigure the virtual network peering connection to enable gateway transit.
- CConfigure a user-defined route (UDR) in VNet2 that forwards DNS traffic (destination port 53) to VNet1.
- DConfigure custom DNS servers on VNet2 pointing to the IP address of the Azure-provided DNS service (168.63.129.16) in VNet1.
Answer
Add a virtual network link from the private.contoso.com DNS zone to VNet2.
The correct answer is to add a virtual network link from the private DNS zone to the second virtual network. Azure Private DNS zones require a virtual network link for any virtual network that needs to resolve records within that zone. Although the two virtual networks are peered, name resolution configuration is not shared across peering links automatically.
Step-by-Step Solution
Key Concept
Azure Private DNS virtual network links are required for resolution of private DNS zones, and this capability is not transitive over virtual network peering.