Azure

Azure DNS / Private DNS Zones / Private Resolver Complete Guide: Hybrid DNS Design

2026-05-24
NicheeLab Editorial Team

Azure's DNS services consist of three components: Azure DNS (Public), Private DNS Zones, and Azure DNS Private Resolver. With the spread of Private Endpoints, DNS design has become dramatically more important — especially in hybrid environments, where design quality drives the success of the whole operation. This article systematically covers how to use the 3 services, integration patterns, hybrid DNS design, and common pitfalls.

The 3 DNS Services

ServiceUse caseScopePricing
Azure DNS (Public)Authoritative DNS for public domainsInternetFrom ~USD 0.50 per zone/month
Private DNS ZonesDNS scoped to a VNetWithin a VNetFrom ~USD 0.50 per zone/month
Azure DNS Private ResolverHybrid DNSAzure ↔ on-premisesFrom ~USD 200-300/month

Azure DNS (Public)

Authoritative DNS hosting for public domains (such as example.com). Microsoft's Anycast-based DNS resolves from edge locations worldwide and provides a 100% SLA for a single DNS zone.

Key features

  • Alias Record integration with Azure resources (App Service, Application Gateway, Front Door) that automatically tracks IP changes
  • Zone management secured by Microsoft Entra ID + RBAC
  • Azure Monitor integration
  • DNSSEC support (GA rolling out in 2024)
  • Among the cheapest options

Functionally equivalent to Cloudflare DNS, Google Cloud DNS, and AWS Route 53. For Azure-centric organizations, choosing Azure DNS is the natural pick for operational consolidation and integration.

Private DNS Zones

DNS zones scoped to a VNet. They are invisible from the public internet and are used for name resolution of internal resources.

Typical use cases

  • Private Endpoint name resolution: zones such as privatelink.blob.core.windows.net
  • VM internal name resolution: custom zones (e.g., corp.contoso.local)
  • AKS Service Discovery support

Setup steps

  1. Create the Private DNS Zone (e.g., privatelink.blob.core.windows.net)
  2. Associate the target VNet via a Virtual Network Link
  3. Choose Registration Enabled (automatic VM DNS registration) or Resolution Only (read-only)
  4. When you create a Private Endpoint, Auto Configuration registers the A record automatically

Standard Zone Names for Private Endpoints

ServicePrivate DNS Zone name
Storage Blobprivatelink.blob.core.windows.net
Storage Fileprivatelink.file.core.windows.net
Storage Data Lake Gen2privatelink.dfs.core.windows.net
Azure SQL Databaseprivatelink.database.windows.net
Cosmos DB NoSQLprivatelink.documents.azure.com
Key Vaultprivatelink.vaultcore.azure.net
App Serviceprivatelink.azurewebsites.net
Container Registryprivatelink.azurecr.io
Azure AI Searchprivatelink.search.windows.net

Azure DNS Private Resolver

Azure DNS Private Resolver is a managed DNS resolution service that went GA in 2022. It provides bidirectional forwarding between on-premises DNS servers and Azure Private DNS Zones.

The 2 endpoints

  • Inbound Endpoint: receives DNS queries from on-premises DNS into Azure, resolves Private DNS Zones, and returns the answers
  • Outbound Endpoint: forwards queries for specific on-premises domains from Azure VMs to on-premises DNS

DNS Forwarding Ruleset

Declaratively manages which domain forwards to which target. Example: corp.contoso.local → on-prem DNS 192.168.10.10.

Previously you had to build a VM-based DNS forwarder (BIND or Windows DNS Server) inside the VNet, but Private Resolver makes this fully managed. Starting at roughly USD 200-300 per month, it dramatically simplifies DNS infrastructure for hybrid environments.

Conditional Forwarding Design

Common patterns:

Pattern 1: on-premises → Azure Private Endpoint resolution

  1. On-premises DNS forwards privatelink.blob.core.windows.net to the Azure DNS Private Resolver Inbound Endpoint (10.x.x.x)
  2. Private Endpoints become resolvable from on-premises

