DEV WIKI
인프라 · 문제 해결 가이드

A 레코드를 바꿨는데 새 서버로 연결되지 않아요

A 레코드 변경 뒤 새 서버가 아닌 이전 주소로 연결될 때 권한 있는 네임서버와 재귀 리졸버의 응답을 구분하는 가이드입니다.

빠른 답변

A 레코드 변경 뒤 새 서버로 연결되지 않으면 먼저 권한 있는 네임서버가 계획한 A 레코드를 반환하는지 확인하고, 그 응답이 맞을 때만 재귀 리졸버의 이전 응답과 TTL을 비교해야 합니다.

적용 범위
이 가이드의 시작 증상과 각 분기 조건이 일치하는 경우
출처 확인일
2026-07-29
최종 검토
2026-07-29
수정일
2026-07-29
대상
사이트 운영자, 쇼핑몰 운영자, 웹 에이전시, 프리랜서
오류·수정 제보 (새 창에서 열림)

이 가이드가 맞는 경우

  • 권한 있는 네임서버 응답 불일치
  • 리졸버가 이전 DNS 응답을 반환함

상황별 다음 단계

호스팅사·개발자에게 전달할 내용

변경 전 기록

  • 변경한 호스트 이름, 레코드 유형, 계획한 값, 변경 시각을 전달합니다.
  • 각 권한 있는 네임서버와 재귀 리졸버에서 확인한 응답·TTL·확인 시각을 함께 전달합니다.
  • 서버 IP가 운영상 공개하면 안 되는 환경이면 IP 대신 응답이 계획한 값과 같은지 여부만 전달합니다.

알아둘 점

이 문서는 Cloudflare 오류나 HTTPS 리디렉션 오류를 먼저 가리키지 않습니다. A 레코드를 바꾼 뒤에는 권한 있는 네임서버의 응답사용자가 실제로 이용하는 재귀 리졸버의 응답을 따로 비교해야 합니다.

먼저 기록할 것

  1. 변경한 호스트 이름과 A 레코드의 계획한 값을 기록합니다.
  2. 변경 시각과 변경 전 값을 기록합니다.
  3. 각 권한 있는 네임서버가 반환한 A 레코드 값과 확인 시각을 기록합니다.
  4. 실제 사용자 환경의 재귀 리졸버가 반환한 값과 TTL을 기록합니다.

상황별 다음 단계

  1. 권한 있는 네임서버의 응답이 계획한 값과 다르면 권한 있는 네임서버의 DNS 응답이 계획한 레코드와 다름을 확인합니다.
  2. 권한 있는 네임서버는 새 값을 반환하지만 재귀 리졸버가 이전 값을 반환하면 DNS 변경 뒤 리졸버가 이전 응답을 반환함을 확인합니다.

권한 있는 응답과 재귀 리졸버 응답이 모두 계획한 값이라면, DNS가 아닌 새 서버의 HTTP·TLS 응답을 별도로 확인해야 합니다. 이 문서는 서버 방화벽, Cloudflare, 리디렉션 규칙의 원인을 확정하지 않습니다.

참고 자료

RFC 1034 - Domain names - concepts and facilities (새 창에서 열림)

IETF · 공식 자료 · 확인 범위: 권한 있는 서버는 자신이 관리하는 DNS 영역의 완전한 정보를 보유합니다., TTL은 리졸버가 레코드를 캐시에 보관할 수 있는 시간을 나타냅니다. · 확인일: 2026-07-29

Troubleshooting - Public DNS (새 창에서 열림)

Google · 공식 자료 · 확인 범위: 최근 변경 뒤 이전 캐시 응답이 반환될 수 있습니다., 권한 있는 네임서버 사이에 서로 다른 SOA 일련번호가 보이면 일부 서버가 이전 데이터를 제공할 수 있습니다. · 확인일: 2026-07-29