DNS를 바꿨는데 예전 주소로 연결될 때
DNS 레코드·조회 위치·캐시를 나눠 확인하고 변경 결과를 비교하는 방법입니다.
도메인과 레코드 타입부터 확인합니다
주소에서 https://와 경로를 제외한 도메인을 입력합니다. 웹 IPv4는 A, IPv6는 AAAA, 별칭은 CNAME을 확인합니다. A만 바꾸고 AAAA가 예전 서버를 가리키면 IPv6를 사용하는 기기에서는 다른 결과가 나올 수 있습니다.
조회 위치가 다르면 응답도 다를 수 있습니다
이 사이트 DNS 도구는 NAS 서버의 조회 환경을 사용합니다. 방문자 기기의 DNS 캐시나 회사 내부 DNS와 결과가 다를 수 있습니다. CDN이나 위치에 따른 DNS 응답 차이도 있으므로 모든 기기가 같은 IP를 받아야 한다고 단정하지 마세요.
TTL은 캐시 판단의 단서입니다
DNS 레코드에는 캐시에 유지할 수 있는 시간을 나타내는 TTL이 있습니다. 변경 전에 저장된 레코드가 남아 있을 수 있으므로 조회 시각·타입·값을 기록해 비교합니다. 브라우저나 운영체제 캐시도 영향을 줄 수 있고, TTL만으로 모든 이용자에게 동시에 반영될 시각을 보장할 수는 없습니다.
변경 결과를 확인하는 순서
DNS 관리 화면의 권한 레코드가 맞는지 확인하고 A·AAAA·CNAME을 각각 조회합니다. 기기와 조회 서버를 바꿔 비교한 뒤 HTTP 응답도 확인하세요. DNS가 올바르더라도 서버 가상호스트나 인증서 설정이 잘못되면 사이트는 열리지 않을 수 있습니다.
예시 진단: IPv4는 정상, IPv6는 이전 서버
가상 예시입니다. A는 새 서버로 변경했지만 AAAA가 이전 서버에 남아 있습니다. IPv4 기기는 정상이고 IPv6 기기만 예전 페이지를 봅니다. 실제 서비스의 IPv6 제공 여부를 확인해 AAAA를 올바르게 수정한 뒤 다시 검사합니다. 무조건 레코드를 삭제하는 방식은 권장하지 않습니다.
이어서 확인할 도구
변경 전후 비교표를 만드는 방법
| 점검 대상 | 기록 예시 | 해석 |
|---|---|---|
| 이름과 종류 | nas.example.com / A와 AAAA | www 등 다른 이름을 시험하지 않았는지 확인 |
| 권한 서버 값 | 의도한 새 주소와 TTL | 관리 화면의 저장과 실제 응답을 구분 |
| NAS 측 조회 | 조회 시각과 응답 주소 | 방문자 DNS와 다른 결과일 수 있음 |
| 실제 PC 조회·접속 | 주소, VPN 여부, 브라우저 화면 | 이름 해석과 HTTP 연결을 각각 비교 |
가상 예시: A는 새 서버, AAAA는 이전 서버를 가리키면 IPv6를 사용하는 기기에서만 이전 화면이 보일 수 있습니다. 먼저 두 레코드를 비교하고 서비스 운영 계획에 맞게 수정합니다. 원인을 확인하지 않고 모든 캐시를 반복 삭제하면 어떤 변경이 영향을 줬는지 추적하기 어렵습니다.
변경 후 확인
한 번에 한 설정을 변경하고 같은 조건으로 재시험하세요. 점검 시각·접속 위치·입력 주소·결과를 남기면 이전 결과와 비교할 수 있습니다. 해결되지 않으면 문의·오류 제보에 비밀번호와 개인 정보를 제외한 증상과 시험 조건을 전달해 주세요.
참고한 공식 자료
메뉴와 동작은 제품 버전·환경에 따라 다를 수 있습니다. 이 글은 자료를 바탕으로 작성한 점검 안내이며 원문을 복제하지 않았습니다.