Pattern 2: Azure → on-premises resource resolution

  1. Private Resolver's Outbound Endpoint plus DNS Forwarding Ruleset forwards corp.contoso.local to on-premises DNS (192.168.x.x)
  2. On-premises resources become resolvable from Azure VMs

You must also configure a Conditional Forwarder on the on-premises DNS appliances (Windows DNS Server, BIND, F5 BIG-IP, etc.). If configuration is not consistent on both sides, name resolution will fail.

DNSSEC Support

DNSSEC for Azure DNS (Public) is moving from Preview to GA in 2024. Once fully GA, DNSSEC can be enabled on every public zone.

  • Protects against DNS spoofing; often a hard requirement for government and financial institutions
  • Microsoft-managed — no key management required; Zone Sign / KSK / ZSK rollover is automatic
  • Added cost is small (from a few USD per month)
  • When enabled, a DS record must be registered at the parent zone (TLD registrar)

Design Pitfalls

  1. Forgetting DNS integration when creating a Private Endpoint: the classic cause of name resolution failures
  2. VNet Custom DNS disables Azure-provided DNS: Private DNS Zones stop working (point VNet DNS at the Private Resolver Inbound)
  3. Creating the same Private DNS Zone separately in multiple VNets: leads to inconsistency; consolidate in the Hub VNet
  4. Forgetting the on-premises Conditional Forwarder: Private Endpoints cannot be resolved from on-prem
  5. Unexpected split-horizon DNS behavior: same FQDN exists on both public and private DNS
  6. Setting DNS TTL too high: slow change propagation; under 1 hour is recommended
  7. Forgetting Resource Locking: creates accidental deletion risk

Recommended Reference Architecture

  1. Place Azure DNS Private Resolver in the Hub VNet (Inbound + Outbound Endpoint)
  2. Centralize all Private DNS Zones in the Hub VNet
  3. Set Spoke VNet DNS to the Hub's Private Resolver Inbound Endpoint IP
  4. Connect Spoke VNets to the Private DNS Zones via Virtual Network Links
  5. On-premises DNS conditionally forwards privatelink.* zones to the Hub's Inbound Endpoint
  6. Use the Outbound Endpoint to conditionally forward corp.contoso.local to on-premises DNS
  7. Monitor DNS Query Logs in Microsoft Sentinel

Related Certifications

Frequently Asked Questions

What are the 3 Azure DNS services?

1) Azure DNS (Public): authoritative DNS hosting for public domains (such as example.com), name resolution via Microsoft's global Anycast network, designed for Microsoft 365 and websites. 2) Azure Private DNS Zones: private DNS zones scoped to a VNet, essential for Private Endpoint and VM internal name resolution, invisible from the public internet. 3) Azure DNS Private Resolver: a managed hybrid DNS resolution service that went GA in 2022, enabling bidirectional DNS forwarding between on-premises and Azure. Each is an independent service, and they are commonly used in combination. Private DNS Zones are practically required when you use Private Endpoints, and adding Private Resolver is the modern best practice for hybrid environments.

How do you use a Private DNS Zone?

A Private DNS Zone is a DNS zone scoped to a VNet. Typical use cases: 1) Private Endpoint name resolution (for example, create the privatelink.blob.core.windows.net zone, link it to your VNet, and A records are registered automatically when you create a Private Endpoint), 2) VM internal name resolution (custom zone such as corp.contoso.local), 3) supporting AKS Service Discovery. Setup steps: create the Private DNS Zone → associate it with the target VNet via a Virtual Network Link (use Registration Enabled for automatic VM DNS registration, or Resolution Only for read-only). The privatelink.* zones used together with Microsoft Entra Connect Sync follow Microsoft's recommended naming convention and are auto-configured when you create a Private Endpoint in the Azure Portal.

What is Azure DNS Private Resolver?

