가비아 도메인 만료·복구 절차와 기한

Problem

가비아 도메인이 만료돼 웹사이트와 이메일이 죽었는데, 가비아 콘솔은 그냥 만료라고만 표시합니다. 그 한 단어는 정작 알아야 할 것을 알려주지 않습니다 — 아직 싸게 갱신할 수 있는지, 아니면 되찾는 데 훨씬 큰 비용이 드는(혹은 곧 불가능해지는) 단계로 이미 넘어갔는지. 만료된 도메인은 껐다 켜는 스위치가 아닙니다. 이미 돌아가고 있는 시계고, 이름을 되찾는 값은 시계가 다음 눈금을 지날 때마다 올라갑니다.

Symptoms

• 사이트가 타임아웃, “서버를 찾을 수 없음”, 또는 내 콘텐츠 대신 등록기관 파킹 페이지를 띄운다.
• 도메인으로 오는 메일이 반송된다 — MX도 나머지와 함께 해석을 멈췄기 때문.
• 가비아는 도메인을 만료로 표시하지만 며칠 남았는지, 지금 갱신하면 얼마인지는 명확히 알려주지 않는다.
• 갱신 버튼이 아직 있을 수도, “복구”로 바뀌고 옆에 훨씬 큰 숫자가 붙어 있을 수도 있다.

도메인이 만료되면 실제로 일어나는 일

gTLD(.com·.net·.org 등) 등록은 만료일에 삭제되지 않습니다. ICANN의 만료 등록 복구 정책(ERRP)과 레지스트리의 복구 유예기간(RGP)이 정한 순서를 지나가고, 각 단계가 당신의 권리와 비용을 함께 바꿉니다:

1. 자동갱신 유예기간. 만료 직후 이름은 유예 창에 들어갑니다(등록기관마다 다르며 gTLD는 최대 약 45일). 도메인이 존에서 빠져 사이트는 죽지만, 정상 요금으로 갱신하면 만료된 적 없던 것처럼 돌아옵니다. 싸고 쉬운 단계이자 — 아직 이 안에 있는 줄 모르고 흘려보내는 단계입니다.
2. 복구 유예기간(Redemption, RGP). 아무도 갱신하지 않으면 등록기관이 도메인을 삭제하고, 레지스트리가 약 30일간 복구 상태로 붙잡아 둡니다. 이제 갱신이 아닙니다 — 원 소유자만 **복구(restore)**할 수 있고, 레지스트리는 갱신비 위에 복구비를 얹어 청구하며 그 값은 일부러 비쌉니다. ‘구조’ 단계입니다.
3. 삭제대기(pendingDelete). 복구기간이 끝나면 이름은 5일간 삭제대기에 들어갑니다. 이제 아무도 복구할 수 없고, 끝나면 공용 풀로 방출돼 누구나 등록할 수 있습니다.
4. 방출(Released). 이름이 사라집니다. 값나가는 이름이면 방출되는 순간 드롭캐칭 서비스들이 대개 기다리고 있습니다.

함정은 가비아의 만료 표시가 1~3단계를 구분 없이 덮어버린다는 것입니다. 그런데 그 단계 차이가 곧 갱신비냐 복구비냐의 차이 — 또는 아예 창을 놓치느냐의 차이입니다.

RDAP 상태값으로 현재 단계 확인하기

여기서 레지스트리가 더 이상 숨기지 못합니다. RDAP는 WHOIS를 대체한 구조화 프로토콜로, 2025년 1월 28일 ICANN이 WHOIS를 종료하면서 gTLD 데이터의 권위 있는 출처가 됐습니다. RDAP는 도메인의 EPP 상태 코드를 status 배열로 노출하는데, 이 코드들이 곧 도메인의 상태 기계이고 지금 어느 단계에 서 있는지를 정확히 알려줍니다:

