A visualização da zona privada do DNS do Azure não funciona com máquinas virtuais do Ubuntu

A visualização da zona privada do DNS do Azure não funciona com máquinas virtuais do Ubuntu

Preciso de ajuda para fazer a resolução DNS funcionar usando uma zona privada DNS do Azure. Eu segui a documentação aqui:https://docs.microsoft.com/en-us/azure/dns/private-dns-getstarted-cli

Consegui criar a zona privada example.local e criei um registro A chamado jump.example.local. Conforme a documentação diz para fazer, criei 2 VMs Ubuntu 18.04 LTS. Peguei um IP que é 10.0.1.4 e atualizei meu registro jump.example.local com ele.

Quando estou tentando fazer a seguinte linha de comando no sistema operacional, não obtenho nenhum resultado do meu registro A.

    dig jump.example.local

se eu verificar minhas configurações de resolução de DNS, recebo:

    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

Se eu usar diretamente no dig os servidores DNS apontados pela minha configuração de DNS da VM, ele encontra o registro A desejado.

    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

Tentei reiniciar a VM. Estou tentando injetar a configuração no netplan. Mas parece não alcançar o servidor DNS para usar.

o arquivo de configuração do 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]

Parece-me que o sistema operacional Ubuntu não é capaz de captar que a zona example.local deve ser encaminhada para o DNS do Azure.

Atualização nº 1

Pensei em usar outro TLD que não existe ou não faz parte da lista que a linha de comando systemd-resolve --statusretorna e usei .xyze desta vez funcionou sem nenhum problema. Portanto, parece-me que preciso descobrir a configuração adequada do netplan para forçar example.locala pesquisa no servidor de nomes adequado e não no resolvedor de nomes DNS 127.0.0.53:53 que é iniciado pelo systemd-resolveserviço.

Atualização nº 2

Aqui está o arquivo de configuração /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]

Depois de editar o arquivo e aplicar a linha de comando, sudo netplan applyele funciona. Também tentei reiniciar e as configurações foram mantidas. Obrigado a @nancy-xiong-msft pelos testes.

Responder1

Parece que você descobriu. Também testei isso usando Ubuntu LTS 16 e Ubuntu LTS 18.04. O mesmo cenário dig vm01.contoso.localsem resultado aconteceu no Ubuntu LTS 18.04. No entanto, funcionou no Ubuntu LTS 16. Acho que isso se deve à forma como o Ubuntu gerencia as interfaces de rede mudou completamente.

Além disso, adiciono o seguinte à configuração do netplan

nameservers:
                    addresses: [168.63.129.16]
                    search: [contoso.local]

Em seguida, execute o sudo netplan apply, Está funcionando agora.

insira a descrição da imagem aqui

Referência:Configurar endereços IP estáticos no servidor Ubuntu 18.04 LTS

informação relacionada