누락된 기록에 대한 답변은 누락된 기록보다 오래 지속될 수 있습니다.
새로운 DKIM 선택기 재귀 확인자가 여전히 키가 없는 것처럼 응답하는 동안 권한 있는 DNS 에 존재할 수 있습니다. 한 가지 가능한 설명은 네거티브 캐싱입니다. 해석기는 이전에 이름이나 요청된 레코드 유형을 사용할 수 없다는 것을 학습하고 해당 답변을 유지했습니다. 같은 내용을 반복해서 저장함 TXT 레코드 상황이 변경되었음을 모든 캐시에 알리지는 않습니다.
의도한 기록이 이제 올바른 기관에 존재한다는 것을 증명하는 것부터 시작하십시오. 전체 소유자 이름, 요청된 유형 및 별칭 대상을 확인하세요. 네거티브 캐싱은 출판이 확정된 후 테스트하기 위한 가설이지, 이에 대한 편리한 설명이 아닙니다. 기록 잘못된 영역에서 생성되었거나 모든 관련 기관에서 서비스를 제공하지 않은 경우.
이전 답변에서 거부된 내용을 확인하세요.
NXDOMAIN 이름이 존재하지 않음을 나타냅니다. NODATA 전용 DNS 응답 코드가 아닌 요청된 유형의 관련 레코드가 없는 답변을 설명합니다. 일반적인 헤더 코드는 NOERROR입니다. 해당 결과를 추천 또는 완료되지 않은 조회와 구별하려면 권한 섹션 및 별칭 처리를 검사하세요. 빈 답변 섹션만으로는 충분하지 않습니다. RFC 2308 , 섹션 2.1–2.2.
범위가 중요합니다. RFC 2308 의 캐시 모델에서 이름 오류 항목은 이름 및 클래스와 연결됩니다. 데이터가 없는 항목에는 요청된 유형도 포함됩니다. 별칭이 부정 답변 앞에 오면 누락된 최종 이름을 확인하세요. 공급자 측 대상이 없는 경우에도 고객 측 선택기 별칭이 존재할 수 있습니다. 누락된 고객 기록 외에 다른 소유자가 조사해야 합니다.
가능한 경우 이전 결과를 유지합니다. 현재 긍정적인 답변은 어제 얻은 부정적인 응답의 TTL 및 권한 섹션을 재구성할 수 없습니다. 이전 캡처가 존재하지 않는 경우 네거티브 캐싱이 관찰과 일치하지만 입증되지 않았다고 가정합니다.
올바른 SOA 필드에서 수명 계산
권위 있는 부정 답변의 경우 RFC 2308 다음을 설정합니다. SOA 레코드SOA 레코드의 자체 TTL과 MINIMUM 필드 중 더 작은 값에 대한 응답의 TTL입니다. 그런 다음 캐시된 음수 수명이 카운트다운됩니다. 범용 네거티브 캐시 타이머로 SOA.MINIMUM만 읽는 것은 불완전합니다. RFC 2308 , 섹션 3–5.
가상의 예에서 영역의 SOA TTL은 900초이고 MINIMUM은 3,600입니다. 해당 값을 사용하여 생성된 부정적인 응답의 초기 부정적인 수명은 3,600초가 아니라 900초입니다. 확인자가 12:00에 이를 획득하고 새 선택기가 12:03에 게시된 경우 이전 부정 항목은 나머지 일반 캐시 기간 동안 해당 확인자에게 여전히 영향을 미칠 수 있습니다. 이러한 발명된 시간은 관찰된 사건이 아니라 계산을 설명합니다.
12시 5분에 샘플링된 재귀 답변에서 SOA TTL이 감소한 것으로 나타날 수 있습니다. 해당 값을 새로운 SOA 쿼리의 구성된 필드로 바꾸는 대신 실제로 보고되는 내용을 유지합니다. 다른 캐시는 서로 다른 시간에 서로 다른 답변을 얻었을 수 있으며 확인자 정책은 캐싱을 제한할 수 있습니다. 단일 계산으로는 12:15에 전체 복구가 설정되지 않습니다.
부재 캐싱과 실패 캐싱을 혼동하지 마십시오.
SERVFAIL 및 시간 초과는 레코드가 없음을 확인하지 않습니다. 이는 유용한 결과를 얻지 못한 것을 설명합니다. RFC 9520 다음을 포함하여 해결 실패 캐싱을 요구하여 이전 네거티브 캐싱 규칙을 업데이트합니다. DNSSEC 검증 실패; 실패 캐시 기간은 최소 1초에서 5분을 넘지 않습니다. 이는 SOA 파생 NXDOMAIN / NODATA 계산과 별개입니다. RFC 9520 , 섹션 3.2–3.4.
새로 고침이 반복적으로 실패하면 추가 실패 캐시 항목이 발생할 수 있으므로 상한은 중단 복구를 보장하지 않습니다. 수리 후 조회에서 SERVFAIL 반환되면 응답을 유지하고 확인자의 진단 및 업스트림 가용성을 조사합니다. 해결 실패가 비공식적으로 누락된 레코드로 설명되었다는 이유만으로 인증 정책을 대체하지 마십시오.
권한 새로 고침이 실패하는 동안 오래된 제공 동작으로 인해 오래된 부정적인 데이터를 포함하여 타임라인이 복잡해질 수도 있습니다. 해당 정보를 사용할 수 있는 경우 오래된 답변을 제공하도록 영향을 받는 확인자가 구성되었는지 여부를 기록합니다. 단일 출력 라인에서 구성을 추론하지 마십시오. RFC 8767 , 섹션 4 및 10.
종속성이 생기기 전에 새 이름을 게시하세요.
계획된 선택기 순환의 경우 서명 서비스를 사용하도록 전환하기 전에 새 공개 기록을 준비하십시오. 담당 운영자와 함께 정확한 소유자와 대상을 확인하십시오. 마치 성공이 예상되는 것처럼 생성되지 않은 프로덕션 이름을 반복적으로 검색하지 마세요. 이러한 쿼리는 게시 전에 부정적인 캐시 항목을 설정할 수 있습니다.
실행 전 쿼리가 필요한 경우 해당 시간과 응답을 유지하세요. 불편한 실행 전 오류를 숨기기보다는 실행 계획에 네거티브 캐시 고려 사항을 포함하세요. 향후 TXT 레코드의 TTL이 낮아도 이미 다른 곳에 캐시된 부재 응답이 소급하여 단축되지 않습니다. 마찬가지로 관리자의 랩톱을 플러시해도 메일 공급자의 확인자는 제거되지 않습니다.
제한된 복구 기록 구축
제안된 워크시트에는 UTC 시간, 정확한 질문, 응답 코드, 관련 답변 또는 별칭, SOA 소유자 및 반환된 TTL, 권한 또는 재귀 역할 등 각 끝점 및 관찰에 대해 하나의 행이 있습니다. 현재 신뢰할 수 있는 결과를 영향을 받은 재귀 경로 및 별도로 식별된 비교 해결 프로그램과 비교합니다. 완전한 응답을 보존하고 문서화된 합리적인 간격으로 반복하십시오.
권위에 기록이 부족한 경우 출판물을 수정하십시오. 권한이 올바르고 캡처된 부정 항목이 재귀 결과를 설명하는 경우 해당 특정 캐시 경로를 추적하십시오. SERVFAIL , 추천 또는 일관성 없는 권한이 나타나면 대신 해당 분기를 조사하세요. 마지막으로 새 선택기를 사용하여 제어된 메시지를 확인합니다. 이 문서에는 가상의 산술과 제안된 워크플로만 포함되어 있습니다. 원본 리졸버 비교 및 수신된 메시지 결과는 그대로 유지되므로 카탈로그의 운영 증거 게이트는 여전히 열려 있습니다.