문제

GoDaddy에서 도메인의 네임서버를 바꿨거나 — 혹은 도메인을 호스팅·웹사이트 빌더·외부 DNS 제공자로 연결하려는데 — 여전히 안 됩니다. 타임아웃, “서버를 찾을 수 없음”, 또는 내 콘텐츠 대신 GoDaddy 파킹 페이지. 도메인은 분명히 존재합니다. 계정에서 보이니까요. 끊긴 건 ‘이름을 소유하는 것’과 ‘그 이름이 맞는 주소로 응답하는 것’ 사이의 특정 한 층입니다. 그리고 GoDaddy의 함정은 GoDaddy가 당신의 등록기관이자 DNS 호스트일 수 있다는 것 — 그래서 한쪽을 고치려다 다른 쪽을 건드리기 쉽습니다.

증상

  • 도메인이 아무것도 아닌 곳으로 해석되거나(NXDOMAIN / “서버를 찾을 수 없음”) 브라우저에서 타임아웃이 납니다.
  • 내 사이트 대신 GoDaddy 파킹 페이지, 옛 사이트, 또는 호스트 기본 페이지가 뜹니다.
  • 네임서버를 바꿨는데 아무 일도 없습니다 — 몇 시간 뒤에도 연결이 안 됩니다.
  • GoDaddy DNS 편집기에서 레코드를 고쳐도 눈에 보이는 변화가 없습니다.
  • DNS를 외부로 옮겼다고 생각했는데 네임서버 조회에 아직 GoDaddy의 .domaincontrol.com 세트가 뜹니다(또는 그 반대).

반드시 일치해야 하는 세 개의 층

도메인 연결은 설정 하나가 아닙니다. 서로 위에 쌓인 세 개의 층이고, “연결 안 됨” 문제는 거의 언제나 이 층들 사이의 불일치입니다. GoDaddy는 등록기관이자 DNS 호스트라는 두 역할을 겸해서 그림을 흐립니다. 그래서 가장 먼저 할 일은 지금 내가 설정하는 게 어느 역할인지부터 분명히 하는 것입니다.

1층 — 등록기관(이름을 소유). 등록을 쥐고 있는 GoDaddy 계정입니다. 여기서 중요한 단 하나의 일은 도메인의 네임서버(NS) 레코드를 ‘DNS 질문에 답할 주체’로 가리키는 것입니다. 기본값으로 GoDaddy는 도메인을 자사 네임서버 — 계정에 배정된, .domaincontrol.com으로 끝나는 호스트명 쌍 — 로 가리킵니다(블로그에서 특정 쌍을 베끼지 말고, GoDaddy가 내 도메인에 대해 보여 주는 값을 쓰세요). 외부 제공자에게 DNS를 맡기고 싶다면, NS를 바꾸는 층이 바로 여기이고 — 이 변경은 대략 24~48시간 걸립니다.

2층 — 네임서버(누가 답하는가). NS 레코드가 가리키는 곳이 당신 도메인의 권위입니다. 사람들이 가장 많이 틀리는 층이 여기입니다: DNS 편집기는 그 편집기의 네임서버가 NS 레코드에 적힌 바로 그것일 때만 도메인을 제어합니다. NS는 아직 GoDaddy를 가리키는데 Cloudflare에서 레코드를 고치고 있다면 — 또는 그 반대라면 — 권위 응답은 계속 반대쪽에서 나오고, 당신의 수정은 아무 효과가 없습니다.

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

GoDaddy 인터페이스에서는 이게 화면 구성으로 드러납니다. Domain Portfolio를 열고 도메인을 선택한 뒤, DNS 아래 네임서버(Nameservers) 영역을 찾으세요. GoDaddy 기본 네임서버 아니면 커스텀 세트가 보일 겁니다. ‘내 네임서버 사용(I’ll use my own nameservers)‘(커스텀)이 1층 — 위임을 넘기는 것입니다. 별도의 DNS 레코드 편집기는 3층이고 — 2층이 아직 GoDaddy를 가리킬 때만 의미가 있습니다. GoDaddy에서 가장 흔한 실수는 1층과 2층을 혼동하는 것입니다: DNS를 외부로 위임해 놓고 여전히 GoDaddy에서 레코드를 고치거나, NS는 GoDaddy에 둔 채 레코드를 외부에서 고치는 것. 어느 쪽이든 아무도 묻지 않는 존에서 변경하기 때문에, 영원히 나타나지 않을 변화를 기다리게 됩니다.

