DNS 변경 뒤 리졸버가 이전 응답을 반환함
권한 있는 네임서버는 변경한 레코드를 반환하지만 일부 재귀 리졸버가 이전 DNS 응답을 반환하는지 확인하는 문서입니다.
빠른 답변
- 우선 확인할 원인
- 권한 있는 네임서버는 변경한 레코드를 반환하지만 재귀 리졸버가 이전 응답을 반환하면, 해당 리졸버 응답의 TTL과 확인 시각을 기록해 캐시된 응답인지 확인해야 합니다.
- 먼저 확인할 항목
- 권한 있는 네임서버가 변경한 호스트 이름의 계획한 레코드 값을 반환하는지 먼저 기록합니다.
- 적용 범위
- 현재 증상과 본문에 적은 관찰 조건이 함께 확인된 경우
- 출처 확인일
- 2026-07-29
- 최종 검토
- 2026-07-29
- 수정일
- 2026-07-29
- 정정 이력
- 2026-07-29 이후 기록 없음
- 관련 기술
현재 증상
- 리졸버가 이전 DNS 응답을 반환함
먼저 확인할 항목
권한 있는 네임서버가 변경한 호스트 이름의 계획한 레코드 값을 반환하는지 먼저 기록합니다.
이전 사이트가 보이는 환경의 재귀 리졸버가 반환한 레코드 값, TTL, 확인 시각을 기록합니다.
권한 있는 응답과 재귀 리졸버 응답이 다른지 비교합니다.
피해야 할 조치
주의
- 사용 중인 운영체제, 공유기, 회사 네트워크의 DNS 설정을 임의로 바꾸기 전에 현재 설정을 기록합니다.
- DNS 캐시를 비우는 작업이 모든 사용자나 모든 리졸버의 응답을 바꾼다고 가정하지 않습니다.
- IP 주소, 내부 도메인, 네트워크 설정은 운영 정책에 따라 가립니다.
환경별 원인과 조치
적용 범위
이 문서는 권한 있는 네임서버가 변경한 레코드 값을 반환하지만, 특정 재귀 리졸버가 이전 응답을 반환하는 상황을 다룹니다. 권한 있는 네임서버의 응답부터 계획한 값과 다르면 권한 있는 네임서버의 DNS 응답이 계획한 레코드와 다름을 먼저 확인합니다.
변경 없이 확인할 항목
- 권한 있는 네임서버가 반환한 레코드 값과 확인 시각을 기록합니다.
- 이전 사이트가 보이는 환경의 재귀 리졸버 응답, TTL, 확인 시각을 기록합니다.
- 두 응답이 다른지 비교합니다.
- 리졸버가 이전 응답을 반환하면 리졸버 정보·TTL·확인 시각을 운영 담당자에게 전달합니다.
RFC 1034는 TTL을 리졸버가 레코드를 캐시에 보관할 수 있는 시간으로 설명합니다. 따라서 이전 응답이 보인다는 사실만으로 DNS 레코드 변경 실패나 특정 네트워크 장애를 확정할 수는 없습니다.
다음 문서
일부 사용자만 이전 사이트를 보면 DNS를 바꾼 뒤 일부 사용자만 이전 사이트를 봐요를 확인합니다. 권한 있는 네임서버의 응답이 서로 다르면 권한 있는 네임서버의 DNS 응답이 계획한 레코드와 다름을 확인합니다.
참고 자료
IETF · 공식 자료 · 확인 범위: TTL은 리졸버가 레코드를 캐시에 보관할 수 있는 시간을 나타냅니다., 권한 있는 응답은 TTL이 0보다 크면 이후 질의를 위해 캐시에 저장될 수 있습니다. · 확인일: 2026-07-29
Google · 공식 자료 · 확인 범위: 최근 DNS 서버 또는 등록 기관 변경 뒤 이전 캐시 응답이 반환될 수 있습니다. · 확인일: 2026-07-29