사용을 중지 엄청나게 낮은 DNS TTLs

DNS(도메인 이름 시스템)지연 시간은 핵심 구성 요소는 온라인 경험을 제공합니다. 또한 DNS 대기 시간을 최소화하기 위해 DNS 서버와 익명화 릴레이를 신중하게 선택하는 것이 중요한 역할을합니다. 그러나 대기 시간을 최소화하는 가장 좋은 방법은 시작하기 위해 쓸모없는 쿼리를 보내지 않도록하는 것입니다. DNS 가 첫날부터 크게 캐시 가능한 프로토콜로 설계된 이유입니다. 개별 레코드를 가질 시간 라이브(TTL),원래 설정에 의해 지역 관리자와 해결 프로그램을 사용하여 이 정보를 계속 이 기록에서 메모리가 불필요한 트래픽을 방지하기 위해.캐싱이 효율적입니까? 몇 년 전에 내가 만든 빠른 연구는 개선의 여지가 있음을 보여주었습니다. 오늘 저는 현재의 업무 상태를 새롭게 살펴보고 싶습니다.그렇게하기 위해 각 들어오는 쿼리에 대해 해당 레코드의 최소 TTL 로 정의 된 응답의 원래 TTL 을 저장하기 위해 암호화 된 DNS 서버를 패치했습니다. 이것은 우리에게 실제 트래픽의 TTL 분포의 좋은 개요를 제공하지만,또한 개별 쿼리의 인기를 차지한다.

그 패치 된 버전은 몇 시간 동안 실행되도록 남겨졌습니다. 결과 데이터 세트는 1,583,579(name,qtype,TTL,timestamp)튜플로 구성됩니다. 여기에는 전반적인 TTL distribution(X 축 TTL 초):

게 무시할 수 있는 충돌에서 86,400(주로 SOA 기록),그것은 분명 TTLs 은 낮은 범위에서. Let’s 확대:

좋아,ttl 을 위에서 1 시간 통계적으로하지 않습니다. 에 대해 자세히 알아보도록 하겠 0~3,600 범위:

어디서 가장 TTLs 앉아 0~15 분간:

대부분은 0~5 분간: