A 레코드를 바꿨는데 새 서버로 연결되지 않아요
A 레코드 변경 뒤 새 서버가 아닌 이전 주소로 연결될 때 권한 있는 네임서버와 재귀 리졸버의 응답을 구분하는 가이드입니다.
빠른 답변
A 레코드 변경 뒤 새 서버로 연결되지 않으면 먼저 권한 있는 네임서버가 계획한 A 레코드를 반환하는지 확인하고, 그 응답이 맞을 때만 재귀 리졸버의 이전 응답과 TTL을 비교해야 합니다.
- 적용 범위
- 이 가이드의 시작 증상과 각 분기 조건이 일치하는 경우
- 출처 확인일
- 2026-07-29
- 최종 검토
- 2026-07-29
- 수정일
- 2026-07-29
- 정정 이력
- 2026-07-29 이후 기록 없음
- 대상
- 사이트 운영자, 쇼핑몰 운영자, 웹 에이전시, 프리랜서
이 가이드가 맞는 경우
- 권한 있는 네임서버 응답 불일치
- 리졸버가 이전 DNS 응답을 반환함
상황별 다음 단계
호스팅사·개발자에게 전달할 내용
변경 전 기록
- 변경한 호스트 이름, 레코드 유형, 계획한 값, 변경 시각을 전달합니다.
- 각 권한 있는 네임서버와 재귀 리졸버에서 확인한 응답·TTL·확인 시각을 함께 전달합니다.
- 서버 IP가 운영상 공개하면 안 되는 환경이면 IP 대신 응답이 계획한 값과 같은지 여부만 전달합니다.
알아둘 점
이 문서는 Cloudflare 오류나 HTTPS 리디렉션 오류를 먼저 가리키지 않습니다. A 레코드를 바꾼 뒤에는 권한 있는 네임서버의 응답과 사용자가 실제로 이용하는 재귀 리졸버의 응답을 따로 비교해야 합니다.
먼저 기록할 것
- 변경한 호스트 이름과 A 레코드의 계획한 값을 기록합니다.
- 변경 시각과 변경 전 값을 기록합니다.
- 각 권한 있는 네임서버가 반환한 A 레코드 값과 확인 시각을 기록합니다.
- 실제 사용자 환경의 재귀 리졸버가 반환한 값과 TTL을 기록합니다.
상황별 다음 단계
- 권한 있는 네임서버의 응답이 계획한 값과 다르면 권한 있는 네임서버의 DNS 응답이 계획한 레코드와 다름을 확인합니다.
- 권한 있는 네임서버는 새 값을 반환하지만 재귀 리졸버가 이전 값을 반환하면 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