닷홈 도메인 연결 안 됨: DNS·네임서버 점검
닷홈 도메인 연결 안 됨? 네임서버·A/CNAME 레코드·전파를 4단계로 점검해 어느 층이 끊겼는지 찾습니다. 무료 즉시 진단으로 바로 확인.
내 도메인에 이 문제가 있는지 지금 확인
무료, 가입 불필요. 이 가이드가 다루는 항목을 바로 검사하고 조치 방법을 알려드립니다.
Problem
닷홈에 도메인을 등록하고(또는 무료·저가 호스팅을 쓰려고 도메인을 연결하고) 설정까지 했는데 사이트가 안 뜹니다 — 타임아웃, “서버를 찾을 수 없음”, 또는 새 페이지 대신 옛 페이지가 나옵니다. 답답한 건 도메인이 분명히 존재한다는 점입니다: 내가 소유하고 있고, 닷홈 계정에 버젓이 보입니다. 끊긴 건 이름을 소유하는 것과 올바른 주소로 응답하는 것 사이의 특정 한 층입니다.
Symptoms
- 도메인이 아무 데도 해석되지 않거나(
NXDOMAIN/ “서버를 찾을 수 없음”) 브라우저에서 타임아웃됩니다. - 내 콘텐츠 대신 옛 사이트, 파킹 페이지, 또는 기본 호스팅 페이지가 뜹니다.
- 네임서버를 바꿨는데 아무 일도 안 일어나고, 하루가 지나도 여전히 연결이 안 됩니다.
- 닷홈 DNS 레코드 패널에서 A/CNAME 수정이 안 먹거나, 수정해도 눈에 보이는 효과가 없습니다.
- 한 기기·네트워크에서는 되는데 다른 데서는 안 되거나, 나는 되는데 동료는 안 됩니다.
서로 맞아야 하는 세 개의 층
도메인이 “연결된다”는 건 설정 하나가 아니라 세 개의 층이 위로 쌓인 것이고, 닷홈 “연결 안 됨” 문제는 거의 항상 이 층들 사이의 불일치입니다. 순서를 바로잡으면 해법이 자명해집니다.
1층 — 등록기관(이름을 소유하는 곳). 도메인 등록을 보유한 계정입니다. 여기서 중요한 유일한 임무는 도메인의 네임서버(NS) 레코드를 “DNS 질의에 답할 주체”로 가리키는 것입니다. 다른 곳에서 등록했고 닷홈이 DNS를 호스팅하길 원한다면, NS를 닷홈 것으로 바꾸는 곳이 여기이고, 그 변경은 반영까지 대략 1~2일이 걸립니다. 닷홈에서 도메인을 등록했다면 네임서버 제어는 [마이닷홈]의 도메인 관리 메뉴에 있습니다.
2층 — 네임서버(응답하는 곳). 등록기관이 가리키는 NS가 도메인의 권위자입니다. 사람들이 걸려 넘어지는 층이 여기입니다: 닷홈 DNS 레코드 관리는 도메인이 닷홈 네임서버로 위임돼 있을 때만 동작합니다. NS가 아직 다른 업체를 가리키면, 닷홈 패널에서 A 레코드를 수정해봐야 아무도 조회하지 않는 존을 바꾸는 것입니다. 권위 응답은 계속 옛 네임서버에서 나오고, 당신의 수정은 허공으로 사라집니다.
3층 — DNS 레코드(응답의 내용). 올바른 네임서버가 권위자가 되고 나면, A 레코드(또는 CNAME)가 이름이 해석되는 실제 주소입니다. 닷홈 네임서버를 쓰면 닷홈이 자기 NS 레코드와 SOA를 미리 만들어 주고, A 레코드는 당신이 직접 추가합니다 — 타입 A, 호스트, TTL, 서버 IP. 이게 빠른 층입니다: 고친 A 레코드는 보통 며칠이 아니라 몇 분이면 반영됩니다.
가장 흔한 닷홈 실수는 1층과 2층을 헷갈리는 것입니다 — 도메인이 아직 다른 곳에 위임된 상태에서 닷홈에서 레코드를 수정하고는, 엉뚱한 데서 한 변경이 나타나기를 기다리는 것입니다.
Top 3 Causes
- DNS를 수정하는 곳으로 네임서버가 실제로 안 가 있음. 닷홈에서 A/CNAME을 수정하는데 도메인의 NS 레코드는 아직 다른 업체를 가리킵니다(또는 그 반대). 징후: 수정이 효과가 없고, 도메인의 권위 네임서버가 당신이 생각한 그 서버가 아닙니다.
- 네임서버 변경이 아직 전파 안 됨. NS를 닷홈으로(또는 닷홈에서 밖으로) 제대로 옮겼지만 1~2일 위임 창 안에 있습니다. 징후: 조회하면 아직 옛 NS가 보이거나, 리졸버들이 어느 네임서버가 권위자인지 서로 다르게 답합니다.
- 없거나 틀린 A/CNAME 레코드, 또는 수정 후 남은 캐시. 네임서버는 맞는데 레코드가 틀린 IP를 가리키거나 아예 없거나, 고쳤는데 옛/네거티브 캐시가 아직 옛 답을 냅니다. 징후: 권위 네임서버가 틀린 레코드를 주거나 — 또는 맞는 레코드를 주는데 일부 리졸버가 아직 옛 값을 냅니다.
Diagnose with DechoNet
- DNS Lookup은 도메인의 현재 NS 레코드와 A/CNAME 응답을 보여줍니다. 어느 네임서버가 권위자인지, 그리고 그게 무엇을 실제로 반환하는지 확인할 수 있어 — 엉뚱한 존을 편집하는 1층/2층 불일치를 잡는 가장 빠른 길입니다.
- DNS Propagation Check는 전 세계 여러 리졸버를 한 번에 조회합니다. 서로 다르면 네임서버·레코드 변경 후 전파 중이고, 다들 틀린 답에 동의하면 전파는 끝났고 레코드 자체가 문제입니다.
Resolution Checklist
- DNS Lookup을 돌려 NS 레코드부터 읽으세요 — 도메인이 당신이 관리하려는 네임서버(닷홈 것, 또는 다른 업체 것)로 위임돼 있는지 확인합니다.
- NS가 틀렸다면 도메인이 등록된 곳에서 바꾸세요(닷홈에서 등록했으면 [마이닷홈] 도메인 관리, 아니면 다른 등록기관). 그리고 반영까지 1~2일을 예상하세요.
- A/CNAME 레코드는 실제로 권위자인 곳의 패널에서만 수정하세요 — 다른 데 위임된 상태로 닷홈에서 DNS를 수정하면 아무 일도 안 일어납니다.
- A 레코드가 올바른 서버 IP를 가리키는지(또는 CNAME이 올바른 대상을) 확인하고, 남은 파킹·옛 호스트 레코드가 없는지 보세요.
- DNS Propagation Check로 여러 리졸버를 확인하세요. 서로 다르면 다른 걸 더 바꾸지 말고 TTL을 기다리세요.
- 해석은 제대로 되는데 여전히 안 뜨면 DNS 층은 끝난 것입니다 — HTTP check로 서버가 실제로 그 IP에서 서비스 중인지 확인하세요.
When to Escalate
- DNS가 모든 곳에서 올바른 IP로 해석되는데도 사이트가 안 뜨면, 문제는 DNS를 완전히 벗어난 것입니다 — 도메인 연결이 아니라 그 IP의 웹서버·호스팅 문제입니다.
- 도메인은 잘 해석되는데 한국에서만 접속이 안 되면, DNS 결함으로 단정하기 전에 행정적 차단(방송통신심의위원회의 접속차단 명령)을 배제하세요 — 이건 레코드 변경이 아니라 등록기관·호스트를 통한 별도 절차입니다.
관련 도구
관련 가이드
가이드 공유