호스팅·서버

도메인을 샀는데 사이트가 안 열려요, DNS와 후이즈 읽는 법

네트 네트·2026년 08월 06일

도메인 구매도 끝냈고 서버 세팅도 마쳤는데 주소창에 쳐도 사이트가 안 열립니다. 이럴 때 서버부터 뜯어보는 분이 많은데, 열에 아홉은 서버가 아니라 DNS 문제예요. 도메인과 서버를 연결해주는 이 중간 단계에서 뭔가 어긋난 겁니다.

여러 갈래로 뻗어나가는 네트워크 경로 시각화

먼저 볼 것은 네임서버

도메인을 산 곳과 실제 DNS 설정을 관리하는 곳이 다를 수 있습니다. 네임서버는 “이 도메인의 주소록을 누가 관리하느냐”를 정하는 값이에요. 도메인 등록 업체에 네임서버가 A사로 지정돼 있는데 정작 B사 관리 화면에서 레코드를 열심히 고치고 있다면, 아무리 고쳐도 반영되지 않습니다.

그래서 순서가 중요합니다. 네임서버가 어디를 가리키는지 먼저 확인하고, 그 관리 화면에 들어가서 레코드를 손대야 해요. 이 확인 없이 레코드부터 건드리면 원인을 못 찾고 몇 시간을 날리게 됩니다.

레코드 종류만 알아도 절반은 해결

A 레코드는 도메인을 IP 주소에 직접 연결합니다. 가장 기본이고, 사이트가 안 열릴 때 첫 번째로 볼 값이에요. CNAME은 도메인을 다른 도메인 이름에 연결합니다. www를 본 도메인에 붙일 때 흔히 씁니다. 다만 최상위 도메인 자체에는 CNAME을 쓸 수 없는 경우가 많아서, 이걸 모르고 설정했다가 막히는 일이 자주 생겨요.

MX는 메일을 어느 서버로 보낼지 정합니다. 사이트는 멀쩡한데 메일만 안 되는 상황이면 대부분 여기가 원인이에요. 웹 서버를 옮기면서 A 레코드만 바꾸고 MX를 그대로 두면 메일이 옛날 서버로 계속 흘러갑니다. TXT는 도메인 소유 확인이나 메일 인증(SPF, DKIM 등)에 쓰이는데, 메일이 스팸함으로만 들어간다면 이 값들을 점검해볼 필요가 있습니다.

터널을 따라 빠르게 이동하는 데이터 흐름 시각화

전파 시간, 그리고 TTL

레코드를 바꿔도 즉시 반영되지 않습니다. 전 세계 DNS 서버들이 이전 값을 캐시하고 있어서, 그 캐시가 만료돼야 새 값을 보게 되거든요. 이 캐시 유지 시간이 TTL입니다.

여기서 실무 요령이 하나 있어요. 서버 이전 계획이 있다면 이전하기 하루 이틀 전에 TTL을 미리 짧게 낮춰두는 겁니다. TTL이 하루로 잡혀 있으면 IP를 바꿔도 하루 종일 옛 서버로 접속이 흘러들지만, 미리 5분으로 줄여두면 전환이 몇 분 만에 끝납니다. 이전이 끝난 뒤 다시 원래대로 올리면 되고요. 이 준비 하나로 무중단 이전의 성패가 갈립니다.

그리고 내 컴퓨터에서만 안 열리는 경우도 흔합니다. 이럴 땐 로컬 DNS 캐시를 비우거나, 다른 네트워크나 휴대폰 데이터로 접속해보면 금방 구분이 됩니다.

후이즈로 알 수 있는 것

돋보기로 데이터 블록을 들여다보는 이미지

후이즈 조회는 도메인의 등록 정보를 확인하는 창구입니다. 여기서 가장 중요한 건 만료일이에요. 잘 돌아가던 사이트가 어느 날 갑자기 통째로 안 열린다면 도메인 만료를 먼저 의심해봐야 합니다. 자동 갱신을 걸어뒀어도 등록된 결제 수단이 만료돼 결제가 실패하는 일이 생각보다 자주 있어요.

네임서버 정보도 후이즈에서 확인할 수 있어서, 앞서 말한 “어느 관리 화면을 봐야 하는지”를 여기서 바로 알 수 있습니다. 도메인 상태값도 눈여겨볼 만합니다. 이전 잠금이 걸려 있으면 다른 업체로 옮길 수 없고, 만료 후 유예 기간에 들어가 있으면 서비스는 멈췄지만 아직 복구가 가능한 상태라는 뜻이에요.

도메인 연결이나 서버 이전 때문에 막히셨다면 TIDC로 문의해주세요. 국내 데이터센터에서 직접 운영하는 호스팅이라 DNS 설정부터 무중단 이전까지 전담 엔지니어가 함께 확인해드립니다.

네트
네트

보이지 않는 곳에서 세상을 연결하는 인프라 및 아키텍처 전문가

홈으로
위로 스크롤