Назад | Перейти на главную страницу

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

Мне нужна помощь в настройке разрешения DNS с использованием частной зоны Azure DNS. Я следил за документацией здесь: 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.

Когда я пытаюсь выполнить из ОС следующую командную строку, я не получаю результата от моей записи 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

Если я использую непосредственно в 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 не может определить, что зона example.local должна быть перенаправлена ​​в Azure DNS.

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

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

Кажется, вы разобрались. Я также тестирую это с помощью 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