제목에 실제로 모든 내용이 표시되어 있다고 가정합니다. 컴퓨터에서 다음과 같은 결과를 얻습니다 ...
편집 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 서버 쪽의 캐시 문제 일 수 있습니까?
-------------------------------------------------- ------------------
nslookup -debug procyclinsur.pro. 12.0.0.2
프라이빗 주소 범위와 관련된 표준 RFC 1918 규칙을 따르지 않지만 AWS VPC 내의 프라이빗 서브넷이며 현재 연결된 네트워크와 별개이므로 실제로 작동하지 않습니다.
nslookup -debug procyclinsur.pro. 12.0.0.2
반환합니까?