Как заставить внутреннюю виртуальную машину разрешать имя хоста в наборе записей псевдонима DNS

Я создал зону Azure DNS, которая действует как общедоступный преобразователь для разрешения имен хостов. Например, bash $> nslookup myhost.mydomain.com преобразуется в xx.yy.zz.aa через серверы имен Azure при вызове внешним узлом, отличным от лазурного.

Домен mydomain.com получен из Google Domains, где я делегировал все 4 сервера имен серверам Azure. В противном случае набор записей DNS домена Google пуст.

В Azure зона DNS включает набор записей, который является псевдонимом Azure для общедоступного IP-адреса внутренней виртуальной машины, которая внешне известна как myhost.

Хорошо работает для внешних хостов, поиски (и другие способы использования) не работают, если вызываются с внутреннего хоста. Например, на самом myhost или на одноранговом хосте в той же внутренней подсети nslookups завершается ошибкой (не разрешается), а запрос nslookup mydomain.com извлекает только внутренний частный IP-адрес для виртуальной сети, 10. один.

Что мне не удается сделать, чтобы заставить внутренние узлы разрешать полные доменные имена, как внешние?


person Lonnie    schedule 24.12.2020    source источник


Ответы (1)


После моей проверки узел Azure работает так же, как внешние клиенты:

введите описание изображения здесь

Вы можете проверить, настроили ли DNS-серверы в виртуальной сети Azure предоставленный лазером DNS по умолчанию или пользовательский DNS-сервер 168.63.129.16. После его изменения вы можете перезапустить виртуальную машину Azure, чтобы добиться этого.

введите описание изображения здесь

Пожалуйста, дайте мне знать, если у вас возникнут какие-либо вопросы, или покажите результат, когда вы запустите nslookup myhost.mydomain.com на внутренних хостах.

person Nancy Xiong    schedule 25.12.2020
comment
Это действительно была проблема: хотя я не помню, чтобы делал выбор, для свойства DNS Servers было установлено значение Custom, и были добавлены IP-адреса конкретных виртуальных машин. Когда я перешел на Default (предоставленный Azure) и перезагрузил виртуальные машины с заданной областью, их файлы /etc/resolv.conf обновились, и они могли правильно преобразовывать имена в IP-адреса. - person Lonnie; 25.12.2020