Estou criando um registro de DNS por meio da API do Google Cloud, terminando com:
Após a entrada ser confirmada como criada e visualizável na API, estou tentando resolvê-la usando o nslookup, mas fico:
$ nslookup some-subdomain.mysite.io
Server: 192.168.178.1
Address: 192.168.178.1#53
** server can't find some-subdomain.mysite.io: NXDOMAIN
Ele permanece assim por alguns minutos, até que finalmente seja resolvido.
Como a primeira pesquisa é depois que foi criada, eu esperaria que ela não fosse perdida (e, portanto, não perca o cache). Existe algo que eu possa fazer para que a busca seja bem sucedida mais cedo?
A solução que obtivemos foi usar uma entrada de DNS curinga. Então agora eu tenho uma entrada:
*.mysite.io -> 10.XX.XX.XX
Isso significa que qualquer subdomínio criado é resolvido imediatamente, pois o DNS já existe. Em seguida, roteamos internamente com base no cabeçalho do host.
Se você fizer a consulta antes de criar o registro, você polui o cache com um código de retorno NXDOMAIN para o registro de um atraso chamado de TTL negativo especificado no registro SOA (último item).
Além disso, você não deve usar nslookup para diagnósticos de DNS, mas dig e sempre deve especificar a sua consulta, para ter certeza de separar os resultados provenientes dos servidores de nomes oficiais por aqueles armazenados em cache em algum lugar em um servidor de nomes recursivo. .
Você cria um registro por meio da Google Cloud API e começa a resolvê-lo. Mas você não sabe com que frequência o Google atualiza sua configuração de DNS, pode levar alguns minutos para atualizar a configuração de zona, e por isso não resolve por alguns minutos.
Se você quiser saber mais sobre o trabalho do DNS, leia este artigo ou verifique esta história em quadrinhos , por exemplo.