문제

가비아에서 도메인을 등록하고, 갈 곳을 지정했는데도 사이트가 안 뜹니다 — 타임아웃, “서버를 찾을 수 없음”, 또는 내 콘텐츠 대신 옛 파킹 페이지. 도메인은 분명히 존재합니다. 가비아 계정에서 보이니까요. 끊긴 건 ‘이름을 소유하는 것’과 ‘그 이름이 맞는 주소로 응답하는 것’ 사이 사슬에서 특정 한 층입니다. 그리고 가비아에서의 함정은 등록기관과 DNS 호스트가 같은 회사일 수도, 서로 다른 둘일 수도 있다는 것 — 당신은 틀린 쪽을 고쳤습니다.

증상

  • 도메인이 아무 데도 해석되지 않거나(NXDOMAIN/“서버를 찾을 수 없음”) 브라우저에서 타임아웃이 난다.
  • 내 사이트 대신 가비아 파킹 페이지, 옛 사이트, 호스트 기본 페이지가 뜬다.
  • 네임서버를 바꿨는데 아무 일도 없다 — 몇 시간이 지나도 연결이 안 된다.
  • My가비아 DNS 관리툴에서 레코드를 고쳐도 눈에 보이는 변화가 없다.
  • 어떤 네트워크에선 되고 다른 데선 안 된다, 또는 나는 되는데 동료는 안 된다.

맞물려야 하는 세 개의 층

도메인 연결은 설정 하나가 아닙니다. 세 개의 층이 겹쳐 쌓인 구조고, “연결 안 됨” 문제는 거의 항상 이 층들 사이의 불일치입니다. 가비아는 이걸 더 헷갈리게 만드는데, 등록기관이자 DNS 호스트라는 두 역할을 동시에 하기 때문입니다 — 그래서 가장 먼저 정리할 건 지금 내가 어느 역할을 설정하고 있는가입니다.

1층 — 등록기관(이름을 소유). 등록 정보를 쥐고 있는 가비아 계정입니다. 여기서 중요한 단 하나의 일은 도메인의 네임서버(NS) 레코드를 ‘DNS 질의에 응답할 주체’로 가리키는 것입니다. 기본값은 가비아 자체 네임서버(ns.gabia.co.kr 계열)입니다. 외부 제공자에게 DNS를 맡기고 싶다면 바로 여기서 NS를 바꿉니다 — 그리고 이 변경은 대략 24~48시간이 걸립니다.

2층 — 네임서버(응답 주체). NS 레코드가 가리키는 곳이 내 도메인의 권위입니다. 사람들이 바로 이 층을 틀립니다: 어떤 DNS 패널은, 그 패널의 네임서버가 NS 레코드에 들어가 있을 때만 도메인을 제어합니다. NS는 여전히 가비아를 가리키는데 Cloudflare에서 레코드를 고치고 있다면 — 혹은 그 반대라면 — 권위 응답은 계속 반대편에서 나오고, 내 수정은 아무 효과가 없습니다.

3층 — DNS 레코드(응답 내용). 맞는 네임서버가 권위를 가지면, 그제서야 A 레코드(또는 CNAME)가 이름이 해석되는 실제 주소입니다. 이게 빠른 층입니다: 권위 존 안의 레코드를 고치면 며칠이 아니라 보통 몇 분이면 반영됩니다.

가비아에서 가장 흔한 실수는 1층과 2층을 혼동하는 것입니다 — 도메인을 가비아 네임서버에 위임해 둔 채 레코드는 다른 데서 고치거나, 위임을 외부로 넘겨놓고도 여전히 My가비아에서 고치는 것. 어느 쪽이든 영영 나타나지 않을 변경을 기다리게 됩니다. 아무도 묻지 않는 존에서 고치고 있으니까요.

