도메인 만료와 이전(기관이전): 절차·기간·주의사항

도메인은 "내 것"이 아니라 매년 갱신하는 임차권에 가깝다. 갱신을 놓치면 사이트와 메일이 한꺼번에 멈추고, 시간이 지날수록 되찾는 비용이 눈덩이처럼 커지다가 어느 시점을 지나면 아예 남의 손에 넘어갈 수도 있다. 그런데 만료는 "당일 삭제"가 아니라 여러 단계를 거치는 수명주기(lifecycle)라서, 각 단계가 언제 시작되고 그때 무엇을 할 수 있는지만 알아도 대부분의 사고는 막을 수 있다.

이 글은 두 가지를 다룬다. 첫째, 만료 후 타임라인 — 유예기간(grace), 복구기간(redemption), 삭제대기(pendingDelete)가 각각 며칠이고 비용이 얼마나 다른지. 둘째, 등록기관 이전(기관이전) — 잠금 해제, 인증코드(EPP/Auth Code), 소요 기간, 그리고 이전 중에도 사이트와 메일이 끊기지 않게 하는 방법. 내 도메인이 지금 어느 단계인지는 WHOIS 조회 도구로 만료일과 상태 코드를 보면 바로 알 수 있다.

만료 후 타임라인: 단계별로 할 수 있는 일과 비용

만료일이 지나도 도메인이 즉시 삭제되지는 않는다. gTLD(.com, .net 등) 기준으로 보통 아래 단계를 순서대로 거친다. 단계가 넘어갈수록 선택지가 줄고 비용이 커진다는 것이 핵심이다.

유예기간의 길이는 등록기관 정책에 따라 0일(즉시 redemption 진입)부터 45일까지 제각각이므로, "만료돼도 한 달은 괜찮겠지"라는 가정은 위험하다. 현재 상태가 autoRenewPeriod인지 redemptionPeriod인지에 따라 비용이 10배 이상 갈리는데, 이런 EPP 상태 코드의 의미는 도메인 상태 코드 해석 도구로 하나씩 풀어볼 수 있다.

실전 예시: 만료 후 40일째 발견했다면

상황: 회사 도메인 example.com이 만료된 지 40일째라는 걸 뒤늦게 발견했다. 사이트는 파킹 페이지가 떠 있고 메일도 안 들어온다. 지금 할 수 있는 일은?

1. 먼저 WHOIS 조회로 상태 코드를 확인한다. 결과가 redemptionPeriod라면 등록기관의 유예기간(예: 30일)이 이미 끝나고 복구기간에 들어간 것이다.
2. 복구기간이라면:원래 등록기관에 "restore"를 요청한다. 복구 수수료(레지스트리+등록기관 마진, 보통 $80~150) + 1년 갱신비를 내야 한다. 비싸지만 도메인을 100% 되찾는 유일한 확실한 방법이다. 이 시점에는 다른 등록기관으로 이전하거나 새로 등록하는 방법은 없다.
3. 운 좋게 아직 유예기간이라면(등록기관 유예가 45일인 경우): 로그인해서 일반 갱신 요금으로 즉시 갱신하면 끝. 몇 시간~하루 내 서비스가 돌아온다.
4. 이미 pendingDelete라면: 방법이 없다. 약 5일 뒤 삭제되는 순간을 노리는 백오더(backorder) 서비스에 걸어두는 게 유일한 시도인데, 인기 도메인이라면 드롭캐처와 경쟁하게 되어 낙찰가가 수십~수백만 원까지 올라갈 수 있다.

교훈은 단순하다. 발견이 하루 늦어질 때마다 선택지가 줄어든다. 자동갱신을 켜 두고, 결제 카드 만료일을 관리하고, WHOIS의 만료일(Expiry Date)을 분기마다 한 번씩 확인하는 것이 가장 싼 보험이다.

등록기관 이전(기관이전) 절차: 잠금 해제부터 완료까지

가격·기능·지원 때문에 등록기관을 옮기는 것이 "기관이전(registrar transfer)"이다. 도메인 자체는 그대로이고 관리하는 회사만 바뀐다. 표준 절차는 다음과 같다.

1. 이전 잠금 해제: 현재 등록기관에서 clientTransferProhibited 상태(도난 방지용 기본 잠금)를 해제한다. WHOIS에 이 코드가 남아 있으면 이전 신청이 거절된다.
2. 인증코드(Auth Code / EPP 코드) 발급:현재 등록기관 관리 화면에서 발급받는다. 이 코드가 "도메인 소유자의 이전 동의" 역할을 한다.
3. 새 등록기관에서 이전 신청: 도메인과 인증코드를 입력하고 이전 비용을 결제한다. 이 비용에는 보통 1년 갱신이 포함되어 기존 만료일에 1년이 더해진다(손해가 아니다).
4. 승인 대기: 등록자 이메일로 확인 메일이 오면 승인한다. 기존 등록기관이 즉시 놓아주면 몇 시간, 아니면 자동 승인까지 보통 5~7일 걸린다.

• 60일 규칙: ICANN 정책상 신규 등록 후 60일, 직전 이전 후 60일 안에는 다시 이전할 수 없다. 등록자 정보(이름·이메일)를 크게 바꾼 직후에도 60일 잠금이 걸리는 등록기관이 많다.
• 만료 직전 이전 금지: 만료 1~2주 전에 이전을 걸면, 이전이 진행되는 동안 만료가 먼저 도래해 도메인이 유예 상태로 떨어지는 최악의 타이밍이 나올 수 있다. 만료 임박이라면 먼저 현재 등록기관에서 1년 갱신한 뒤 여유 있게 이전하라.
• WHOIS 이메일이 죽은 주소면 승인 메일을 못 받아 이전이 무한 대기된다. 신청 전에 등록자 이메일부터 최신화할 것.

가장 흔한 착각: 이전해도 DNS는 따라오지 않는다

기관이전은 등록(소유권 관리)을 옮기는 것이지, DNS 호스팅이나 웹서버를 옮기는 것이 아니다. 그런데 여기에 함정이 있다. 옛 등록기관이 제공하던 무료 DNS 서비스를 쓰고 있었다면, 이전 완료 후 그 네임서버 계약이 끊기면서 어느 날 갑자기 사이트·메일이 전부 죽을 수 있다.

• 외부 DNS(Cloudflare 등) 사용 중: 네임서버가 등록기관과 무관하므로 이전해도 아무 영향 없음. 가장 안전한 구성이다.
• 옛 등록기관의 기본 DNS 사용 중: 이전 전에 모든 레코드(A, AAAA, CNAME, MX, TXT/SPF, DKIM, DMARC…)를 백업하고, 새 DNS에 미리 옮겨 둔 다음 네임서버를 전환하고 나서 기관이전을 진행하는 순서가 안전하다.
• 레코드 하나라도 빠뜨리면(특히 MX·TXT) 메일이 조용히 유실된다. 옮길 레코드 점검은 DNS 변경 체크리스트로 순서를 잡고 진행하면 누락을 막을 수 있다.

정리하면: DNS 먼저, 이전은 나중. 네임서버를 독립된 곳으로 옮겨 안정화한 뒤 기관이전을 하면, 이전이 5일이 걸리든 7일이 걸리든 서비스는 단 1초도 끊기지 않는다.