Uma semana atrás eu adicionei alguns novos registros A à zona mints.rocks existente
h37.mints.rocks , resh37.mints.rocks
E agora às vezes o dns resolve com valor vazio
Mas os 40 registros anteriores funcionam bem, por exemplo
h34.mints.rocks resh34.mints.rocks
DomÃnio hospedado em name.com, servidores de nomes padrão usados. Sem registros personalizados, apenas A. Todos os registros criados via api
Eu recriei registros algumas vezes. Mesmos problemas. Alguns dos novos registros no domÃnio podem estar com o problema.
Para testar estou usando dnschecker.org , toda vez que novos servidores dns retornam valor errado
algumas vezes recebi o erro "Nome de domÃnio não resolvido" no meu laptop no navegador.
intodns.com mostra nenhum erro. Eu não tenho nenhuma idéia de como corrigir o bug. Suporte do Name.com não responde
ATUALIZAR:
exemplo de resultado de escavação errado:
~$ dig h37.mints.rocks
; <<>> DiG 9.16.1-Ubuntu <<>> h37.mints.rocks
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 38029
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;h37.mints.rocks. IN A
;; Query time: 56 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Wed Aug 12 22:18:36 CEST 2020
;; MSG SIZE rcvd: 44
ns{1,2,3,4}.name.com
parecem usar anycast, com base na observação de latências <1ms de locais muito diferentes. (Na verdade, parece ser um serviço NSOne ou outro.)Com base na descrição do problema (o problema ocorre apenas para seus registros mais recentes e ocorre aparentemente aleatoriamente, mas não em qualquer cliente) e sabendo que é um serviço anycast, tenho a suspeita de que nem todos os nós em seu cluster anycast têm o atual dados da zona.
Se você alterar a consulta do site DNS Checker para procurar a
SOA
sua zona, isso parece apoiar essa teoria (diferentes seriais aparecendo aleatoriamente em alguns dos servidores de teste do DNS Checker).Acho que os resultados para
SOA
são mais reveladores em relação à natureza do problema, talvez isso possa ajudar suas interações com o atendimento ao cliente.Ao usar servidores DNS gratuitos oferecidos em registradores, você terá que esperar um serviço ruim. Esses tipos de erros de resolução transitória não são incomuns. Se você deseja respostas DNS consistentes, precisa usar um serviço DNS premium ou hospedar seus próprios servidores de nomes para atender às suas necessidades e também solucionar erros de resolução de ponta a ponta.
Se você precisar de documentação de uma falha para apresentar ao suporte, basta fazer consultas contÃnuas de seus registros A (por meio de uma ferramenta de usuário como
dig
ou algo comosocket.gethostbyname()
em Python), registrar os erros e enviar suas descobertas ao suporte canais.No final, se você precisar de um host DNS mais consistente... obtenha um host DNS mais consistente.