DNS TTL을 줄였는데 일부 앱의 주소가 바뀌지 않습니다. resolver·OS·런타임 캐시를 어떻게 나눠 시험하나요?

꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →

잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?

답변과 점검 포인트 펼치기답변 접기

구두 답변

정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.

authoritative 응답과 재귀 resolver·OS·런타임·앱 cache의 관측을 각각 기록합니다. TTL 변경은 이미 cache된 값의 남은 수명을 항상 소급 단축하지 않습니다.

실제 사용 client에서 이름 조회·connection 생성·기존 풀 재사용을 분리해 시험합니다. NXDOMAIN·실패 cache도 확인합니다. 새 IP가 조회돼도 기존 연결이 옛 서버에 남을 수 있으므로 DNS 검증만으로 이전 서버 종료를 승인하지 않습니다.

이해가 드러나는 지점을 확인해 보세요.

authoritative 응답과 재귀 resolver·OS·런타임·앱 cache의 관측을 각각 기록합니다. TTL 변경은 이미 cache된 값의 남은 수명을 항상 소급 단축하지 않습니다.
새 IP가 조회돼도 기존 연결이 옛 서버에 남을 수 있으므로 DNS 검증만으로 이전 서버 종료를 승인하지 않습니다.

놓치기 쉬운 조건과 오해를 짚어 보세요.

다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: authoritative 응답과 재귀 resolver·OS·런타임·앱 cache의 관측을 각각 기록합니다.

하나 더 질문하며 이해의 범위를 넓혀 보세요.

득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.

답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.