• autoRenewPeriod — 유예기간입니다. 지금, 다음 단계로 넘어가기 전에 정상 요금으로 갱신하세요.
• redemptionPeriod — 도메인이 삭제돼 약 30일 복구 창에 있습니다. 오직 당신만 되찾을 수 있고, 그것도 복구(갱신비+복구비)로만 가능합니다.
• pendingDelete — 마지막 5일. 복구는 끝났고 되살릴 수 없습니다. 방출을 기다리거나 포기하세요.
• clientHold / serverHold — 도메인은 등록돼 있지만 의도적으로 DNS에서 빠진 상태. 만료 코드 대신 이게 보이면 도메인은 만료된 게 아니라 정지된 것 — 대개 결제·인증 문제이고, 정지가 풀리기 전엔 어떤 DNS 변경도 소용없습니다.

상태값부터 읽으세요. 지갑을 열거나 고객센터에 문의하기 전에, 정말 중요한 두 질문 — 아직 되찾을 수 있나, 얼마 드나 — 을 이게 먼저 정리해 줍니다.

Check it with DechoNet

• RDAP 조회는 권위 있는 RDAP 서비스에 질의해 도메인의 status 플래그, 만료 이벤트, 정확한 날짜를 보여줍니다 — 그래서 한 단어짜리 표시로 추측하는 대신 autoRenewPeriod인지 redemptionPeriod인지 pendingDelete인지 직접 확인할 수 있습니다. 시간과 돈이 현실적으로 얼마나 남았는지 알려주는 단 하나의 점검입니다.
• DNS 조회는 실질적 여파를 확인합니다: 도메인이 존에서 빠지면 A·MX 레코드가 해석을 멈추고, 그래서 사이트와 메일이 동시에 죽은 겁니다. 이름을 되찾은 뒤 DNS가 돌아왔는지 확인하는 방법이기도 합니다.

Resolution Checklist

• 도메인을 RDAP로 돌려 상태값부터 읽어라 — 어느 복구 단계인지는 가비아 대시보드가 아니라 이 플래그가 알려준다.
• autoRenewPeriod가 보이면: 가비아에서 즉시 정상 요금으로 갱신하라. 하루 미룰 때마다 훨씬 비싼 복구 단계에 하루 더 가까워진다.
• redemptionPeriod가 보이면: 갱신이 아니라 복구다. 지금 가비아 복구(restore) 절차를 시작하고 갱신비 위에 복구비가 붙는다고 예상하라. 정확한 금액은 가비아 고객센터에서 확인 — 오래된 커뮤니티 글의 숫자를 믿지 마라.
• pendingDelete가 보이면: 복구는 끝났다. 공용 방출을 기다릴지(드롭캐처가 채갈 위험 감수) 접을지 결정하라.
• 되찾은 뒤엔 DNS를 다시 확인해 A·MX가 다시 해석되고 사이트·메일이 돌아왔는지 검증하라.
• 자동갱신을 켜고 다음 만료 한참 전에 캘린더 알림을 걸어라. 가장 싼 복구는 아예 필요 없는 복구다.

When to Escalate

• RDAP가 redemptionPeriod를 보여주고 복구 창이 거의 끝났다면(하루이틀 남음), 느린 티켓을 걸지 말고 가비아 고객센터에 직접 전화하라. 복구 처리는 시간이 걸릴 수 있고, 창이 닫힌 뒤 끝나는 복구는 실패한 복구다.
• .kr 도메인은 gTLD의 유예 → 복구 → 삭제대기 타임라인이 적용되지 않는다. .kr은 KISA/KRNIC가 자체 규칙으로 운영하니, RDAP로 상태를 확인하고 gTLD 숫자를 믿는 대신 가비아를 통해 .kr 레지스트리 고유 절차를 따르라.
• 만료 상태 대신 clientHold가 보이면 만료가 아니라 정지다. 결제·인증·정책 문제이므로 가비아와 풀어야 하고, 이미 결제된 도메인을 갱신해도 정지는 풀리지 않는다.