컴퓨터에서 요청할 때 내 DNS 서버가 웹 사이트를 찾을 수 없지만 다른 서버에서 요청할 때 웹 사이트를 찾을 수 없습니다


0

제목에 실제로 모든 내용이 표시되어 있다고 가정합니다. 컴퓨터에서 다음과 같은 결과를 얻습니다 ...

편집 1-추가 세부 사항-

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

내가 도달 할 수있는 도메인을 생성 한 후 랜딩 페이지에 액세스 한 다음 S3 버킷 내 정적 페이지를 가리키는 Route53 Alias ​​Record 설정을 포함하여 AWS 환경을 설정했습니다 ... Alias ​​레코드를 생성하고 업데이트 한 후 내 등록 기관의 DNS NS 레코드 모든 것이 작동해야합니다! 내 컴퓨터 만 빼고

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

> 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

다른 서버에서 별도의 결과 집합을 가져 오는 동안 심지어 내 전화 ...

$ 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

호스트 파일을 확인하고, 브라우저 캐시, DNS 캐시를 비우고, 인터넷 연결을 재설정하고 ... 컴퓨터를 다시 시작했지만 ... 웹 사이트에 성공적으로 도달하지 못했습니다. 순간)

이 문제를 해결하는 데 도움을 주신 모든 분들께 감사드립니다 ...

편집 : 2-추가 정보-

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

Google의 DNS 서버 (8.8.8.8)를 사용하여이 게시물을 작성한 후 곧 사이트에 액세스 할 수 있었지만 DNS 서버로 다시 전환해도 사이트에 다시 액세스 할 수 없었습니다.

또한 동료가 할 수 없었던 동일한 DNS 서버에서 사이트에 액세스 할 수있었습니다.

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

편집 : 1-잠재적 결론 ???? -

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

따라서 내가 가정 한 것은 DNS 서버 61.122.112.97가 레코드의 TTL을 위해 방문한 도메인 랜딩 페이지에 대한 이전 연결을 캐싱하고 있다는 것입니다. 그러나 이것이 실제로 내 DNS 서버라면 ... 나는 그 DNS 서버를 사용하는 다른 모든 사람들이 동일한 결과를 얻을 것이라고 생각합니다. 사용자별로 DNS 서버의 캐시 연결을 수행합니까 ????

추신-오늘 아침 내 컴퓨터에서 페이지를 볼 수있었습니다 ... DNS 서버 쪽의 캐시 문제 일 수 있습니까?

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


1
실제로 동일한 DNS 서버가 쿼리되고 있음을 보여주지 않았습니다 . Windows 시스템이 실제로 12.0.0.2를 사용하고 있습니까? 무엇을 nslookup -debug procyclinsur.pro. 12.0.0.2반환합니까?
grawity

아니요, 귀하는 옳습니다. 현재 표시된 것은 다른 DNS 서버이지만 동료는 Windows 컴퓨터에서 사용하는 것과 동일한 61.122.112.97 DNS 서버를 사용하여 동일한 네트워크에서 URL에 액세스 할 수 있습니다. nslookup -debug procyclinsur.pro. 12.0.0.2프라이빗 주소 범위와 관련된 표준 RFC 1918 규칙을 따르지 않지만 AWS VPC 내의 프라이빗 서브넷이며 현재 연결된 네트워크와 별개이므로 실제로 작동하지 않습니다.
Procyclinsur

이 경우 특히 AWS의 문제 일 수 있습니다.
grawity

AWS에 문제가 있다면 누구나 사이트에 액세스 할 수 있다고 믿기가 어렵습니다. 내 편집 : 1 에서 내 DNS 서버 일 수 있다고 언급하고 있습니다. DNS 서버의 클라이언트 (컴퓨터) 당 로컬 캐싱을 확인할 수 있는지 궁금합니다. 또한 게시물 상단 근처에 추가 한 텍스트를 읽으면 도메인을 내 사이트로 전환하기 전에 도메인의 방문 페이지에 액세스했습니다.
Procyclinsur

Google의 DNS (8.8.8.8)를 사용하여 내 컴퓨터에서 액세스 할 수 있었기 때문에 전체 DNS 또는 컴퓨터의 로컬 파일이 될 수 없습니다.
Procyclinsur
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.