Azure DNS プライベート ゾーンを使用して DNS 解決を機能させるには、サポートが必要です。次のドキュメントに従いました:プライベート DNS の取得
プライベート ゾーン example.local を作成し、jump.example.local という A レコードを作成しました。ドキュメントに記載されているとおり、Ubuntu 18.04 LTS の VM を 2 つ作成しました。IP の 1 つである 10.0.1.4 を取得し、それを使用して jump.example.local レコードを更新しました。
OS から次のコマンド ラインを実行しようとすると、A レコードから結果が得られません。
dig jump.example.local
DNS 解決構成を確認すると、次のようになります:
systemd-resolve --status
Global
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 2 (eth0)
Current Scopes: DNS
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 168.63.129.16
DNS Domain: xqelsdawdufutaole0y2mhw4zb.vx.internal.cloudapp.net
VM から DNS 構成によって指定された DNS サーバーを dig で直接使用すると、目的の A レコードが見つかります。
dig @168.63.129.16 jump.example.local
; <<>> DiG 9.11.3-1ubuntu1.1-Ubuntu <<>> @168.63.129.16 jump.example.local
; (1 server found)
;; global options: +cmd
;; Got answer:
;; WARNING: .local is reserved for Multicast DNS
;; You are currently testing what happens when an mDNS query is leaked to DNS
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62699
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
; COOKIE: 4681bec0bce6fa9e (echoed)
;; QUESTION SECTION:
;jump.example.local. IN A
;; ANSWER SECTION:
jump.example.local. 2042 IN A 10.0.1.4
;; Query time: 1 msec
;; SERVER: 168.63.129.16#53(168.63.129.16)
;; WHEN: Mon Aug 27 16:11:54 UTC 2018
;; MSG SIZE rcvd: 76
VM を再起動して、netplan 内に構成を挿入しようとしました。しかし、使用する DNS サーバーが追い付いていないようです。
ネットプラン構成ファイル
# /etc/netplan/50-cloud-init.yaml
network:
version: 2
ethernets:
ephemeral:
dhcp4: true
match:
driver: hv_netvsc
name: '!eth0'
optional: true
hotpluggedeth0:
dhcp4: true
match:
driver: hv_netvsc
name: 'eth0'
nameservers:
addresses: [168.63.129.16]
search: [example.local]
Ubuntu OS は、example.local ゾーンを Azure DNS に転送する必要があることを認識できないようです。
アップデート#1
存在しないか、コマンド ラインがsystemd-resolve --status返すリストに含まれていない別の TLD を使用することを考え、代わりに使用したところ、今回は問題なく動作しました。したがって、サービスによって開始される 127.0.0.53:53 dns 名前リゾルバではなく、適切なネーム サーバに対して.xyz強制的に検索されるように、適切なネットプラン構成を把握する必要があるように思われます。example.localsystemd-resolve
アップデート#2
設定ファイルはこちらです/etc/netplan/50-cloud-init.yaml。
# This file is generated from information provided by
# the datasource. Changes to it will not persist across an instance.
# To disable cloud-init's network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
version: 2
ethernets:
eth0:
dhcp4: true
match:
macaddress: 00:0d:3a:f4:5a:99
set-name: eth0
nameservers:
addresses: [168.63.129.16]
search: [example.local]
ファイルを編集してコマンド ラインを適用すると、sudo netplan apply動作します。再起動も試しましたが、構成はそのまま維持されています。テストを行ってくれた @nancy-xiong-msft に感謝します。
答え1
どうやら解決したようですね。私も Ubuntu LTS 16 と Ubuntu LTS 18.04 を使用してこれをテストしました。Ubuntu dig vm01.contoso.localLTS 18.04 でも同じシナリオが発生しましたが、結果は出ませんでした。ただし、Ubuntu LTS 16 では動作しました。これは、Ubuntu がネットワーク インターフェイスを管理する方法が完全に変更されたためだと思います。
また、ネットプラン構成に以下を追加します
nameservers:
addresses: [168.63.129.16]
search: [contoso.local]
次に、 を実行しますsudo netplan apply。これで動作するようになりました。
