DNS 전파 - 하위 도메인이 생성 된 후 몇 분 밖에 액세스 할 수없는 이유는 무엇입니까 (자체 네임 서버)

Question

하위 도메인에 대한 DNS 전파 동작에 대해 질문이 있습니다.

사용자 1은 우리의 사이트 "company.com"에 등록합니다

는 여기에 우리가 달성하려고하는 시나리오입니다. 하위 도메인 "user1.company.com"은 "company.com"의 추가 도메인이 아니라 WHM의 독립 실행 형 계정으로 자동 생성됩니다.

A 레코드가 설정 중임 (회사 IP와 동일한 IP 주소) NS 레코드도 "ns1.domain2.com + ns2.domain2.com"으로 설정됩니다. (클러스터링 없음, 2 가지 다른 IP, BIND 방법, company.com & 하위 도메인과 동일한 WHM 설치로 잠시 제공됨) Domain2.com은 Google의 등록 업체 GoDaddy에서 처리하며 이름 서버 ns1 + ns2도 정의됩니다. 그곳에.

우리가 직면 한 문제는 작성 직후에 "user1.company.com"도메인에 즉시 액세스 할 수 없다는 것입니다 (추가 기능 도메인과 다름).

새로운 도메인 "user1.company.com"을 ISP의 네임 서버와 함께 nslookup하면 생성 직후 "존재하지 않는 도메인"이됩니다. 그런 다음 1-15 분 후에 DNS에 따라 nslookup이 올바른 IP 주소로 응답합니다. Google의 DNS (8.8.8.8) 예를 들어 즉시! 정확한 IP 주소로 답하십시오.

사용자가 자신의 하위 도메인 "user1.company.com"에 액세스하려고하면 정확히 어떻게됩니까? 우리의 네임 서버가 서브 도메인을 해결하기 위해 접촉 했는가 아니면 서브 도메인이 어떻게 든 전세계의 DNS 서버에 전파 되었습니까? 하지만 Google의 DNS가 즉시 응답하는 이유는 전파가 너무 빨라서는 안됩니다.

사용자가 사용하는 DNS와 상관없이 문제가 될 수있는 아이디어와 하위 도메인 계정을 생성 한 직후에 액세스 할 수있는 방법은 무엇입니까?

많은 감사

마크

Answer 1

그 URL을 해결하는 DNS의 나의 이해는, 과정은 다음과 같다 : 우리가 처음이 아닌 DNS 서버에 연결할 보통

그 특정 웹 사이트에 대한 요청을 받으면 만료 될 때까지 이전 요청의 기록을 보관합니다. 만료까지의 시간 (TTL - 초 단위의 값)은 설정에 따라 다릅니다. 레코드를 변경하면이 캐시 된 레코드에 많은 DNS 서버가있을 가능성이 있습니다. 이러한 레코드가 만료되거나 처음 서버가 알지 못하는 URL에 대한 요청을 받으면 DNS 서버는 새로운 데이터를 얻기 위해 '재귀 적 조회'를 수행합니다.

:

은 다음 a.contoso.com.의 재귀 조회 (일반적으로 숨겨져 끝에있는 점에 주목)입니다

과정은 URL의 끝에 숨겨진 점을 시작으로 뒤로 작업을 시작합니다

1 - 루트 네임 서버 (도트 서버)에 문의하십시오. IP 주소가 DNS 서버에 미리로드되어 있습니다.이 IP는 모든 서버에서 동일하며 변경되지 않으며 .COM DNS 서버의 IP 주소를 제공합니다 (또는 .net과 같이 사용하는 TLD)

2 - .COM DNS에서 'contoso'를 (를) 쿼리합니다. contoso.com.

3 (문제 거짓말하면 네임 서버를 변경 한 경우 곳이있을 수 있습니다) - 당신이 다음 쿼리 contoso.com의 DNS (네임 서버)에 'A'a.contoso.com에서

무한히에 대해 (bacontoso.com, 2.ww.cbacontoso.com ...)

부실 레코드를 대체하는 이러한 재귀 조회 프로세스를 전파라고합니다. 전송시

나는 당신의 서버가 제대로 네임 서버

도메인 전파에 A 레코드를 복제하지 않습니다, 당신은 스위치 오버 중에 있기 때문에 전파의 네임 서버로 전송 요청을받지 가정 할 경우에만 문제입니다 새로운 레코드가 만들어지지 않았을 때가 아니라 오래된 레코드를 처리하지 않아도되는 레코드가 없었기 때문에 도메인이 아닙니다. 요청은 소스로 곧바로 전달됩니다.