clientHold의 뜻

clientHold는 등록대행자(registrar)가 거는 EPP 상태 코드입니다. 레지스트리에 이 도메인을 DNS에 싣지 말라고 지시하는 것입니다. 등록은 그대로이고 소유자도 바뀌지 않지만, TLD 네임서버가 그 도메인의 네임서버를 더 이상 가리키지 않습니다. 인터넷의 다른 쪽에서 보면 도메인이 사라집니다. 조회하면 NXDOMAIN이 나오고, 웹사이트가 내려가고, 그 도메인으로 가는 메일이 실패합니다.

ICANN도 이 상태를 흔하지 않은 상태로 설명하면서 법적 분쟁, 미납, 삭제 예정인 도메인과 연결 짓습니다. 실제 원인은 이렇습니다.

  • 갱신 미납. 만료된 도메인을 주차 페이지로 돌리는 대신, 또는 그 전에 hold를 거는 등록대행자가 있습니다.
  • 등록인 연락처 미인증. ICANN의 등록대행자 계약에 따라 gTLD 도메인을 등록하거나 등록인 연락처를 바꾸면 등록대행자가 이메일 주소를 확인해야 합니다. 15일 안에 아무도 인증 링크를 누르지 않으면 등록대행자가 도메인을 정지하는데, 이때 clientHold를 쓰는 경우가 많습니다. 읽지 않는 주소로 등록한 사람이 여기에 걸립니다.
  • 악용 신고나 정책 위반. 피싱, 악성코드, 스팸 신고, 또는 결제 취소(chargeback).
  • 법적 명령.

clientHold는 등록대행자만 풀 수 있습니다. 해결은 등록대행자 관리 화면이나 고객 지원에서 하고, 내 DNS 설정에서는 할 수 없습니다. 레코드를 하루 종일 고쳐도 도메인이 다시 위임되기 전에는 아무에게도 보이지 않습니다.

serverHold는 밖에서 보면 똑같지만 레지스트리가 겁니다. 레지스트리 차원의 정책 집행, 레지스트리 단의 악용·법적 조치, 레지스트리와 등록대행자 사이의 분쟁이 흔한 이유입니다. 이때도 창구는 등록대행자입니다. 레지스트리와 관계를 맺고 있는 쪽이 등록대행자이기 때문입니다.

상태와 위임 여부 확인하기