주요 원인 3가지

  1. 권위가 아닌 존에서 레코드를 고치고 있다. GoDaddy DNS 편집기에서 A/CNAME을 바꾸는데, 도메인의 NS는 외부 제공자를 가리킵니다(또는 DNS를 밖으로 옮기고도 GoDaddy에서 계속 편집). 증상: 수정이 아무 효과가 없고, 실제 NS 레코드가 당신이 생각한 그것이 아닙니다.
  2. 아직 전파되지 않은 네임서버 변경. NS를 올바르게 바꿨지만(GoDaddy로, 또는 GoDaddy에서 밖으로) 24~48시간 위임 창 안에 있습니다. 증상: 리졸버들이 어느 네임서버가 권위인지에 대해 서로 다르거나, 옛 .domaincontrol.com 세트가 아직 보입니다.
  3. 없거나 틀린 레코드, 또는 수정 후의 캐시. 네임서버는 맞는데 A 레코드가 없거나, 틀린 IP를 가리키거나, 고쳤는데 오래된/네거티브 캐시가 아직 옛 답을 내보냅니다. 증상: 권위 네임서버가 틀린 레코드를 돌려주거나 — 맞는 답을 돌려주는데도 일부 리졸버가 아직 옛 값을 서빙합니다.

값에 관한 한 가지 당부: 레코드 값은 호스트나 플랫폼이 자기 콘솔에서 보여 주는 정확한 값을 쓰세요 — IP와 CNAME 대상은 바뀌고, 3년 된 튜토리얼에서 베낀 숫자는 멀쩡해 보이는 설정이 조용히 실패하는 전형적 원인입니다. 아래 층들은 레코드를 어디에 둘지 알려 주고, 무엇이어야 하는지는 호스트가 알려 줍니다.

DechoNet으로 진단

  • DNS 조회는 도메인의 현재 NS 레코드와 A/CNAME 응답을 보여 줘서, 어느 네임서버가 권위인지와 그것이 무엇을 돌려주는지 확인하게 해 줍니다 — 틀린 존을 고치고 있는 1층/2층 불일치를 가장 빨리 잡는 길입니다.
  • DNS 전파 확인은 전 세계 리졸버에 동시에 질의합니다. 서로 다르면 네임서버·레코드 변경 뒤 전파 중이고, 다 같이 틀린 답으로 일치하면 전파는 끝났고 레코드 자체가 문제입니다.

해결 체크리스트

  • DNS 조회를 돌려 NS 레코드부터 읽으세요 — 도메인이 GoDaddy(.domaincontrol.com 세트)로 위임됐는지 외부 제공자로 위임됐는지 확인합니다.
  • 레코드는 NS가 실제로 가리키는 쪽의 DNS 편집기에서만 고치세요. GoDaddy면 GoDaddy DNS 레코드 편집기, 외부 제공자면 거기서.
  • NS 자체가 틀렸다면 GoDaddy(등록기관) 의 네임서버 영역에서 바꾸고, 반영까지 24~48시간을 잡으세요 — 그동안 레코드는 건드리지 마세요.
  • A 레코드가 맞는 서버 IP(또는 CNAME이 맞는 대상)를 가리키는지, 호스트가 보여 주는 정확한 값으로 확인하고, 옛 파킹·옛 호스트 레코드가 남아 있지 않은지 보세요.
  • DNS 전파 확인으로 여러 리졸버를 보세요. 서로 다르면 설정을 더 건드리지 말고 TTL을 기다리세요.
  • 올바르게 해석되는데도 안 뜨면 DNS는 끝난 겁니다 — 그 IP에서 서버가 실제로 응답하는지 HTTP 점검으로 확인하세요.

에스컬레이션 시점

  • DNS가 모든 곳에서 맞는 IP로 해석되는데도 사이트가 안 뜨면, 문제는 DNS를 완전히 벗어난 것입니다 — 그 IP의 웹 서버나 호스팅이지 도메인 연결이 아닙니다.
  • 도메인을 외부 DNS 제공자로 옮겼는데 이틀이 지나도 해석이 안 되면, GoDaddy의 NS 값을 글자 단위로 다시 확인하세요 — 커스텀 네임서버 호스트명의 오타 하나가 에러 대신 조용히 실패하는 레임 위임을 만듭니다.

내 도메인에서 바로 확인

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