Azure DNS Private Resolver is a managed DNS resolution service that went GA in 2022. It provides bidirectional forwarding between on-premises DNS servers and Azure Private DNS Zones. It exposes two endpoints: the Inbound Endpoint (receives DNS queries from on-premises DNS, resolves Private DNS Zones, and returns the answers) and the Outbound Endpoint (forwards queries for specific on-premises domains from Azure VMs to on-premises DNS). The DNS Forwarding Ruleset declaratively manages which domain forwards to which target. Previously you had to build a VM-based DNS forwarder (BIND or Windows DNS Server) inside the VNet, but Private Resolver makes this fully managed. Starting at roughly 200-300 USD per month, it dramatically simplifies DNS infrastructure for hybrid environments.

How do you configure Conditional Forwarding?

Conditional Forwarding is the pattern of forwarding queries for specific domains to another DNS server. Common patterns: 1) on-premises DNS forwards privatelink.blob.core.windows.net to the Azure DNS Private Resolver Inbound Endpoint (10.x.x.x) → Private Endpoints can now be resolved from on-prem, 2) an Azure VM DNS forwarder forwards corp.contoso.local to on-premises DNS (192.168.x.x) → on-prem resources can be resolved from Azure. Private Resolver's Outbound Endpoint plus DNS Forwarding Ruleset manages this declaratively. On the on-premises side (Windows DNS Server, BIND, F5 BIG-IP, etc.) you must also configure a Conditional Forwarder. Without consistent configuration on both sides, name resolution will fail.

How does Azure DNS (Public) compare with Cloudflare and others?

Azure DNS (Public) is Microsoft's Anycast-based authoritative DNS, resolves from edge locations worldwide, offers a 100% SLA (for a single DNS zone), and costs roughly USD 0.50 per zone per month plus USD 0.40 per million queries — among the cheapest options. Functionally it is equivalent to Cloudflare DNS, Google Cloud DNS, and AWS Route 53. For Azure-centric organizations, Azure DNS is the natural choice from an operations consolidation, cost, and integration perspective. Differentiators: 1) Alias Record integration with Azure resources (App Service, Application Gateway) that automatically tracks IP changes, 2) zone management secured by Microsoft Entra ID + RBAC, 3) Azure Monitor integration. Unless you have a specific reason to stick with a third-party DNS, Azure DNS is the default choice.

Does it support DNSSEC?

DNSSEC for Azure DNS (Public) is moving from Preview to GA in 2024, and as of this writing is available in some regions. Once fully GA, DNSSEC can be enabled on every public zone. DNSSEC prevents tampering of DNS responses (DNS spoofing) and is often a hard requirement for government and financial institutions. Azure DNS's DNSSEC is fully Microsoft-managed — no key management on your side, and Zone Sign / KSK / ZSK rollover are all automatic. The added cost is small (a few USD per month), and enabling it requires you to register a DS record at the parent zone (the TLD registrar — e.g., GoDaddy or Cloudflare Registrar for .com). Once Microsoft completes DNSSEC GA, enabling it on production public zones is recommended.

What are the common DNS design pitfalls?

Common pitfalls: 1) forgetting to integrate a Private DNS Zone when creating a Private Endpoint, causing name resolution failures, 2) setting VNet Custom DNS (Custom DNS = on-prem DC IP) which disables the Azure-provided DNS so Private DNS Zones stop working (you must point VNet DNS at the Private Resolver Inbound Endpoint), 3) creating the same Private DNS Zone separately in multiple VNets, which leads to inconsistency (consolidate in the Hub VNet), 4) forgetting the on-premises Conditional Forwarder, so Private Endpoints cannot be resolved from on-prem, 5) using the same FQDN on both Public and Private DNS, leading to unexpected split-horizon DNS behavior, 6) setting DNS TTL too high, causing slow change propagation (under 1 hour is recommended), 7) forgetting Resource Locking on Azure DNS, creating accidental deletion risk. With the rise of Private Endpoint, DNS design has become dramatically more critical.

Which Azure certifications cover this?

