나는 다음과 같은 사실에 근거를 둔다.
부름 dig mydomain.com
도착 connection timed out; no servers could be reached
, 그러나 dig +trace mydomain.com
기대 한 결과를 얻는다.
도메인 서버의 이름 서버 변경 및 A 레코드 설정
그것의 IP는 일했다. 이름 서버를 원상태로 되돌리기
다시 일하는 것을 멈췄다.
내 설명은 거기에 잘못이있다. 글루 기록 네 이름 서버에 대한 잘못된 IP를 가리키고있다.
신뢰할 수있는 응답이 필요하고 사용하지 않는 DNS 쿼리 만
아교 레코드는 올바른 응답을 얻습니다.
의 IP 주소를 조회하는 DNS 쿼리 example.com
네임 서버 만 가져올거야. ns1.example.com
.
그런 다음에 검색어를 보내는 ns1.example.com
IP 주소가 필요합니다.
어떤 사람은 부모에게 물어볼 필요가있다. example.com
, 그리고 다시 우리가 다시 간다.
브라우저가 연결이 불가능하다고 판단 할 때까지
글루 레코드는 이름 서버에 example.com
의 IP ns1.example.com
그래서 즉시 반환 할 수 있습니다.
내 이론은 도메인의 글루 레코드에 잘못된 IP 주소가 포함되어 있다는 것입니다.
귀하의 이름 - 서버를 위해 연락을 취할 수 없습니다.
신뢰할 수있는 응답을 요구하는 DNS 쿼리 만 작동하며,
이러한 쿼리는 글루 레코드를 우회하기 때문에 명백하게 나타납니다.
ISP가 도움을 줄 수 없더라도 문제에 대한 해결책을 얻을 수 있습니다.
도메인 서버의 이름 서버를 변경하고
하나는 귀하의 ISP에 의해 엉터리.
참고 문헌 :
dig +trace yourdomain.com
과dig @8.8.8.8 +trace yourdomain.com
문제가있는 ISP에 연결되었을 때 DNS 해결이 어디에서 중단되었는지에 대한 힌트를 제공해야합니다.