Temos uma única rede virtual, com um único servidor de nuvem no Azure. Essa rede virtual possui vários nós de servidores - incluindo máquinas Windows e algumas máquinas Linux. Uma das máquinas Windows hospeda um servidor DNS local, para fins de resolução de nomes dentro da rede virtual. Todos os nós foram criados com a opção DNS, para que o DNS local seja registrado nos nós como seu DNS. Além disso, as configurações de rede virtual foram atualizadas para incluir esse servidor DNS (172.16.0.4) como um DNS para o VN.
Minhas máquinas com Windows podem funcionar bem - com o novo provisionamento ou reinicialização, o DNS é atualizado automaticamente para refletir o novo IP da máquina, se houver.
No entanto, as máquinas Linux não estão registradas neste DNS local. Os nós do Linux são capazes de resolver o IP do nó do Windows, usando o DNS local (172.16.0.4), mas não conseguem alcançar os outros nós do Linux por meio da resolução de nomes.
Eu tentei atualizar o arquivo resolvconf / resolvconf.d / tail e adicionei uma entrada "search" e reiniciei. Também tentei fornecer o FQDN para o arquivo hostname do servidor Linux. Notei que o resolv.conf ainda tem uma string "search reddog.microsoft.com". Isso sugere que o sufixo DNS usado ainda é o mais antigo, embora um novo servidor DNS local esteja disponível no VN. O resolv.conf parece com o seguinte:
nameserver 172.16.0.4
search reddog.microsoft.com
Pelo que entendi, a causa raiz desse problema é que o servidor DHCP do Azure deve enviar solicitações DDNS para esse DNS local (que foi devidamente registrado como um DNS de nível VN) para atualizar registros de qualquer novo nó ou nó reiniciado que venha para este VN. Mas o DHCP do Azure não parece estar enviando essas solicitações DDNS para o DNS. O que estou perdendo?
Meus pensamentos iniciais seriam de que este é um problema com seu servidor DNS aceitando o registro do servidor Linux em vez de um problema com ele sendo direcionado para lá. Uma coisa é verificar se a sua zona DNS está configurada para aceitar atualizações não seguras? Isso é necessário, pois os servidores Linux não poderão autenticar para atualizar o DNS.
Você pode modificar a configuração do seu cliente DHCP adicionando as seguintes linhas:
supersede domain-name "your.domainname.com";
supersede domain-search "your.domainname.com";
supersede search "your.domainname.com";
Normalmente, você pode localizar a configuração DHCP no arquivo /etc/dhcp/dhclient.conf . Pesquise dhclient dentro de /etc/ para encontrar o caminho certo.
Outras soluções possíveis: link
Sem mencionar que o conteúdo do /etc/resolv.conf é redefinido para o padrão do Azure sempre que o servidor é reinicializado. Portanto, mesmo se você alterá-lo, da próxima vez que você reiniciar, ele voltará com o domínio de pesquisa de reddog.microsoft.com e qualquer que seja seu servidor de nomes padrão do Azure.