AZ-700 (Network Engineer Associate) tests Azure DNS, Private DNS Zone, and Private Resolver deeply, with hybrid DNS design appearing frequently. AZ-104 (Administrator) covers the fundamentals in domain 4, AZ-305 (Solutions Architect Expert) addresses DNS strategy from the architect viewpoint, AZ-800 / AZ-801 (Windows Server Hybrid) covers hybrid AD DS DNS, and SC-100 (Cybersecurity Architect Expert) covers zero-trust networking and name-resolution security. In modern Azure designs that rely heavily on Private Endpoints, understanding DNS is an essential skill.

Related articles and deep dives

Azure Private Endpoint vs Service Endpoint 完全比較|PaaS への安全な接続パターン【2026 年版】

Azure の PaaS サービスへの安全なネットワーク接続パターン Private Endpoint と Service Endpoint を完全比較。動作原理・コスト・セキュリティ・対応サービス・名前解決・NSG 統合・制約を表形式で整理。Private DNS Zone 設定、オンプレからの解決、選定基準、関連認定試験 (AZ-700 / SC-100) を日本語で網羅。

Azure Architect キャリアロードマップ|AZ-900 → AZ-305 → SC-100 シニアアーキテクトへの道【2026 年版】

Azure Solutions Architect になるための認定取得ロードマップ完全版。AZ-900 → AZ-104 → AZ-305 の王道ルート、AZ-400 / SC-100 / AZ-700 との二刀流 / 三刀流戦略、マルチクラウド対応 (AWS / GCP)、未経験から 7-12 ヶ月の学習プラン、年収レンジまで日本語で網羅。

Hyper-V on Azure 完全ガイド|Nested Virtualization・AVS・Azure Migrate・Windows Server 2025 新機能【2026 年版】

Hyper-V on Azure (Nested Virtualization) の完全ガイド。Nested Virtualization の制約、Azure VMware Solution (AVS) との違い、構築手順、Azure Migrate でのオンプレ Hyper-V VM 移行、Windows Server 2025 新機能、Container / WSL2 等代替技術、関連認定試験 (AZ-800 / AZ-801 / AZ-140) を日本語で網羅。

Azure VMSS 完全ガイド|Uniform/Flexible・Auto Scale・Rolling Upgrade・Spot 混在【2026 年版】

Azure Virtual Machine Scale Sets (VMSS) の完全ガイド。Uniform vs Flexible Orchestration mode の使い分け、Auto Scale (Metric/Schedule/Custom)、Custom Image と Azure Compute Gallery、Rolling Upgrade Policy、Spot + Regular 混在パターン、関連認定試験 (AZ-104 / AZ-305 / AZ-400) を日本語で網羅。

The technical information in this article is based on the Azure DNS Documentation. This article is not an official Microsoft Corporation product and has no partnership or sponsorship relationship. Microsoft and Azure are trademarks of the Microsoft group of companies. Information is based on publicly available official materials as of May 24, 2026. Always confirm the latest information on the official pages.

Check what you learned with practice questions

Practice with certification-focused question sets

View Azure exam prep
Author

NicheeLab Editorial Team

NicheeLab editorial team focused on data engineering and cloud certification learning. Content is structured around practical study needs and official exam domains.


Related articles
Azure

AZ-900 Azure Fundamentals: Complete Exam Guide (2026)

Pass AZ-900 — cloud concepts, Azure architecture, management...

Azure

Azure Certification Roadmap: Which Cert to Take Next (2026)

Choose your Azure certification path — Fundamentals, Associa...

Azure

AI-901 Azure AI Fundamentals (Beta): Complete Guide (2026)

Pass AI-901 — Microsoft Foundry, generative AI, responsible ...

Azure

Microsoft Entra ID Fundamentals for Azure Certs (2026)

Entra ID basics every cert candidate needs — tenants, identi...

Azure

DP-900 Azure Data Fundamentals: Complete Guide (2026)

Pass DP-900 — relational, non-relational, analytics, Power B...

Browse all Azure articles (104)
© 2026 NicheeLab All rights reserved.