Ajuda a resolver um problema de SRVFAIL DNS

Question

Preciso de ajuda para resolver um problema de DNS. Um dos meus sites, kengraycoaching.com, de repente tornou-se indisponível e retorna um erro 404 não encontrado. Estava funcionando bem até ontem. É meu provedor de hospedagem (hospedagem compartilhada) ou meu ISP?

O provedor de hospedagem diz "Não é nada em nossa rede e parece que o servidor DNS do seu ISP não está tirando a zona de nós."

Os servidores DNS para kengraycoaching.com estão configurados para 56a.genwebserver.net e 56b.genwebserver.net. Eu tenho outros sites no mesmo servidor de hospedagem compartilhada que funcionam bem.

nslookup retorna um SRVFAIL. Eu tentei vários comandos de dig, mas eu realmente não sei como interpretar os resultados ou como corrigir o problema. Aqui está o que eu tentei:

:~ steve$ nslookup kengraycoaching.com

Server: 192.168.1.1
Address:    192.168.1.1#53

** server can't find kengraycoaching.com: SERVFAIL


:~ steve$ dig kengraycoaching.com

; <<>> DiG 9.6.0-APPLE-P2 <<>> kengraycoaching.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 42660
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;kengraycoaching.com.       IN  A

;; Query time: 168 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Apr 26 09:42:03 2011
;; MSG SIZE  rcvd: 37


:~ steve$ dig +trace kengraycoaching.com

; <<>> DiG 9.6.0-APPLE-P2 <<>> +trace kengraycoaching.com
;; global options: +cmd
.           92895   IN  NS  c.root-servers.net.
.           92895   IN  NS  d.root-servers.net.
.           92895   IN  NS  b.root-servers.net.
.           92895   IN  NS  m.root-servers.net.
.           92895   IN  NS  h.root-servers.net.
.           92895   IN  NS  k.root-servers.net.
.           92895   IN  NS  l.root-servers.net.
.           92895   IN  NS  e.root-servers.net.
.           92895   IN  NS  f.root-servers.net.
.           92895   IN  NS  a.root-servers.net.
.           92895   IN  NS  g.root-servers.net.
.           92895   IN  NS  j.root-servers.net.
.           92895   IN  NS  i.root-servers.net.
;; Received 472 bytes from 192.168.1.1#53(192.168.1.1) in 18 ms

com.            172800  IN  NS  h.gtld-servers.net.
com.            172800  IN  NS  m.gtld-servers.net.
com.            172800  IN  NS  k.gtld-servers.net.
com.            172800  IN  NS  j.gtld-servers.net.
com.            172800  IN  NS  f.gtld-servers.net.
com.            172800  IN  NS  d.gtld-servers.net.
com.            172800  IN  NS  g.gtld-servers.net.
com.            172800  IN  NS  e.gtld-servers.net.
com.            172800  IN  NS  l.gtld-servers.net.
com.            172800  IN  NS  b.gtld-servers.net.
com.            172800  IN  NS  c.gtld-servers.net.
com.            172800  IN  NS  a.gtld-servers.net.
com.            172800  IN  NS  i.gtld-servers.net.
;; Received 497 bytes from 202.12.27.33#53(m.root-servers.net) in 136 ms

kengraycoaching.com.    172800  IN  NS  56a.genwebserver.net.
kengraycoaching.com.    172800  IN  NS  56b.genwebserver.net.
;; Received 121 bytes from 192.5.6.30#53(a.gtld-servers.net) in 134 ms

kengraycoaching.com.    14400   IN  A   64.27.53.90
kengraycoaching.com.    86400   IN  NS  56a.genwebserver.net.
kengraycoaching.com.    86400   IN  NS  56b.genwebserver.net.
;; Received 105 bytes from 64.27.53.90#53(56a.genwebserver.net) in 46 ms



:~ steve$ dig kengraycoaching.com @h.gtld-servers.net

; <<>> DiG 9.6.0-APPLE-P2 <<>> kengraycoaching.com @h.gtld-servers.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28748
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 2
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;kengraycoaching.com.       IN  A

;; AUTHORITY SECTION:
kengraycoaching.com.    172800  IN  NS  56a.genwebserver.net.
kengraycoaching.com.    172800  IN  NS  56b.genwebserver.net.

;; ADDITIONAL SECTION:
56a.genwebserver.net.   172800  IN  A   64.27.53.90
56b.genwebserver.net.   172800  IN  A   64.27.53.91

;; Query time: 190 msec
;; SERVER: 192.54.112.30#53(192.54.112.30)
;; WHEN: Tue Apr 26 09:48:36 2011
;; MSG SIZE  rcvd: 121

:~ steve$ dig @56a.genwebserver.net kengraycoaching.com

; <<>> DiG 9.6.0-APPLE-P2 <<>> @56a.genwebserver.net kengraycoaching.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26117
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;kengraycoaching.com.       IN  A

;; ANSWER SECTION:
kengraycoaching.com.    14400   IN  A   64.27.53.90

;; AUTHORITY SECTION:
kengraycoaching.com.    86400   IN  NS  56a.genwebserver.net.
kengraycoaching.com.    86400   IN  NS  56b.genwebserver.net.

;; Query time: 46 msec
;; SERVER: 64.27.53.90#53(64.27.53.90)
;; WHEN: Tue Apr 26 11:17:49 2011
;; MSG SIZE  rcvd: 105

Gostaria de receber ajuda para depurar isso. Obrigado.

[edit: resultados adicionais de: ~ steve $ dig @ 56a.genwebserver.net kengraycoaching.com para mais informações.]

    

Answer 1

A versão +trace percorre o processo de " recursão " e mostra que funciona corretamente quando é feito passo a passo. Os passos da recursão aqui são:

1. Um servidor raiz é escolhido na lista interna de servidores raiz.
2. m.root-servers.net diz que * .gtld-servers.net é executado .com
3. a.gtld-servers.net diz que 56a / b.genwebserver.net executa kengraycoaching.com
4. 56a.genwebserver.net diz que o endereço IP de "kengraycoaching.com" é "64.27.53.90"

Como um aparte, dig [A] www.somehostname.com @*.gtld-servers.net geralmente nunca dará uma resposta significativa, o objetivo desses servidores é direcionar as pessoas para os servidores de nomes registrados para o seu domínio .com .

Do que você tem até agora, eu diria que o servidor de nomes em 192.168.1.1 (um roteador a cabo / dsl, eu presumo?) está configurado incorretamente ou quebrado. Se a configuração tiver um endereço IP (presumivelmente, o servidor DNS do seu ISP) que o roteador esteja usando, tente dig hostname @tha.tad.dre.ss forçar a escavação a pular 192.168.1.1 e conversar diretamente com esse servidor DNS. Se funcionar, algo está errado com o roteador. Se não houver resposta, o servidor DNS do ISP está inativo ou você tem o endereço errado. Se conversar com o servidor funcionar diretamente, mas não resolver o endereço, haverá um problema com o servidor DNS do provedor.