일반적으로 DNS ( “A”레코드)를 업데이트하면 루트 이름 서버 전체에 변경 사항이 전파 될 수 있습니다.
CNAME 레코드의 업데이트 및 변경에 대해서도 동일한 허용을해야합니까?
답변
DNS 레코드가 전파되지 않기 때문에 아닙니다. 허용해야 할 것은 해당 레코드의 TTL에 따라 캐시 된 레코드가 만료되는 것입니다.
이 레코드가 새 레코드 인 경우 캐싱이 발생하지 않았으므로 새 레코드를 사용할 수 있으며 즉시 해결해야합니다.
또한 루트 서버 (1 단계;.)는 3 단계 도메인 이름에 대한 DNS 영역이나 레코드를 호스팅하지 않습니다. 루트 서버는 어떤 이름 서버가 gTLD 영역 (두 번째 수준 : .com, .edu 등)을 담당하는지 파악하고, 어떤 이름 서버가 귀하의 영역 (제 3 수준; 회사)을 담당하는지 파악합니다. 존 파일의 사본. 다른 DNS 서버는 사용자 이름 서버 이외의 영역 파일 사본 또는 DNS 레코드를 보유하지 않습니다.
-
.
-
COM
-
너의 회사
답변
[ 편집 -질문을 잘못 읽은 것 같습니다]
영역 데이터가 ‘전파’되는 두 가지 방법이 있습니다. 그리고 루트 서버는 (직접적으로) 관여하지 않습니다. 다른 컴퓨터에서 서버를 찾을 수 있으므로 영역 데이터를 찾을 수 있습니다. 그러나 루트 및 tld 서버가 서버에 도달하기 전에 확인하는 다른 시스템입니다.
데이터 가 전파되는 방식은 다음과 같습니다 .
먼저, 해당 데이터를 신뢰할 수있는 서버로 푸시하고 일부는 (증분) 영역 전송을 사용하여 서로를 업데이트 할 수 있습니다. REFRESH
영역을 완료 하는 데 시간 이 걸릴 수 있습니다 .
둘째, 영역의 각 레코드 와 레코드를 포함한 모든 레코드는 신뢰할 수있는 서버와 클라이언트 사이에 캐시 될 수 있습니다.A
CNAME
데이터가 캐시되는 기간은 레코드의 개인 TTL
(사용 시간) 에 따라 달라집니다 . 이론적으로 캐시 된 항목이 시간 초과 될 때까지 영역 새로 고침 및 레코드 ttl의 합보다 오래 걸리지 않아야합니다. 그러나 많은 다른 소프트웨어가 있습니다. Google의 dns ttl bugs
마지막 횟수는 약 850k입니다.
그러나 www.example.com에 대한 CNAME 레코드가와 같은 것을 가리키고 www-server.dynamic.example.com
내부의 항목 dynamic.example.com
에 대한 TTL 및 새로 고침 시간을 부모보다 훨씬 낮은 값으로 설정할 수
있습니다. 이를 통해 운영자는 필요할 때 신속하게 다른 인프라로 트래픽을 리디렉션 할 수 있습니다.