Предварительный просмотр приватной зоны Azure DNS не работает с виртуальными машинами Ubuntu

Мне нужна помощь в настройке разрешения DNS, используя частную зону DNS Azure. Я следовал за документацией здесь: https://docs.microsoft.com/en-us/azure/dns/private-dns-getstarted-cli

Я смог создать частную зону example.local и создал запись A с именем jump.example.local. Как сказано в документации, я создал две виртуальные машины Ubuntu 18.04 LTS. Взял один из IP 10.0.1.4 и обновил с него мою запись jump.example.local.

Когда я пытаюсь сделать из ОС следующую командную строку, я не получаю результата из моей записи А.

    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

Если я использую непосредственно в dig серверы dns, указанные моей конфигурацией dns из vm, он находит нужную запись 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

Я попытался перезагрузить виртуальную машину. Я пытаюсь внедрить конфигурацию в netplan. Но, похоже, не догоняет сервер DNS для использования.

файл конфигурации 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]

Мне кажется, что Ubuntu OS не может поймать, что зона example.local должна быть перенаправлена ​​в Azure DNS.

Обновление № 1

Я использую другой TLD, который не существует или не является частью списка командной строки systemd-resolve --status возвращается и я использовал .xyz вместо этого, и на этот раз все получилось без проблем. Так что мне кажется, что мне нужно выяснить правильную конфигурацию netplan, чтобы заставить example.local искать на соответствующем сервере имен, а не на 127.0.0.53:53 dns name resolver, который запускается systemd-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. Тот же сценарий dig vm01.contoso.local безрезультатно получилось в Ubuntu LTS 18.04. Тем не менее, он работал в Ubuntu LTS 16. Я думаю, это из-за того, что Ubuntu управляет сетевыми интерфейсами полностью изменилось.

Кроме того, я добавляю следующее к конфигурации netplan

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

Затем запустите sudo netplan applyЭто работает сейчас.

Ссылка: Настройка статических IP-адресов на сервере Ubuntu 18.04 LTS

Другие вопросы по тегам