☰

Servfail de um servidor DNS na Romênia

tag-icon • tag-icon domain-name-system digital-ocean namecheap
Servfail de um servidor DNS na Romênia

O site que lancei junto com meu novo aplicativo foi relatado na Romênia, mas funciona bem do meu lado. Tentei acessá-lo de um servidor DNS público de lá (5.254.96.195), mas o nslookup retorna um SERVFAIL.

O domínio éfarol.sh.

Aqui está a saída de dig @5.254.96.195 beacon.sh:

; <<>> DiG 9.12.0 <<>> @5.254.96.195 beacon.sh
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 1494
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;beacon.sh.         IN  A

;; Query time: 1573 msec
;; SERVER: 5.254.96.195#53(5.254.96.195)
;; WHEN: Wed Feb 28 10:51:08 CET 2018
;; MSG SIZE  rcvd: 27

Eu uso digital ocean e namecheap, agradeceria muito se alguém me ajudasse.

Responder1

Eu não recebo uma falha semelhante:

[me@risby personal]$ dig @5.254.96.195 beacon.sh
[...]
;; ANSWER SECTION:
beacon.sh.              3135    IN      A       138.68.190.199

Não entendo por que você está consultando esse servidor (5.254.96.195), mas quaisquer problemas que você esteja enfrentando são entre você, seu provedor de hospedagem e eles. Pode ser que haja muitas coisas: proxy DNS transparente dando errado, proxy transparente dando erradocerto(dependendo de como está configurado), flap temporário de BGP, firewalls duvidososa caminho, e assim por diante. Somente com a ajuda do seu provedor de hospedagem e do provedor do servidor DNS você poderá resolver isso. Eu diria que seu melhor plano era usar os servidores DNS que a digital ocean e a namecheap recomendam que você use com suas ofertas; pelo menos você terá algum tipo de base contratual para esperar que um problema seja investigado. Caso contrário, duvido que isso seja solucionável.

Se você está consultando esse servidor porque está tentando descobrir por que esse usuário remoto não consegue acessar seu site e é o servidor DNS do usuário remoto, responder à pergunta maior é igualmente problemático. Quando algum usuário final reclama que não consegue acessar seu site e você tem certeza de que seu servidor está funcionando e funcionando, a pessoa em melhor posição para diagnosticar isso éa pessoa de TI no site do usuário remoto. Como você descobriu, tentar diagnosticar remotamente seus problemas de conectividade introduz um grande número de possíveis problemas adicionais para turvar a água, pelo menos um dos quais está claramente afetando você.

informação relacionada