Necesito ayuda para que la resolución DNS funcione mediante una zona privada de Azure DNS. Seguí la documentación aquí:https://docs.microsoft.com/en-us/azure/dns/private-dns-getstarted-cli
Pude crear la zona privada example.local y creé un registro A llamado jump.example.local. Como lo indica la documentación, luego creé 2 máquinas virtuales Ubuntu 18.04 LTS. Tomé una de las IP que es 10.0.1.4 y actualicé mi registro jump.example.local con ella.
Cuando intento ejecutar desde el sistema operativo la siguiente línea de comando, no obtengo ningún resultado de mi registro A.
dig jump.example.local
si reviso mis configuraciones de resolución DNS obtengo:
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
Si uso directamente en la excavación los servidores DNS señalados por mi configuración DNS desde la máquina virtual, encuentra el registro A deseado.
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
Intenté reiniciar la VM. Estoy intentando inyectar la configuración dentro de netplan. Pero no parece poder utilizar el servidor DNS.
el archivo de configuración de netplan
# /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]
Me parece que el sistema operativo Ubuntu no puede detectar que la zona example.local debe reenviarse a Azure DNS.
Actualización #1
Pensé en usar otro TLD que no existe o no es parte de la lista que systemd-resolve --statusdevuelve la línea de comando y lo usé .xyzen su lugar y esta vez funcionó sin ningún problema. Entonces me parece que necesito encontrar la configuración de netplan adecuada para forzar example.localla búsqueda en el servidor de nombres adecuado y no en el solucionador de nombres dns 127.0.0.53:53 que inicia el systemd-resolveservicio.
Actualización #2
Aquí está el archivo de configuración /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]
Una vez que editó el archivo y aplicó la línea de comando, sudo netplan applyfunciona. También intenté reiniciar y las configuraciones se mantienen en su lugar. Gracias a @ nancy-xiong-msft por las pruebas.
Respuesta1
Parece que lo has descubierto. También pruebo esto usando Ubuntu LTS 16 y Ubuntu LTS 18.04. El mismo escenario dig vm01.contoso.localsin resultado ocurrió en Ubuntu LTS 18.04. Sin embargo, funcionó en Ubuntu LTS 16. Creo que esto se debe a que la forma en que Ubuntu administra las interfaces de red ha cambiado por completo.
Además, agrego lo siguiente a la configuración de netplan.
nameservers:
addresses: [168.63.129.16]
search: [contoso.local]
Luego, ejecute el sudo netplan apply, ya está funcionando.
Árbitro:Configurar direcciones IP estáticas en el servidor Ubuntu 18.04 LTS