Meu servidor DNS não consegue encontrar um site quando solicitado pelo meu computador, mas pode quando perguntado por outro

0

Suponho que o título realmente diz tudo ... o que foi dito, recebo os seguintes resultados do meu computador ...

EDIT 1 - Detalhes adicionais -

----------------------------------------- ---------------------------

Eu acessei a página de destino depois de criar o domínio que consegui acessar, depois configurei o ambiente da AWS incluindo a configuração do Registro de alias do Route53 apontando para a página estática no meu bucket do S3 ... Depois de criar o alias registrar e atualizar os registros DNS NS com meu registrador. Tudo deveria funcionar, e funciona !! com tudo, exceto meu computador ...

----------------------------------------- ---------------------------

> nslookup -debug procyclinsur.pro
------------
Got answer:
    HEADER:
        opcode = QUERY, id = 1, rcode = NOERROR
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 1,  authority records = 3,  additional = 3

    QUESTIONS:
        97.112.122.61.in-addr.arpa, type = PTR, class = IN
    ANSWERS:
    ->  97.112.122.61.in-addr.arpa
        name = wtk-ns03.fttx.co.jp
        ttl = 7501 (2 hours 5 mins 1 sec)
    AUTHORITY RECORDS:
    ->  112.122.61.in-addr.arpa
        nameserver = ns03.usen.ad.jp
        ttl = 7501 (2 hours 5 mins 1 sec)
    ->  112.122.61.in-addr.arpa
        nameserver = ns01.usen.ad.jp
        ttl = 7501 (2 hours 5 mins 1 sec)
    ->  112.122.61.in-addr.arpa
        nameserver = ns02.usen.ad.jp
        ttl = 7501 (2 hours 5 mins 1 sec)
    ADDITIONAL RECORDS:
    ->  ns01.usen.ad.jp
        internet address = 61.122.116.130
        ttl = 29182 (8 hours 6 mins 22 secs)
    ->  ns02.usen.ad.jp
        internet address = 61.122.116.162
        ttl = 29182 (8 hours 6 mins 22 secs)
    ->  ns03.usen.ad.jp
        internet address = 61.122.116.163
        ttl = 29123 (8 hours 5 mins 23 secs)

------------
サーバー:  wtk-ns03.fttx.co.jp
Address:  61.122.112.97

------------
Got answer:
    HEADER:
        opcode = QUERY, id = 2, rcode = NXDOMAIN
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 0,  authority records = 1,  additional = 0

    QUESTIONS:
        procyclinsur.pro.ps.local, type = A, class = IN
    AUTHORITY RECORDS:
    ->  (root)
        ttl = 6520 (1 hour 48 mins 40 secs)
        primary name server = a.root-servers.net
        responsible mail addr = nstld.verisign-grs.com
        serial  = 2016121200
        refresh = 1800 (30 mins)
        retry   = 900 (15 mins)
        expire  = 604800 (7 days)
        default TTL = 86400 (1 day)

------------
------------
Got answer:
    HEADER:
        opcode = QUERY, id = 3, rcode = NXDOMAIN
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 0,  authority records = 1,  additional = 0

    QUESTIONS:
        procyclinsur.pro.ps.local, type = AAAA, class = IN
    AUTHORITY RECORDS:
    ->  (root)
        ttl = 6520 (1 hour 48 mins 40 secs)
        primary name server = a.root-servers.net
        responsible mail addr = nstld.verisign-grs.com
        serial  = 2016121200
        refresh = 1800 (30 mins)
        retry   = 900 (15 mins)
        expire  = 604800 (7 days)
        default TTL = 86400 (1 day)

------------
------------
Got answer:
    HEADER:
        opcode = QUERY, id = 4, rcode = SERVFAIL
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 0,  authority records = 0,  additional = 0

    QUESTIONS:
        procyclinsur.pro, type = A, class = IN

------------
------------
Got answer:
    HEADER:
        opcode = QUERY, id = 5, rcode = SERVFAIL
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 0,  authority records = 0,  additional = 0

    QUESTIONS:
        procyclinsur.pro, type = AAAA, class = IN

------------
*** wtk-ns03.fttx.co.jp が procyclinsur.pro を見つけられません: Server failed

ao obter um conjunto separado de resultados de outro servidor. ou até meu telefone ...

$ dig procyclinsur.pro

; <<>> DiG 9.9.4-RedHat-9.9.4-29.el7_2.4 <<>> procyclinsur.pro
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26660
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;procyclinsur.pro.              IN      A

;; ANSWER SECTION:
procyclinsur.pro.       5       IN      A       52.219.0.6

;; Query time: 161 msec
;; SERVER: 12.0.0.2#53(12.0.0.2)
;; WHEN: Mon Dec 12 11:53:39 UTC 2016
;; MSG SIZE  rcvd: 61

Eu verifiquei meus arquivos hospedeiros, liberei meus caches de navegador, meus caches de dns, redefini minha conexão de internet ... reiniciei meu computador ... no entanto, não tive sucesso em acessar meu site .. (não muito um site no momento)

Eu ficaria muito grato pela ajuda de ninguém na resolução deste problema ...

EDIT: 2 - Informação Adicional -

----------------------------------------- ---------------------------

Consegui acessar o site logo após fazer esta postagem, utilizando o servidor DNS do Google (8.8.8.8), mas, voltando ao meu servidor DNS, mais uma vez não consegui acessar o site.

Além disso, meu colega de trabalho conseguiu acessar o site a partir do mesmo servidor DNS do qual eu não consegui !!?

----------------------------------------- ---------------------------

EDIT: 1 - Conclusão Potencial ???? -

----------------------------------------- ---------------------------

Então, o que estou supondo que aconteceu foi que meu servidor DNS 61.122.112.97 estava armazenando em cache minha conexão anterior à página de aterrissagem do domínio para a qual eu fui para o TTL do registro. No entanto, se fosse realmente o meu servidor DNS fazendo isso ... Eu suspeito que todo mundo usando esse servidor DNS iria obter os mesmos resultados. As conexões de cache do servidor DNS por usuário ????

PS - Consegui chegar à página hoje de manhã do meu computador ... poderia realmente ser um problema de cache no lado do servidor DNS?

----------------------------------------- ---------------------------

    
por Procyclinsur 12.12.2016 / 13:01

0 respostas