가장 흔한 원인 3가지

  1. 권위가 아닌 존에서 레코드를 고친다. My가비아에서 A/CNAME을 바꾸는데 도메인 NS는 외부 제공자를 가리킨다(또는 DNS를 외부로 옮겨놓고도 가비아에서 계속 고친다). 신호: 수정이 먹히지 않고, 실제 NS 레코드가 내 생각과 다르다.
  2. 아직 전파되지 않은 네임서버 변경. NS를 제대로 바꿨지만(가비아로 또는 가비아에서) 24~48시간 위임 창 안에 있다. 신호: 어느 네임서버가 권위인지 리졸버마다 답이 다르거나, 옛 NS가 아직 보인다.
  3. 레코드 누락/오류, 또는 수정 후 캐시. 네임서버는 맞는데 A 레코드가 없거나 틀린 IP를 가리키거나, 고쳤는데 stale/네거티브 캐시가 옛 답을 내보내고 있다. 신호: 권위 네임서버가 틀린 레코드를 반환하거나, 맞는 값을 반환하는데도 일부 리졸버가 옛 값을 준다.

값에 대한 한마디: IP와 CNAME 타깃은 호스트나 플랫폼이 자기 콘솔에 보여주는 정확한 값을 그대로 쓰세요 — 이 값들은 수시로 바뀌고, 3년 전 블로그 글에서 베껴온 숫자가 바로 ‘맞아 보이는데 조용히 실패하는’ 설정의 정체입니다. 아래 층들은 레코드를 어디에 넣을지 알려주고, 무슨 값인지는 호스트가 알려줍니다.

DechoNet으로 진단하기

  • DNS 조회는 도메인의 현재 NS 레코드와 A/CNAME 응답을 보여줍니다 — 어느 네임서버가 권위인지, 그게 실제로 뭘 반환하는지 확인할 수 있어 ‘틀린 존을 고치는’ 1층/2층 불일치를 가장 빨리 잡아냅니다.
  • DNS 전파 확인은 전 세계 리졸버에 한 번에 질의합니다. 답이 엇갈리면 네임서버·레코드 변경 후 전파 중이고, 틀린 답으로 일치하면 전파는 끝났고 레코드 자체가 문제입니다.

해결 체크리스트

  • DNS 조회를 돌려 NS 레코드부터 읽으세요 — 도메인이 가비아(ns.gabia.co.kr 계열)에 위임됐는지 외부 제공자에 위임됐는지 확인합니다.
  • NS가 실제로 가리키는 곳의 DNS 패널에서만 레코드를 고치세요. 가비아면 My가비아 DNS 관리툴, 외부면 거기서.
  • NS 자체가 틀렸다면 **가비아(등록기관)**에서 바꾸고, 반영까지 24~48시간을 잡으세요 — 그동안 레코드는 건드리지 마세요.
  • A 레코드가 맞는 서버 IP(또는 CNAME이 맞는 타깃)를 가리키는지, 호스트가 보여주는 정확한 값으로 확인하고, 옛 파킹/옛 호스트 레코드가 남아있지 않은지 보세요.
  • DNS 전파 확인을 여러 리졸버로 돌려, 엇갈리면 다른 걸 바꾸지 말고 TTL이 빠지길 기다리세요.
  • 제대로 해석되는데도 안 뜨면 DNS는 끝난 겁니다 — 그 IP에서 서버가 실제로 응답하는지 HTTP 확인으로 보세요.

이럴 땐 넘기세요

  • 모든 곳에서 맞는 IP로 해석되는데도 사이트가 안 뜨면, 문제는 DNS를 완전히 벗어난 겁니다 — 도메인 연결이 아니라 그 IP의 웹 서버·호스팅 문제입니다.
  • 도메인은 잘 해석되는데 국내에서만 접속이 안 되면, DNS 문제로 단정하기 전에 행정 차단(방송통신심의위원회의 접속 차단)부터 배제하세요 — 이건 레코드 변경이 아니라 별도 절차입니다.

내 도메인에서 바로 확인

무료, 가입 불필요. 이 가이드가 다루는 항목을 바로 검사하고 조치 방법을 알려드립니다.