Configurei um VPS (Ubuntu 22.04, em Contabo na Alemanha) ontem. Infelizmente, recebi a entrada de DNS reverso incorreta (eu inseri example.orgem vez de example.uk). Eu percebi isso rapidamente e o corrigi, e ambos mxtoolbox.come digno meu sistema local mostraram a resolução correta para example.uk.
Este novo sistema tem que se comunicar com um servidor de e-mail, que também é o Ubuntu 22.04 (em Ionos no Reino Unido). No entanto, postfixno servidor de correio rejeita os e-mails recebidos, porque o endereço IP de entrada ainda está resolvendo para example.org. Isso vem acontecendo há cerca de 16 horas. Houve um período ontem à noite em que as correspondências estavam sendo entregues, mas não estão sendo entregues agora.
No servidor de correio, dig +noall +answer -x ip-addrmostra uma contagem regressiva de 2 horas no TTL. No entanto, ele apenas circula novamente, mas ainda mostra example.org. Se eu liberar o cache local com sudo resolvectl flush-cachesele não faz diferença, mas inicia a contagem regressiva novamente. Eu tentei isso em outro VPS no mesmo datacenter (Ionos, Reino Unido) e mostra os mesmos resultados.
Portanto, suponho que Ionos tenha um cache rDNS que ignora o TTL upstream (já mxtoolboxque meu próprio local digestá mostrando o example.ukresultado correto há mais de 16 horas). Isso faz sentido? Posso configurar o resolvedor local no servidor de correio para (temporariamente) ignorar qualquer cache upstream e obter uma resposta autoritativa? Como você obtém uma resposta autoritária no DNS reverso?
Não há muito que você possa fazer, além de verificar três vezes se tudo está correto agora e esperar. Uma maneira de verificar se os registros parecem bons nos servidores de seus provedores seria solicitar
diguma consulta iterativa desde a raiz:ns1.contabo.netdá-me 24 horas TTL. Embora alguns resolvedores de cache possam desconsiderar isso, é por quanto tempo seus registros antigos ainda podem estar visíveis para qualquer pessoa que interaja recentemente com você.