Azure 仮想マシンの名前解決を理解する ～ Azure が提供する名前解決 ～

Azure では仮想ネットワーク (VNet) 内に配置されたリソースの名前解決を行う方法として、以下の 4 つの方法が用意されています。

正引きの名前解決

• ホスト名で要求すると自動的に DNS サフィックス *.internal.cloudapp.net が付与されて名前解決が行われています。
• この前方参照ゾーン *.internal.cloudapp.net は特にこちらでは構成しておらず MS によって自動作成され管理されています。

• IP アドレスで要求すると対応する逆引きレコード x.x.x.x.in-addr.arpa が参照されて名前解決が行われています。
• この逆引きレコード x.x.x.x.in-addr.arpa は特にこちらでは構成しておらず MS によって自動作成され管理されています。

DNS 参照設定の確認

• ホスト名で要求すると自動的に DNS サフィックス *.internal.cloudapp.net が付与されて名前解決が行われています。
• この前方参照ゾーン *.internal.cloudapp.net は特にこちらでは構成しておらず MS によって自動作成され管理されています。

• IP アドレスで要求すると対応する逆引き参照ゾーン x.x.x.x.in-addr.arpa が参照されて名前解決が行われています。
• この逆引き参照ゾーン x.x.x.x.in-addr.arpa は特にこちらでは構成しておらず MS によって自動作成され管理されています。

DNS 参照設定の確認

• IP アドレスや DNS 設定は、DHCP から自動的に配布されたものを利用する設定になっています。
• DNS サフィックスは明示的に設定されていません。

続いて、 NIC に実際に反映された設定を確認します。

• IP アドレスや DNS 設定は Azure 提供 DHCP 168.63.129.16 から配布されており、自動的に設定されています。
• DNS サフィックスも NIC の DNS Domain に MS 管理のゾーン *.internal.cloudapp.net が DHCP から配布されています。
• /etc/resolv.conf の search に DNS Domain の値が反映されています。

• 正引き／逆引きともに自動的にレコードが追加されます。

IP アドレスを変更する

• Windows VM win-vm-2 の IP アドレスを 10.1.0.5 から 10.1.0.15 に変更する
• Linux VM lin-vm-2 の IP アドレスを 10.1.1.5 から 10.1.1.15 に変更する

• Windows VM win-vm-2 のホスト名を win-vm-2 から win-vm-2x に変更する
• Linux VM lin-vm-2 のホスト名を lin-vm-2 から lin-vm-2x に変更する

• 正引き／逆引きともに自動的にレコードが更新されます。(要再起動)

仮想マシンを停止する

Windows VM win-vm-2 のレコード

• 正引き／逆引きともに名前解決ができなくなります。

Linux VM lin-vm-2 のレコード

• 正引き／逆引きともに名前解決ができなくなります。

異なる VNet に配置された VM を名前解決する

VNet vnet-1 の VM から名前解決する

• 同じ VNet の VM は正引き／逆引きともに名前解決できます。

• 異なる VNet の VM は正引き／逆引きともに名前解決できません。

• 同じ VNet の VM は正引き／逆引きともに名前解決できます。

FQDN を指定して名前解決する

カスタム DNS サーバーを中継して名前解決を試みる

VNet vnet-2 の Windows VM を DNS サーバーにして VNet vnet-1 の VM から名前解決する

VNet vnet-1 の Windows VM win-vm-1 から VNet vnet-2 の VM の名前解決を行います。

• ホスト名 (DNS サフィックスなし) ／FQDN ともに名前解決できません。

VNet vnet-2 の Windows VM を DNS サーバーにして VNet vnet-1 の VM から名前解決する
(DNS フォワーダーあり)

VNet vnet-1 の Windows VM win-vm-1 から VNet vnet-2 の VM の名前解決を行います。

• FQDN の場合は、正引きの名前解決ができます。

恐らく DNS サーバー自身の IP アドレスはフォワードせずに、自身のもつ逆引きゾーンで解決しようとして、ゾーンがないためエラーになる動きをしているように思えますが、本稿の本質ではないためここまでの確認とします。

本稿では、Azure が提供する名前解決により、VM の名前解決がどのように行われるかを確認しました。

追加の構成や管理を行うことなく、正引き／逆引きともに名前解決することができ DNS レコードの更新も自動的に行われるため、とても便利で手軽ですが、VNet を跨いで名前解決を行うことができないことや VM 停止時には DNS レコードが参照できないなどの制約があることから、利用可能なシナリオが限定されることがわかりました。

特に、エンタープライズシナリオにおいて一般的な Hub & Spoke 型のネットワークトポロジーにおいては、DNS リゾルバを Hub VNet に配置して集中管理することが一般的ですが、このとき Azure が提供する名前解決では DNS リゾルバが存在する Hub VNet の VM しか名前解決できないことがネックになってくると思います。

Azure が提供する名前解決の特徴や考慮事項は次の公式ドキュメントにもまとめられています。

Azure 仮想ネットワーク内のリソースの名前解決

Azure IaaS、ハイブリッド ソリューション、異なるクラウド サービス間、Active Directory、および独自の DNS サーバーの使用に関係する名前解決シナリオです。

learn.microsoft.com