회사 홈페이지 서버를 옮기고 DNS 주소를 바꾸면 바로 모든 방문자에게 적용될까요?

회사 홈페이지의 DNS 기록은 TTL로 정한 시간 동안 다른 서버의 캐시에 남을 수 있어 주소를 바꿔도 모든 방문자에게 한꺼번에 적용되지 않습니다. 인터넷 표준 문서 RFC 1034는 변경을 미리 알면 TTL을 먼저 줄이라고 설명합니다. 서버 이전 일정에 맞춘 점검 순서를 정리했습니다.

탱탱소프트2026.11.09

회사 홈페이지의 DNS 기록은 TTL로 정한 시간 동안 다른 서버의 캐시에 남을 수 있어 주소를 바꿔도 모든 방문자에게 한꺼번에 적용되지 않습니다. 호스팅을 옮기면서 도메인이 가리키는 서버 주소를 새로 입력했는데 어떤 직원 휴대폰에는 새 홈페이지가, 다른 사무실 컴퓨터에는 옛 홈페이지가 열리는 일이 생기는 이유입니다.

TTL은 캐시에 남아 있어도 되는 최대 시간입니다

DNS 기본 표준인 RFC 1034는 각 DNS 기록(자원 레코드)에 붙는 TTL을 그 기록을 캐시에 얼마나 오래 둘 수 있는지에 대한 시간 제한이라고 설명합니다. TTL 값은 그 기록이 속한 영역(zone)의 관리자가 정합니다. 같은 문서는 짧은 TTL로 캐시를 줄일 수 있고 0이면 캐시를 막지만, 일반적인 호스트라면 인터넷 성능의 현실상 며칠 단위가 알맞다고 적습니다.

함께 나온 RFC 1035는 TTL을 기록을 캐시에 둘 수 있는 시간 간격을 초 단위로 나타내는 값으로 정의하고, 0은 진행 중인 처리에만 쓰고 캐시하지 말라는 뜻이라고 설명합니다. 이후 RFC 2181은 TTL이 0부터 2147483647까지의 부호 없는 값이며, 반드시 지켜야 하는 시간이 아니라 최대 유지 시간이라고 분명히 했습니다. 구현은 받은 TTL에 상한을 둘 수도 있습니다.

정리하면 주소를 바꾼 순간 DNS 관리 화면의 값은 새것이 되지만, 그 전에 옛 기록을 받아 둔 다른 서버들은 최대 TTL만큼 옛 주소를 계속 돌려줄 수 있습니다. 언제 새 주소로 바뀌는지는 방문자마다 다르게 보일 수 있습니다.

흰 책상 위 열린 노트북 화면과 그 주변 공간으로 푸른 빛의 선과 점이 그물처럼 퍼져 나가는 모습

AI로 생성한 개념 이미지. 실제 탱탱소프트 사진이 아닙니다.

변경을 미리 알면 TTL부터 줄입니다

RFC 1034는 변경을 예상할 수 있다면 변경 전에 TTL을 줄여 변경 중의 불일치를 줄이고, 변경이 끝난 뒤 원래 값으로 되돌릴 수 있다고 설명합니다.

여기서 하나 더 따져 볼 점이 있습니다. TTL을 줄였다는 정보 역시 옛 TTL을 달고 이미 캐시에 들어간 기록에는 바로 반영되지 않습니다. 그래서 탱탱소프트는 TTL을 줄이는 작업을 실제 서버 이전보다 적어도 기존 TTL만큼 앞서 해 두기를 권합니다.

없는 이름에 대한 응답도 캐시될 수 있습니다. 부정 응답 캐시를 다룬 RFC 2308은 이름이 없다는 응답(NXDOMAIN)이나 그 종류의 기록이 없다는 응답을 보낼 때 함께 싣는 SOA 기록의 TTL을, SOA 기록의 MINIMUM 값과 SOA 자체 TTL 가운데 작은 값으로 정하고 이 값이 부정 응답을 캐시할 수 있는 시간이라고 설명합니다. 새 하위 도메인을 만들기 전에 그 주소로 먼저 접속해 보면 '없음'이라는 응답이 그 시간 동안 남을 수 있다는 뜻입니다.

사람 없는 데이터센터 통로 양쪽으로 유리문 서버 랙이 줄지어 서 있고 랙 안의 푸른 빛과 천장 조명이 바닥에 비치는 모습

AI로 생성한 개념 이미지. 실제 탱탱소프트 사진이 아닙니다.

서버 이전 일정에 맞춘 점검 순서

다음은 위 표준 문서의 설명을 바탕으로 한 탱탱소프트의 실무 권장입니다.

도메인과 DNS를 관리하는 계정에 누가 접근할 수 있는지 확인하고, 바꿀 기록(예: 홈페이지 주소를 가리키는 A·AAAA·CNAME 기록)의 현재 값과 TTL을 적어 둡니다.
이전 예정일보다 적어도 기존 TTL만큼 앞서 바꿀 기록의 TTL을 짧게 줄입니다.
새 서버에 같은 홈페이지를 준비해 미리 확인하고, 옛 서버는 기록을 바꾼 뒤에도 기존 TTL이 지날 때까지 끄지 않습니다.
기록을 바꾼 뒤 여러 통신망과 기기에서 새 서버가 열리는지 확인하고, 안정되면 TTL을 원래 값으로 되돌립니다.
메일 수신(MX)이나 도메인 인증용 TXT 기록처럼 이번에 바꾸지 않을 기록을 실수로 지우거나 고치지 않았는지 이전 기록과 대조합니다.

DNS 관리 화면에서 고를 수 있는 TTL 값과 기본값은 도메인 등록 업체나 DNS 서비스마다 다르므로 해당 서비스의 안내를 함께 확인해야 합니다. 이 글은 청주·충북 지역 기업을 포함한 일반적인 홈페이지 이전 점검 방법을 정리한 것이며 특정 회사의 DNS 설정을 진단한 결과가 아닙니다.