도메인은 샀는데 사이트가 안 열린다, 메일이 스팸함으로만 들어간다 — 이런 문제의 상당수는 서버가 아니라 DNS 설정에서 시작됩니다. 레코드 몇 줄이 어디를 가리키느냐에 따라 접속도 메일도 갈리기 때문이에요.
네임서버부터 확인하세요
가장 많이 헷갈리는 지점이 여기예요. 도메인을 A업체에서 샀더라도 네임서버가 B업체로 지정돼 있으면, A업체 DNS 관리 화면에서 아무리 레코드를 고쳐도 반영되지 않습니다. 실제로 적용되는 건 현재 지정된 네임서버 쪽 설정이에요.
그래서 레코드를 손대기 전에 “이 도메인의 네임서버가 지금 어디로 잡혀 있는지”부터 확인하는 게 순서입니다. 호스팅을 옮길 때도 네임서버를 먼저 정리해두면 나중에 원인 모를 삽질을 줄일 수 있어요.
A, CNAME, MX, TXT 뭐가 다른가요
A 레코드는 도메인을 특정 IP 주소로 직접 연결합니다. 서버 IP가 정해져 있으면 가장 기본이 되는 레코드예요.
CNAME은 도메인에 별칭을 붙이는 방식이라, 다른 도메인 이름을 바라보게 만듭니다. 외부 서비스에 연결할 때 자주 쓰지만, 최상위 도메인(루트)에는 제약이 있는 경우가 많아 보통 www나 서브도메인에 씁니다.
MX는 메일을 어느 서버로 보낼지 정하고, TXT는 도메인 소유권 인증이나 SPF 같은 메일 보안 설정에 쓰입니다. 웹은 멀쩡한데 메일만 문제라면 십중팔구 MX와 TXT 쪽을 봐야 해요.
TTL은 무작정 낮추지 마세요
TTL은 DNS 응답을 얼마나 캐시할지 정하는 값이에요. 짧을수록 변경이 빨리 퍼지지만, 그만큼 조회 요청이 늘어나 응답 속도나 부하 면에서는 손해입니다. 평소에는 넉넉하게 두고, 서버 이전처럼 변경이 예정된 시점 며칠 전에만 미리 낮춰두는 방식이 안전해요.
이전이 끝나고 안정화되면 다시 원래 값으로 올려두면 됩니다. 이 한 가지만 챙겨도 전환 과정에서 접속이 튀는 시간을 크게 줄일 수 있어요.
바꾼 직후에 안 된다고 당황하지 않기
DNS는 전 세계 곳곳에 캐시된 채로 동작하기 때문에, 바꾸자마자 모두에게 반영되지 않습니다. 사무실에서는 새 서버로 붙는데 집에서는 예전 서버로 가는 상황이 정상이라는 뜻이에요. TTL과 각 통신망 캐시에 따라 수십 분에서 하루 정도 차이가 날 수 있습니다.
그래서 서버를 옮길 때는 전환 기간 동안 기존 서버를 바로 내리지 말고 잠시 함께 열어두는 게 안전해요. 도메인 연결부터 메일 레코드까지 한 번에 정리하고 싶다면 웹호스팅·서버 이전 지원을 함께 이용하시면 수월합니다.