RDAP 조회는 상태 코드, 만료일, 네임서버를 보여 줍니다. RDAP는 상태 코드를 소문자에 띄어쓰기(client hold, pending delete)로, WHOIS는 EPP 형태(clientHold https://icann.org/epp#clientHold)로 씁니다. 같은 코드입니다. 두 형식의 차이는 RDAP와 WHOIS 차이에 있습니다.

도메인이 실제로 위임돼 있는지는 TLD 서버에 직접 물어보면 됩니다. .com이라면:

dig +norec @a.gtld-servers.net example.com NS

위임된 도메인은 AUTHORITY 섹션에 네임서버가 담긴 referral을 받습니다.

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, ...
;; AUTHORITY SECTION:
example.com.        172800  IN  NS  ns1.dnshost.example.
example.com.        172800  IN  NS  ns2.dnshost.example.

hold, redemption, 삭제 상태의 도메인은 존에 없습니다.

;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, ...

다른 TLD라면 dig +short NS org.(해당 TLD로 바꿔서)로 서버를 찾아 같은 방법으로 물어보세요. 공용 리졸버 쪽에서 본 결과는 DNS 조회로 확인할 수 있습니다.

실제로 보게 되는 상태 코드

상태(EPP)거는 쪽소유자에게 의미하는 것
ok(RDAP: active)—제한 없음. 정상.
clientTransferProhibited등록대행자평범한 이전 잠금. 도메인 정상 동작. 이전할 때만 관리 화면에서 해제.
clientUpdateProhibited, clientDeleteProhibited등록대행자변경·삭제 방지 잠금. 많은 도메인에 기본으로 걸려 있음.
serverTransferProhibited 등 server…Prohibited레지스트리레지스트리 단 잠금. 중요한 도메인용 유료 ‘레지스트리 잠금’이거나 분쟁 중에 걸림. 도메인 정상 동작.
addPeriod레지스트리등록 직후 며칠. 등록대행자가 취소하고 환불받을 수 있는 기간. 도메인 정상 동작.
autoRenewPeriod레지스트리만료 후 레지스트리가 자동 갱신한 상태. 등록대행자는 아직 삭제할 수 있음. 동작 여부는 등록대행자에 따라 다름.
clientHold등록대행자DNS에서 빠짐. 도메인 해석 안 됨. 등록대행자에 문의.
serverHold레지스트리레지스트리가 DNS에서 뺌. 도메인 해석 안 됨. 등록대행자에 문의.
redemptionPeriod레지스트리등록대행자가 삭제함. 정해진 기간 동안 복구 수수료를 내면 되살릴 수 있음. 도메인 해석 안 됨.
pendingRestore레지스트리redemption 기간 중 복구를 요청해 처리 중.
pendingDelete레지스트리삭제 전 마지막 며칠. gTLD는 복구 불가.
pendingTransfer레지스트리다른 등록대행자로 이전 진행 중.
inactive레지스트리네임서버가 설정되지 않아 아무것도 해석되지 않음. 등록대행자에서 네임서버 추가.

잠금(…Prohibited)은 좋은 것입니다. 사이트를 내리는 것은 hold와 만료 관련 상태입니다.

gTLD의 만료 진행 단계

.com, .net, .org를 비롯한 대부분의 일반 최상위 도메인은 갱신하지 않으면 같은 단계를 거칩니다. 정확한 일수는 레지스트리와 등록대행자에 따라 다르므로 큰 흐름으로 보고, 실제 숫자는 등록대행자 약관에서 확인하세요.

만료 전. ICANN은 등록대행자가 만료일 전에 갱신 안내를 보내도록 요구합니다. 안내는 등록인 이메일로 가는데, 그래서 바뀌지 않은 옛 주소가 수많은 도메인 분실의 출발점입니다. 등록된 카드가 만료되면 자동 갱신은 조용히 실패합니다.

만료와 자동 갱신 유예 기간(대부분의 레지스트리에서 최대 45일). 만료일이 되면 많은 레지스트리가 도메인을 자동으로 갱신하고 등록대행자에게 비용을 청구합니다. 그래서 RDAP의 만료일이 1년 뒤로 넘어갑니다. 내가 갱신했다는 뜻이 아닙니다. 이제 등록대행자가 정합니다. 내가 돈을 낼 때까지 도메인을 붙잡아 둘 수도 있고, 유예 기간 안에 삭제하고 비용을 돌려받을 수도 있습니다. 이 기간에 등록대행자는 대개 내가 알아채도록 도메인을 멈춥니다. 네임서버를 주차 페이지로 바꾸거나 clientHold를 겁니다. 이때 갱신하면 보통 일반 갱신 가격입니다. 이 기간에 만료 도메인을 경매에 부치는 등록대행자도 있습니다.

Redemption 유예 기간(30일, redemptionPeriod). 등록대행자가 도메인을 삭제하면 레지스트리가 30일 동안 보관합니다. 존에서 빠져 있으므로 아무것도 해석되지 않습니다. 등록인은 같은 등록대행자를 통해서만, 보통 일반 갱신 가격의 몇 배인 복구 수수료와 갱신 비용을 내고 되찾을 수 있습니다.

pendingDelete(5일). redemption이 끝나면 도메인은 5일 동안 pendingDelete에 머뭅니다. 아무도 복구할 수 없습니다. 소유자도, 등록대행자도, 요청을 받은 레지스트리도 마찬가지입니다.

해제. 레지스트리가 이름을 삭제하면 누구나 등록할 수 있게 됩니다. 인기 있는 이름은 드롭캐칭 서비스가 해제 직후 순식간에 잡아 갑니다.

정확한 숫자가 어떻든 교훈은 단순합니다. 싸고 쉬운 복구는 앞 단계에 있습니다. 단계가 넘어갈수록 비용은 늘고 선택지는 줄어듭니다.

단계별로 할 일

만료가 다가올 때. 등록대행자에 로그인해 자동 갱신이 켜져 있는지, 결제 수단이 유효한지, 등록인 이메일이 실제로 읽는 주소인지 확인하세요. 중요한 도메인이면 여러 해를 한 번에 갱신하세요. 만료일은 그 이메일 주소에 묶이지 않은 달력에도 적어 두세요.

만료됐고 유예 기간 중(autoRenewPeriod, 또는 주차 페이지). 지금 등록대행자에서 갱신하세요. 그다음 네임서버가 원래 내 것으로 돌아왔는지 확인하세요. 자동으로 되돌리는 등록대행자도 있고, 주차용 네임서버를 그대로 두는 곳도 있습니다.

clientHold. 등록대행자가 보낸 메일을 스팸함까지 뒤져 인증 요청이나 악용 신고 안내가 있는지 보세요. 인증이 원인이면 인증 링크를 누르고, 아니면 고객 지원에 hold를 건 정확한 이유와 해제 조건을 물어보세요. 해제되면 TLD 존에는 레지스트리에 따라 몇 분에서 몇 시간 안에 다시 실리지만, NXDOMAIN을 캐시한 리졸버는 negative 캐시가 끝날 때까지 그 응답을 씁니다.

serverHold. 등록대행자에 연락해 레지스트리에서 이유를 확인해 달라고 요청하세요. 악용 신고가 원인이라면 증거를 준비하세요. 정리된 사이트, 로그, 조치한 침해 계정 같은 것입니다.

redemptionPeriod. 즉시 등록대행자에 복구를 요청하고 수수료를 내세요. 더 나은 가격을 기다리지 마세요. 그런 가격은 없고, 기간은 정해져 있습니다.

pendingDelete. 이번에는 끝났습니다. 해제될 때 다른 사람들과 함께, 보통 백오더 서비스를 통해 다시 등록을 시도하는 것만 남았습니다.

도메인이 끊기면 함께 멈추는 것

웹사이트만이 아닙니다.

  • 이메일. MX 조회가 실패합니다. 보내는 쪽 메일 서버는 한동안(흔히 며칠) 재시도하다가 반송합니다. hold가 재시도 기간보다 길어지면 그동안 온 메일은 사라집니다.
  • 인증서. 기존 TLS 인증서는 자기 만료일까지는 유효하지만, CA가 도메인을 검증할 수 없어 갱신이 실패합니다. 장애가 인증서 만료보다 길어지면 사이트가 돌아와도 인증서 오류가 납니다.
  • 이 도메인을 믿는 모든 것. 도메인이 삭제되고 다른 사람이 등록하면, 그 사람이 내 주소로 오는 메일을 받습니다. 그 주소로 가입한 모든 계정의 비밀번호 재설정 메일도 포함됩니다. 내 이름으로 인증서를 받을 수도 있습니다. 끊긴 도메인은 장애일 뿐 아니라 보안 문제입니다.

복구한 뒤에는 모두 점검하세요. DNS 조회로 네임서버, A/AAAA, MX를, SSL 점검으로 인증서를, 이메일 점검으로 메일 인증 설정을 확인합니다.

국가 도메인(ccTLD)은 규칙이 다릅니다

위의 내용은 ICANN 계약을 따르는 gTLD 이야기입니다. .kr, .uk, .de, .jp 같은 ccTLD는 정책을 스스로 정합니다. 만료 후 일정 기간 도메인을 정지했다가 말소하는 곳도 있고, redemption 기간이 없거나 이름이 다른 곳도 있으며, 공개 조회에서 EPP 상태 코드를 아예 쓰지 않는 곳도 있습니다. .kr의 경우 DechoNet 조회 결과는 KISA WHOIS 서비스에서 오며, 그 서비스가 돌려주는 상태 문자열을 그대로 보여 줍니다. 실제 단계와 날짜는 레지스트리나 등록대행자가 공개한 정책에서 확인하세요.

남의 도메인이라면

어떤 이름이 풀리기를 기다리고 있거나, 내가 의존하는 도메인에 문제가 생겼는지 확인하는 경우입니다.

  • 남의 도메인이 redemptionPeriod나 pendingDelete라면 지금 서비스가 멈춘 상태입니다. pendingDelete면 5일이 지나면 해제됩니다. RDAP가 그 상태가 걸린 시각을 늘 보여 주지는 않으므로, 시점이 중요하면 처음 본 날을 기록해 두세요.
  • 해제 전에 등록할 수는 없고, 누구도 확보를 보장해 줄 수 없습니다. 백오더 서비스는 해제되는 순간 등록을 시도하고, 인기 있는 이름은 여러 서비스가 경쟁합니다.
  • 남의 도메인이 autoRenewPeriod라고 해서 풀린다는 뜻은 아닙니다. 소유자가 아직 갱신할 수 있고, 이 기간에 만료 도메인을 파는 등록대행자도 있어서 pendingDelete까지 가지 않는 경우가 많습니다.
  • 협력사나 공급업체의 도메인이 hold 상태라면 알려 주세요. 등록대행자의 메일이 바로 그 멈춘 도메인으로 가고 있었다면 아직 모르고 있을 수 있습니다.

함께 보기

내 도메인에서 바로 확인

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