Personnaliser les DNS d’un réseau privé dans Azure

Lorsque vous créez des serveurs, containers ou encore WebApp dans Azure, c’est Microsoft qui s’occupe de la résolution des noms de domaine au sein de votre réseau privé. C’est bien souvent suffisant pour une entreprise qui n’utilise que le Cloud et ne dispose pas d’une infrastructure locale (on-prem).

Une infrastructure à débordement

Pour autant, ce n’est pas le scénario le plus courant pour les entreprises qui existent déjà depuis des années et qui n’ont pas attendu le cloud mais disposent d’un datacenter on-prem. Dans ce cas, on déploie bien souvent une forme de datacenter à débordement afin que les serveurs on-prem et dans le Cloud puissent cohabiter et communiquer via un lien VPN S2S ou une ExpressRoute.

Personnaliser les DNS de votre VNet dans Azure

Lorsque vous avez créé un réseau privé dans Azure et si vous avez installé un Active Directory au sein de votre souscription Azure, il est nécessaire de modifier la configuration de votre réseau afin de lui indiquer que la résolution des noms de domaines doit passer par vos Domain Controllers et non pas par les automatismes proposés nativement par Azure.

Cette opération est extrêmement simplement à réaliser. Il suffit de noter quelles sont les addresses IP qui sont utilisées par les serveurs qui hébergent le rôle de Active Directory Domain Services (les Domain Controllers). Ensuite sur chaque VNet, vous pouvez alors modifier les adresses IP vers lesquelles renvoyer les requêtes DNS dans la section « DNS Servers« .

Si vous disposez de plusieurs Domain Controllers alors vous devez ajouter toutes les addresses IP correspondant à chaque Domain Controller.

En PowerShell

Pour réaliser la même action mais en PowerShell, vous pouvez utiliser les quelques commandes ci-dessous :

$dnsServers = @("10.0.0.4" "10.0.0.5")
$VNet = Get-AzVirtualNetwork -Name "VNetName" -ResourceGroupName "VNetRG"
$VNet.DhcpOptions.DnsServers = $dnsServers
$VNet | Set-AzVirtualNetwork

Dans certains cas, vous devrez redémarrer les ressources déployées au sein du VNet pour que le changement soit bien pris en compte – notamment les machines virtuelles et les Application Gateway.