후이즈 도메인 조회·네임서버 확인: 도메인 입력 → DNS 레코드 체크
후이즈 도메인 조회와 네임서버 확인을 도메인 입력만으로 진행합니다. 등록기관·등록일·만료일 같은 도메인 정보와 함께, 등록된 네임서버와 실제 DNS 응답이 일치하는지 비교하고 A·MX·TXT·SOA 레코드까지 확인할 수 있습니다. 후이즈 원문도 그대로 볼 수 있습니다.
호스팅을 옮긴 뒤 사이트가 아직 옛 서버로 연결되거나, 도메인 만료일이 언제인지 확인해야 할 때가 있습니다. 등록기관 관리 화면에 들어가지 않아도 도메인 주소 하나로 확인할 수 있습니다. 아래 입력 창에 도메인을 넣으면 등록 정보와 실제 DNS 응답을 나란히 놓고 보여 줍니다.
Ⅰ. 후이즈 도메인 조회 결과 읽는 방법
후이즈 도메인 조회 결과 화면은 등록 정보, 네임서버, DNS 레코드, 확인된 서비스 네 덩어리로 나뉩니다. 같은 도메인을 설명하지만 출처가 다릅니다. 등록 정보는 등록 기관이 관리하는 장부의 값이고, DNS 레코드는 지금 이 순간 네임서버가 실제로 돌려주는 응답입니다. 이 둘이 어긋날 수 있다는 점이 화면을 읽는 출발점입니다.
1️⃣ 등록 정보, 등록기관·등록일·만료일·상태
등록 정보는 도메인을 관리하는 장부에서 가져온 값입니다. 사이트가 켜져 있는지, 화면에 무엇이 떠 있는지와는 무관합니다. 사이트가 닫혀 있어도 등록만 살아 있으면 이 항목들은 그대로 나옵니다.
등록기관은 도메인을 판 곳입니다. 레지스트리와는 다릅니다. .com이라는 이름 전체를 관리하는 곳은 Verisign이고, 그 아래에서 개별 도메인을 팔고 갱신을 받는 곳이 등록기관입니다. 가비아, 후이즈, 네임칩, 고대디가 여기에 해당합니다.
IANA 번호는 ICANN이 인증한 등록기관마다 붙는 고유 번호입니다. 이름이 비슷한 업체가 여럿일 때 이 번호로 구분합니다. 번호가 없으면 ICANN 인증 등록기관을 거치지 않은 경우로, 국가 도메인에서 자주 보입니다.
등록일 옆에는 등록 후 경과 연수가 함께 나옵니다. 도메인 나이는 그 자체로 순위를 올려 주지는 않지만, 같은 주제를 다루는 사이트를 비교할 때 참고가 됩니다. 최종 변경은 사이트 내용을 고친 날짜가 아닙니다. 네임서버를 바꾸거나 연락처를 수정하거나 갱신했을 때 갱신되는 값입니다.
만료일은 상단 배지로도 표시됩니다. 남은 기간이 넉넉하면 초록, 30일 이내면 주황, 이미 지났으면 빨강으로 바뀝니다. 만료일이 지났다고 도메인이 곧바로 사라지지는 않습니다. 이 부분은 Ⅲ에서 이어 다룹니다.
상태는 도메인에 걸린 잠금과 진행 상태를 나타내는 코드입니다. 도구는 코드를 그대로 두고 앞에 해설을 붙입니다. clientTransferProhibited는 등록대행자가 건 이전 잠금이라는 뜻이고, client로 시작하면 등록기관이, server로 시작하면 레지스트리가 건 것입니다. 이전 잠금은 사고가 아니라 대부분 기본값입니다. 도난 이전을 막기 위해 등록기관이 걸어 둡니다.
DNSSEC은 DNS 응답이 위조되지 않았음을 서명으로 확인하는 기능입니다. 사용 중이면 서명이 등록되어 있다는 뜻이고, 미사용이 곧 문제를 뜻하지는 않습니다.
2️⃣ 네임서버 확인 시 두 줄로 나뉘어 나오는 이유
네임서버는 두 칸으로 나뉘어 나옵니다. 같은 항목을 두 번 보여 주는 것이 아니라 출처가 다른 두 값을 나란히 놓은 것입니다.
등록 정보 기준은 등록기관과 레지스트리의 장부에 적힌 값입니다. 도메인 관리 화면에서 네임서버를 입력하면 이 값이 바뀝니다. 실제 DNS 기준은 지금 이 순간 네임서버에 물어서 받은 응답입니다. 조회 버튼을 누른 시점의 실제 상태입니다.
두 값이 같으면 왼쪽 칸에 초록색 일치 배지가 붙습니다. 다르면 주황색 불일치 배지가 붙습니다. 배지가 아예 없는 경우도 있는데, 한쪽 값이 비어 있어 비교가 성립하지 않을 때입니다. 등록 정보를 공개하지 않는 국가 도메인에서 이런 화면이 나옵니다.
숫자가 다른 것도 불일치로 잡힙니다. 장부에는 두 개가 적혀 있는데 실제 응답은 세 개가 오는 경우입니다. 네임서버를 추가하고 등록기관 쪽에 반영하지 않았을 때 이런 모양이 됩니다.
불일치가 무엇을 뜻하고 얼마나 기다려야 하는지는 Ⅱ에서 다룹니다.
3️⃣ DNS 조회: 레코드 종류별 의미
DNS 레코드는 도메인 이름을 실제 주소나 설정 값으로 바꿔 주는 항목들입니다. 종류마다 하는 일이 다릅니다.
|
종류 |
하는 일 |
|---|---|
|
A |
도메인을 IPv4 주소로 연결합니다. 웹사이트가 어느 서버에 있는지 알려 주는 값입니다. |
|
AAAA |
같은 일을 IPv6 주소로 합니다. 없다고 문제는 아닙니다. |
|
CNAME |
다른 이름을 가리키는 별칭입니다. www를 본 도메인으로 넘길 때 자주 씁니다. |
|
MX |
메일을 받을 서버입니다. 앞의 숫자는 우선순위로, 작을수록 먼저 시도합니다. |
|
NS |
이 도메인을 책임지는 네임서버입니다. |
|
TXT |
자유 형식 문자열입니다. 발송 서버를 지정하는 SPF, 구글이나 네이버의 소유 확인 값이 여기 들어갑니다. |
|
SOA |
영역 전체의 기준 정보입니다. 관리 네임서버와 일련번호가 담깁니다. |
오른쪽 TTL은 이 값을 얼마나 오래 저장해 두어도 되는지를 초 단위로 적은 것입니다. 300이면 5분, 3600이면 한 시간, 86400이면 하루입니다. 값을 바꿨는데 바로 반영되지 않는 이유가 대부분 여기 있습니다.
MX가 없으면 그 도메인으로는 메일을 받지 않는다는 뜻입니다. TXT에 v=spf1로 시작하는 줄이 있으면 메일 발송 서버가 지정되어 있다는 뜻입니다.
4️⃣ 확인된 서비스: 호스팅·DNS 관리·메일
이 항목은 앞의 값들을 조합해 실제로 어떤 서비스를 쓰고 있는지 추정한 결과입니다.
호스팅은 A 레코드의 IP가 속한 네트워크를 조회해 사업자명과 AS 번호를 표시합니다. AS 번호는 인터넷에서 네트워크마다 붙는 고유 번호입니다. 국가는 그 네트워크가 등록된 나라이고, 역방향 DNS는 IP를 거꾸로 조회했을 때 나오는 이름입니다. 역방향 DNS에는 사업자 이름이 그대로 남아 있는 경우가 많아 호스팅을 확인하는 근거가 하나 더 생깁니다.
DNS 관리는 네임서버 주소로 판별합니다. ns.cloudflare.com이면 클라우드플레어, ns.gabia.co.kr이면 가비아입니다. 메일은 MX 호스트로 판별합니다. aspmx.l.google.com이면 구글 워크스페이스, mail.protection.outlook.com이면 마이크로소프트 365입니다.
여기서 두 가지를 감안해야 합니다. 첫째, 표에 없는 사업자는 칩이 만들어지지 않습니다. 잘 알려지지 않은 네임서버를 쓰면 DNS 관리 칩이 비어 있을 수 있고, 그것이 조회 실패를 뜻하지는 않습니다. 둘째, 클라우드플레어 같은 CDN을 거치는 사이트는 표시되는 IP와 사업자가 CDN의 것입니다. 실제 서버가 어디 있는지는 이 방법으로 알 수 없습니다.
5️⃣ 출처가 RDAP과 WHOIS로 갈리는 이유
결과 하단의 출처 항목에는 RDAP 또는 WHOIS가 표시됩니다. 도구가 두 가지 방식을 쓰기 때문입니다.
WHOIS는 1980년대부터 쓰인 방식입니다. 43번 포트로 접속해 도메인 이름을 보내면 서버가 사람이 읽는 텍스트를 그대로 돌려줍니다. 형식이 정해져 있지 않아 서버마다 항목 이름이 다릅니다. RDAP은 그 후속 규격으로, HTTPS로 요청하면 JSON 형식의 정해진 구조로 응답이 옵니다. 항목 이름이 통일되어 있고 다국어와 접근 제어를 지원합니다.
ICANN은 2025년 1월 28일부로 gTLD 등록 정보의 공식 제공 수단을 RDAP으로 정했습니다. .com, .net, .org 같은 일반 최상위 도메인은 이제 RDAP이 기준입니다. 다만 이 결정은 gTLD에만 해당하고 국가 도메인은 각 관리 기관이 자기 정책으로 운영합니다. .kr은 KISA가 43번 포트 WHOIS를 계속 제공하고 있어 이쪽으로 조회합니다.
이 도구는 RDAP을 먼저 시도하고, 해당 최상위 도메인이 RDAP을 제공하지 않으면 WHOIS로 넘어갑니다. 어느 쪽으로 받았는지가 출처에 적힙니다. 출처에 따라 나오는 항목도 조금 다릅니다. RDAP은 IANA 번호와 남용 신고 연락처가 구조적으로 들어 있어 대체로 항목이 더 채워집니다.
원문 보기를 누르면 받은 응답을 그대로 볼 수 있습니다. RDAP으로 받은 경우에는 후이즈로도 조회 버튼이 함께 나옵니다. 눌러야 43번 포트로 한 번 더 조회하며, 누르지 않으면 요청이 나가지 않습니다. 원문에 담당자 이메일과 전화번호가 들어 있는 경우 화면에서는 가려서 표시합니다.
Ⅱ. 네임서버 확인과 변경 반영
네임서버는 도메인 이름을 어느 서버로 안내할지 정하는 이정표입니다. 호스팅을 옮기거나 클라우드플레어를 붙일 때 이 값을 바꾸는데, 바꾼 즉시 전부 반영되지는 않습니다. 등록 정보에 적힌 네임서버와 실제 DNS가 돌려주는 값을 나란히 놓고 보면 지금 어느 단계인지 화면으로 판단할 수 있습니다.
1️⃣ 네임서버 확인이 필요한 상황
네임서버는 평소에 볼 일이 없습니다. 다음 상황에서 확인하게 됩니다.
- 호스팅을 옮겼을 때 : 새 호스팅에서 준 네임서버로 바꿨는데 사이트가 아직 옛 서버로 연결되는 경우입니다.
- CDN을 붙일 때 : 클라우드플레어는 네임서버 자체를 자기 것으로 바꾸는 방식이라, 바뀌었는지가 곧 적용 여부입니다.
- 메일이 오지 않을 때 : MX가 제대로 들어가 있어도 네임서버가 옛것을 가리키고 있으면 옛 설정이 응답합니다.
- 도메인을 넘겨받았을 때 : 이전 소유자의 설정이 남아 있는지 확인하는 첫 단계입니다.
- 사이트가 사람마다 다르게 보일 때 : 누구는 새 사이트가, 누구는 옛 사이트가 보이는 상태입니다.
마지막 경우가 전파 중이라는 가장 뚜렷한 신호입니다.
2️⃣ 등록 정보와 실제 DNS가 다르면 전파 중입니다
네임서버 확인 중 불일치 배지가 떴다면 대부분 네임서버를 바꾼 직후입니다. 값이 잘못된 것이 아니라 아직 퍼지는 중입니다.
네임서버를 바꾸면 세 단계를 거칩니다. 먼저 등록기관이 레지스트리에 새 값을 올립니다. 다음으로 최상위 도메인의 네임서버가 그 값을 갖게 됩니다. 마지막으로 전 세계 리졸버들이 저장해 둔 옛 값을 버리고 새로 물어봅니다. 마지막 단계가 시간이 걸리는 구간입니다.
보통 몇 시간에서 48시간 사이에 정리됩니다. 그동안은 접속하는 사람의 위치와 통신사에 따라 옛 서버로 갈 수도, 새 서버로 갈 수도 있습니다. 이 시기에 사이트 내용을 고치면 어느 쪽에 반영된 것인지 알기 어려우니, 전파가 끝난 뒤 작업하는 편이 낫습니다.
48시간이 지나도 불일치가 계속된다면 전파 문제가 아닙니다. 아래 두 가지를 확인하십시오.
- 등록기관 관리 화면에서 변경이 저장되지 않았을 수 있습니다. 장부 값이 그대로면 아무리 기다려도 바뀌지 않습니다.
- 도메인에 clientUpdateProhibited 잠금이 걸려 있으면 변경 자체가 막힙니다. 등록 정보의 상태 항목에서 확인할 수 있습니다.
반대로 일치 배지가 떴는데도 사이트가 옛것으로 보인다면 네임서버는 정리된 상태입니다. 그때는 A 레코드나 브라우저 캐시, 사이트 캐시를 봐야 합니다.
3️⃣ 전파에 걸리는 시간과 TTL
전파 시간을 정하는 값이 TTL입니다. 리졸버는 응답을 받으면 TTL에 적힌 초만큼 그 값을 저장해 두고, 그동안은 다시 묻지 않습니다. TTL이 3600이면 최대 한 시간 동안 옛 값을 쓴다는 뜻입니다.
DNS 레코드 표에서 NS 줄의 TTL이 다른 레코드보다 크게 잡혀 있는 것을 볼 수 있습니다. 네임서버는 자주 바뀌지 않는 값이라 길게 저장해 두도록 설정하기 때문입니다. 그만큼 바꿨을 때 오래 걸립니다.
이 때문에 미리 준비할 수 있습니다. 네임서버나 A 레코드를 바꿀 계획이 있으면, 하루 전에 해당 레코드의 TTL을 300초 정도로 낮춰 두십시오. 바꾸는 시점에는 이미 짧은 주기로 갱신되고 있어 반영이 빨라집니다. 정리된 뒤 원래 값으로 되돌리면 됩니다.
내 컴퓨터에 남은 기록도 따로 있습니다. 윈도우는 명령 프롬프트에서 ipconfig /flushdns를 실행하면 지워집니다. 브라우저도 자체 캐시를 갖고 있어, 시크릿 창에서 확인하는 편이 정확합니다.
4️⃣ 명령어로 직접 확인하기: nslookup·host
조회 도구 없이 직접 확인하려면 명령어를 씁니다.
윈도우는 nslookup입니다. 명령 프롬프트에서 다음과 같이 씁니다.
nslookup -q=ns mydomain.com
nslookup -q=a mydomain.com
nslookup -q=mx mydomain.com리눅스와 맥은 host를 씁니다.
host -t ns mydomain.com
host -t a mydomain.com
host -t txt mydomain.com리눅스와 맥에서는 dig도 같은 일을 하며, 출력이 더 자세합니다.
명령어와 조회 도구는 결과가 다르게 나올 수 있습니다. 명령어는 내 컴퓨터가 쓰는 리졸버에 묻고, 조회 도구는 도구가 올라간 서버의 리졸버에 묻기 때문입니다. 전파 중에는 이 둘이 갈리는 것이 정상입니다. 오히려 두 결과가 다르면 아직 퍼지는 중이라는 근거가 됩니다.
Ⅲ. 등록자 정보와 만료일
후이즈를 열어 보면 등록자 이름과 연락처가 대부분 가려져 있습니다. 도구가 못 가져온 것이 아니라 등록기관이 공개하지 않는 것입니다. 다만 국가 도메인은 사정이 달라 .kr은 등록인이 그대로 보이는 경우가 많습니다. 만료일도 표시된 날짜가 곧 사용 종료를 뜻하지는 않습니다.
1️⃣ 도메인 소유자가 가려져 있는 이유
.com 도메인을 조회하면 등록자 자리에 [REDACTED FOR PRIVACY]가 적혀 있거나 항목 자체가 비어 있습니다. 조회가 실패한 것이 아닙니다.
2018년 유럽 개인정보보호법(GDPR)이 시행되면서 ICANN은 gTLD 등록 정보에서 개인 식별 항목을 기본으로 가리도록 정리했습니다. 이름, 주소, 전화번호, 이메일이 대상입니다. 유럽 거주자만이 아니라 전 세계 등록자에게 같은 방식이 적용됩니다.
여기에 등록기관이 제공하는 개인정보 보호 서비스가 더해집니다. 등록자 정보 자리에 대행 업체의 정보를 대신 넣는 방식으로, 요즘은 무료로 제공하는 곳이 많습니다.
그래서 조회로 얻을 수 있는 것은 등록기관까지입니다. 소유자에게 연락할 일이 있으면 등록기관의 남용 신고 연락처를 이용합니다. 등록기관이 등록자에게 전달하는 구조입니다. 상표권 침해나 사기 사이트 신고가 이 경로로 처리됩니다.
2️⃣ .kr은 등록인이 보입니다: 정보공개여부
국가 도메인은 각 나라의 관리 기관이 정책을 정합니다. .kr은 KISA가 관리하며, 등록인 정보를 공개할지 등록자가 직접 고를 수 있습니다.
조회 결과 원문에 정보공개여부 항목이 있습니다. 'Y'이면 등록인 이름과 주소, 담당자 연락처가 그대로 나옵니다. 'N'이면 제한됩니다. 기업 도메인은 공개로 두는 경우가 많고 개인 도메인은 제한하는 경우가 많습니다.
그래서 같은 도구로 조회해도 .com은 등록기관만, .kr은 등록인까지 나오는 차이가 생깁니다. 도구의 문제가 아니라 최상위 도메인마다 공개 정책이 다르기 때문입니다.
원문에 연락처가 들어 있는 경우 화면에서는 이메일과 전화번호를 가려서 표시합니다. 공개된 정보라 해도 조회 결과 화면이 그대로 검색에 노출되면 곤란하기 때문입니다.
3️⃣ 만료일과 유예 기간, 삭제 대기
만료일이 지났다고 도메인이 그날 사라지지는 않습니다. gTLD는 만료 이후 여러 단계를 거칩니다.
먼저 유예 기간이 있습니다. 보통 30일에서 45일 사이로, 이 기간에는 원래 갱신 요금으로 되살릴 수 있습니다. 사이트는 대개 멈추고 등록기관의 안내 페이지가 대신 뜹니다.
유예 기간이 지나면 복구 기간에 들어갑니다. 상태 항목에 redemptionPeriod가 표시됩니다. 30일 정도이며, 이때는 복구 수수료가 별도로 붙습니다. 갱신비의 몇 배가 되는 경우가 많습니다.
그다음이 삭제 대기입니다. 상태에 pendingDelete가 뜨고 보통 5일간 유지됩니다. 이 단계에서는 원래 등록자도 되살릴 수 없습니다. 기간이 끝나면 등록이 해제되어 누구나 등록할 수 있는 상태가 됩니다.
국가 도메인은 단계와 기간이 다릅니다. .kr은 관리 기관과 등록대행자의 정책을 따르므로, 만료가 가까우면 등록대행자에게 직접 확인하는 편이 확실합니다.
도구 상단의 만료 배지가 주황으로 바뀌면 30일 이내라는 뜻입니다. 자동 갱신을 걸어 두었더라도 결제 수단이 만료되어 실패하는 경우가 있으니, 이 배지를 본 김에 등록기관 화면을 확인하는 것이 좋습니다.
4️⃣ 등록 전 확인할 것과 도메인 가격
만료일을 확인하다 보면 갱신가와 이전 조건까지 함께 보게 됩니다. 새 도메인을 등록할 때도 같은 항목을 봅니다.
첫해 가격과 갱신가는 다릅니다. 첫해를 크게 할인해 두고 두 번째 해부터 정가를 받는 곳이 많습니다. 도메인은 한 해 쓰고 버리는 것이 아니므로 갱신가를 기준으로 비교하는 편이 맞습니다. .com은 레지스트리가 정하는 도매가가 있어 등록기관 사이의 차이가 크지 않지만, 신규 최상위 도메인은 갱신가가 첫해의 몇 배인 경우도 있습니다.
개인정보 보호가 무료인지 확인해야 합니다. 무료로 제공하는 곳이 늘었지만 연 단위로 따로 받는 곳도 있습니다. Ⅲ-1에서 다룬 가림 처리가 여기에 해당합니다.
이전 잠금 규칙도 알아 두면 좋습니다. 도메인을 새로 등록하거나 다른 등록기관으로 옮긴 뒤 60일 동안은 다시 이전할 수 없습니다. ICANN 규칙이라 등록기관이 임의로 풀어 주지 못합니다. 등록기관을 옮길 계획이 있다면 이 기간을 감안해야 합니다.
국가 도메인은 조건이 따로 있습니다. .kr은 국내 주소가 필요하고, 나라에 따라 현지 법인이나 거주 요건을 요구하는 곳도 있습니다.
Ⅳ. 도메인 조회 사이트 비교
같은 도메인을 넣어도 사이트마다 보이는 항목이 다릅니다. 어디에서 정보를 가져오는지, 결과를 얼마나 오래 저장해 두는지가 서비스마다 다르기 때문입니다. 국내 서비스는 .kr에 강하고 해외 서비스는 gTLD 항목이 자세한 편이라, 무엇을 확인하려는지에 따라 고르는 편이 낫습니다.
1️⃣ 국내 조회 사이트: 키사·후이즈·가비아
KISA 후이즈검색(whois.kr) 은 .kr을 관리하는 기관이 직접 제공하는 서비스입니다. .kr 도메인은 여기가 원본이라 가장 정확합니다. IP 주소와 AS 번호 조회도 함께 제공합니다. 다만 화면이 원문 그대로에 가까워 처음 보면 읽기 어렵습니다.
후이즈(whois.co.kr) 와 가비아 는 등록기관이 운영하는 조회 페이지입니다. 자사 고객이 아니어도 조회할 수 있고, 결과 화면에서 등록이나 이전으로 이어지는 동선이 함께 있습니다.
국내 서비스는 .kr 항목이 자세하고 한국어 안내가 붙는 것이 장점입니다. 반대로 해외 최상위 도메인은 항목이 적게 나오는 경우가 있습니다.
2️⃣ 해외 조회 사이트
ICANN Lookup 은 ICANN이 직접 제공하는 조회입니다. gTLD의 기준 값을 확인하기에 적합합니다.
who.is 나 whois.domaintools.com 같은 서비스는 과거 기록과 변경 이력까지 함께 보여 주는 것을 내세웁니다. 일부 기능은 유료입니다.
whatsmydns.net 은 성격이 다릅니다. 여러 나라의 리졸버에 동시에 물어 전파 상태를 지도로 보여 줍니다. 네임서버를 막 바꾼 상황이라면 이쪽이 목적에 맞습니다. 이 글의 도구는 서버 한 곳에서 조회하므로 전 세계 전파 상태까지는 알려 주지 않습니다.
3️⃣ 도메인 검색 결과가 사이트마다 다른 이유
같은 도메인인데 사이트마다 다르게 보이는 이유는 네 가지입니다.
출처가 다릅니다. RDAP으로 받는 곳과 43번 포트 WHOIS로 받는 곳은 응답 자체가 다릅니다. 항목 이름과 개수가 갈립니다.
저장해 둔 시점이 다릅니다. 대부분의 조회 서비스는 결과를 일정 시간 보관해 두고 재사용합니다. 방금 네임서버를 바꿨다면, 어제 저장된 값을 보여 주는 곳과 지금 다시 물어보는 곳의 결과가 다릅니다. 이 도구는 조회 시각을 결과 하단에 함께 표시하고, 저장된 결과인 경우 그 사실을 적습니다.
리졸버 위치가 다릅니다. DNS 레코드를 보여 주는 항목은 그 서비스의 서버가 받은 응답입니다. 전파 중에는 서버 위치에 따라 답이 갈립니다.
지원 범위가 다릅니다. 국가 도메인은 관리 기관마다 정책이 달라, 어떤 서비스는 .kr 등록인을 보여 주고 어떤 서비스는 빈칸으로 둡니다.
그래서 결과가 다르다고 한쪽이 틀린 것은 아닙니다. 무엇을 확인하려는지에 따라 볼 곳이 갈립니다. 등록 정보의 원본을 확인하려면 해당 최상위 도메인의 관리 기관, 전 세계 전파 상태를 보려면 전파 확인 서비스, 등록 정보와 실제 DNS를 나란히 비교하려면 이 도구가 맞습니다.
Ⅴ. FAQ
📌 조회했는데 등록되지 않은 도메인이라고 나옵니다.
등록 정보도 DNS 응답도 없는 상태라면, 아직 아무도 등록하지 않았을 가능성이 높습니다. 다만 등록 직후에는 레지스트리 반영에 시간이 걸려 잠시 이렇게 보일 수 있습니다. 등록 여부가 중요하다면 등록기관의 검색 화면에서 한 번 더 확인하십시오.
📌 네임서버를 바꿨는데 언제 반영되나요?
등록 정보 기준과 실제 DNS 기준이 같아지면 반영된 것입니다. 보통 몇 시간에서 48시간이 걸리며, 기존 네임서버 레코드의 TTL이 길수록 오래 걸립니다. 48시간이 지나도 다르면 등록기관에서 변경이 저장됐는지, 이전 잠금이 걸려 있지 않은지 확인하십시오.
📌 도메인 소유자를 알 수 있나요?
.com 같은 gTLD는 개인정보 보호 규정으로 등록자 정보가 가려집니다. 조회로 확인할 수 있는 것은 등록기관까지입니다. 연락이 필요하면 등록기관의 남용 신고 연락처를 이용하십시오. .kr은 등록자가 공개로 설정한 경우 등록인이 그대로 나옵니다.
📌 표시된 IP가 실제 서버 주소인가요?
클라우드플레어 같은 CDN을 쓰지 않는다면 실제 서버의 주소입니다. CDN을 거치는 사이트는 표시되는 IP와 사업자가 CDN의 것이며, 원본 서버의 위치는 이 방법으로 확인할 수 없습니다. 확인된 서비스의 호스팅 칩에 CDN 사업자 이름이 뜨면 그 경우입니다.
📌 만료일이 지났는데 사이트가 아직 열립니다.
만료 직후에는 유예 기간이 있어 등록이 살아 있습니다. 사이트가 열리는 것은 네임서버와 서버가 아직 그대로 동작하기 때문입니다. 상태 항목에 redemptionPeriod나 pendingDelete가 뜨면 되살리기 어려운 단계로 넘어간 것입니다.
📌 조회 횟수에 제한이 있나요?
있습니다. 한 사람이 짧은 시간에 반복해서 조회하면 잠시 막힙니다. 조회 대상 서버가 남의 서버이기 때문에, 상대 서버에 부담을 주지 않으려고 둔 제한입니다. 같은 도메인을 다시 조회할 때는 저장된 결과를 보여 주므로 횟수에서 빠지지 않습니다.
ℹ️ 제휴 안내
본 사이트의 콘텐츠에는 제휴 링크가 포함되어 있습니다. 방문자가 이 링크를 통해 상품 또는 서비스를 구매하면 본 사이트는 판매처로부터 수수료를 지급받습니다. 이 과정에서 구매자가 지불하는 금액(이벤트 할인 시 금액이 내려갑니다↓)은 오르지 않습니다. 게시된 가격·할인·재고 정보는 작성 시점 기준이며 실제와 다를 수 있으므로, 구매 전 판매처에서 최종 확인하시기 바랍니다. 상품 선정과 평가는 자체 기준에 따라 작성되며, 수수료 지급 여부가 소개 순서나 평가 내용에 영향을 주지 않습니다.
