왜 DNS“전파”라고 불리는가?

시스템 관리자가 DNS 변경에 대해 이야기 할 때 DNS 레코드가 "인터넷 주위"또는 "세계 곳곳"으로 전파 될 때까지 기다리는 것에 대해 항상 이야기합니다. 중요한 것은 내 DNS 레코드가 내 네임 스페이스를 호스팅하는 네임 서버 (1 차, 2 차, 3 차)를 제외한 다른 DNS 서버로 전파되지 않는다는 것입니다. 나는 DNS 레코드를 변경하는 경우 ( A, CNAME, MX, 등) 이러한 변화는 내 영역에 즉시 반영됩니다 그들은 전파 어디를하지. DNS 레코드 전파에 대해 사람들이 실제로 의미하는 것은 실제로 TTL 캐싱입니다. Wikipedia의이 기사는 간결하게 설명합니다.

http://en.wikipedia.org/wiki/Domain_Name_System

DNS 전파의 개념은 신화가 아닌가? 그렇다면 왜 "전파"라고 불리는가?

신화? 거의.

사람들이 종종 혼동하는 두 가지 측면이 있습니다. 예를 들어 이름 서버 변경과 같이 도메인 이름 등록 기관을 사용하여 도메인 이름을 변경하면 TLD의 이름 서버 (.com, .ca, .fr 등)로 푸시됩니다. 그 곳에서 전파가 시작됩니다. 지난 몇 년 동안 레지스트라가 사용자가 제공 한 정보를 가져 오기까지 몇 시간 또는 며칠이 걸릴 수 있으며,이를 하루에 두 번 TLD 루트 서버를 업데이트하는 배치 서버로 푸시하십시오. 이는 수년에 걸쳐 빠르게 개선되었으며 종종 도메인 이름 변경 사항이 거의 즉시 적용됩니다.

반면에 A 레코드 또는 MX 변경 추가와 같이 DNS 영역을 변경하는 경우 TTL 설정이 어디서나 업데이트되는 한 '최대'가 소요됩니다. 그것은 실제로 전파가 아니라 캐싱입니다. 예를 들어 Microsoft DNS의 기본값은 1 시간 TTL입니다.

캐싱을 사용하여 변경하기 직전에 도메인 이름을 사용하고 TTL이 1 시간이면 업데이트하는 데 1 시간이 걸립니다. 그러나 변경 직전에 도메인 이름으로 아무것도 테스트하지 않은 경우 변경 사항이 즉시 적용됩니다. (즉, 아직 테스트하지 않은 새로운 A 레코드를 추가하면 즉시 적용됩니다).

따라서 현재 거의 모든 변경 사항이 1 시간 내에 (또는 DNS TTL이 설정 한 내용에 따라) 적용됩니다. DNS 서버가 TTL을 준수하지 않는 경우 (스팸 메일러는 그렇지 않은 경우) 또는 도메인 이름 등록 기관의 서버가 인터넷으로 올바르게 업데이트되지 않아 등록 기관 수준을 변경하는 경우는 예외입니다. 하지만 자주는 아닙니다.

그렇습니다. 사람들은 이런 종류의 진술을 할 때 DNS 서버 캐시의 캐시 시간 초과에 대해 이야기하고 있습니다.

불행하게도, 일부 DNS 서버는 TTL 값을 무시하고 일정 기간 동안 명시된 TTL 이상의 레코드를 캐시합니다. ISP DNS 서버가 최대 24 시간 동안 TTL (분)이 매우 낮은 캐시 된 레코드를 보유하고 있으며 실제로는 더 오래 보유 할 수있는 두뇌 손상 서버가있을 수 있습니다.

그것들은 아이디어가 한 마음에서 다른 마음으로 전파되는 것과 같은 의미에서 전 세계 DNS 서버로 "전파"됩니다. 쿼리가 들어 오면 로컬 DNS 캐시가 정보를 알아야합니다 (아직 캐시되지 않았거나 캐시되었지만 만료 된 경우). 따라서 방금 서버에 푸시 한 새로운 가치는 가십이 블로그에 표시되는 것과 거의 비슷하게 맵에 표시됩니다. 글쎄, 정확히 동일하지는 않지만 깔끔한 비유라고 생각합니다.

신화는 아니지만 MX 레코드를 변경할 때 "전파 속도"문제가 상당히 자주 발생합니다. 항상 DNS를 제어하지 않고 제 3자를 통해 작업 할 때 항상 TTL이 매우 긴지 알 수 없으며 일부 DNS 서버에서 무시되고 MX는 SMTP 서버 또는 일부 캐시에 의해 캐시됩니다 모두의 조합 3. 어쨌든, 그것은 일어날 때 고통 스럽습니다.

원래 DNS 사양 (RFC 1034/1035)에는 영역 업데이트가 전체적으로 표시되기 전에 수행해야하는 두 단계의 캐시 무효화가있었습니다. 또한 전 세계에서 이미 캐싱 확인 자의 TTL 만료에 대해 언급 한 경우, 먼저 기본 영역에서 영역 데이터를 새로 고치기 위해 보조 이름 서버 (들)를 모두 기다려야했습니다.

1996 년에 DNS NOTIFY (RFC 1996)가 지정된 후에 만 ​​모든 신뢰할 수있는 이름 서버에 영역 변경 사항을 즉시 알리는 표준 방법이있었습니다.

아마도 "변경 전파"라는 원래 문구는 2 단계 프로세스이기 때문에 당시에 더 적절했을 것입니다.

.com 웹 사이트를 타사 공급 업체와 호스팅하는 것과 관련하여 DNS 전파에 대한 이야기 ​​만 들었으며 48 시간 동안 레코드를 캐시하기 때문입니다. 레코드가 캐시되지 않은 DNS 서버는 즉시 사용할 수 있어야합니다.

"propagate" 의 사전 정의 와 어원을 살펴보면 , 부모의 행동에 의해 자녀가 생산된다는 단어가 암시되어 있음을 알 수 있습니다. DNS의 경우 특정 영역에 대해 권한이있는 여러 서버가 있고 한 서버 ( "부모"레코드)를 변경하면 레코드가 다른 서버 ( "하위"레코드)로 전파 됩니다. 파트너 서버에 변경 사항을 푸시하는 복제 시스템.

전파라는 용어를 사용하여 권한이없는 DNS 서버가 DNS 변경을 인식하는 방법을 설명하는 것은 실제로 단어의 사전 정의에 맞지 않기 때문에 전파라는 용어를 잘못 적용한 것입니다. DNS 캐싱 서버가 주소 확인을 검색하고 TTL에 대해 기억하는 작업이므로 보다 적절한 용어는 discovery 입니다.

실제로, 우리는 DNS 변경이 전세계에 전파되기를 기다리지 않고, 그것이 발견되기를 기다리고 있습니다.

나는 그것을 신화라고 부르지 않을 것이다. 캐싱의 TTL은 신뢰할 수있는 DNS 서버에서 DNS 항목이 업데이트 된 후 오래된 레코드가 보류되는 부작용이 있습니다.

원하는대로 호출하지만 최종 결과는 같습니다.

또한 MX 레코드는 캐시되지 않으므로 도메인의 MX 레코드에 대한 변경 사항은 즉시 적용됩니다.