도메인 이전 방법

이전으로 실제로 옮겨지는 것

도메인 이전은 등록을 관리하는 등록 대행업체를 바꿀 뿐이며, 바뀌는 것은 그것뿐입니다. 웹사이트, 파일, 이메일, DNS 레코드를 옮기지 않으며, 그 자체만으로 도메인이 가리키는 위치를 바꾸지도 않습니다. 과정 내내 네임서버가 그대로라면 방문자와 메일은 아무 변화도 느끼지 못합니다.

이것이 중요한 이유는 이전과 관련된 끔찍한 사례 대부분이 사실 이전 자체의 문제가 아니기 때문입니다. 누군가가 같은 시점에 네임서버를 바꾸고, 새 제공업체에 메일용 MX 레코드가 없다는 것을 알게 되고, 하루 동안 반송된 이메일을 이전 탓으로 돌리는 경우입니다. 두 작업을 분리하면 위험은 사라집니다.

도메인이 이전 가능한 상태입니까?

레지스트리 정책은 일부 이전을 아예 막으며, 어떤 등록 대행업체도 이를 뒤집을 수 없습니다. 늦게 알게 되면 각 항목마다 며칠씩 손해를 보므로, 시작하기 전에 아래 항목을 모두 확인하십시오.

• 등록 후 60일이 지나야 합니다. 새로 등록한 도메인은 60일 동안 이전할 수 없습니다. 직전 이전 이후에도 같은 규칙이 적용됩니다.
• 등록자 변경 후 60일이 지나야 합니다. 등록자의 이름이나 이메일을 변경하면 보통 별도의 60일 잠금이 시작됩니다. 연락처 정보를 정리하려는 중이라면 이전을 먼저 하십시오.
• 만료되지 않아야 합니다. 대부분의 레지스트리는 만료된 도메인의 이전을 허용하지 않으며, 복구 기간(redemption)에 들어가면 복구 수수료도 내야 합니다. 현재 있는 곳에서 갱신한 뒤 이전하십시오.
• 분쟁 중이거나 레지스트리 보류 상태가 아니어야 합니다. serverTransferProhibited 같은 상태는 등록 대행업체가 아니라 레지스트리가 설정한 것이므로, 설정한 주체와 해결해야 합니다.

WHOIS 또는 RDAP 조회로 현재 상태를 직접 확인할 수 있습니다. 찾아야 할 것은 도메인 상태 필드입니다. clientTransferProhibited는 일반적인 등록 대행업체 잠금이며 고객님이 직접 해제할 수 있고, server로 시작하는 상태는 레지스트리 수준에서 설정된 것이므로 그렇지 않습니다.

DNS 작업을 먼저 하십시오

아무것도 건드리기 전에 현재 존(zone)을 적어 두십시오. 모든 A, AAAA, CNAME, MX, TXT, SRV, CAA 레코드를 값과 TTL까지 기록합니다. 이유는 두 가지입니다. 네임서버를 바꾸게 되면 그대로 다시 만들어야 하고, 나중에 무언가 고장 나면 정상이던 때의 모습을 알고 싶을 것이기 때문입니다.

TXT 레코드에 특히 주의하십시오. 메일 제공업체, 분석 도구, 결제 처리업체, 신원 확인 시스템의 SPF, DKIM, 도메인 인증 레코드가 모두 여기에 있으며, 일주일 뒤 무언가가 조용히 인증되지 않기 시작할 때까지 아무도 기억하지 못하는 레코드이기도 합니다.

인증 코드 받기

인증 코드는 어느 쪽 인터페이스인지에 따라 EPP 코드, 인증 코드, 이전 키, 도메인 시크릿으로도 불리며, 도메인용 일회용 비밀번호입니다. 도메인 이전을 요청하는 사람이 현재 그 도메인을 통제하고 있음을 레지스트리에 증명합니다.

1. 1현재 등록 대행업체에 로그인해 도메인 설정을 찾으십시오. 이전 잠금을 끄십시오. 등록 대행업체 잠금, 도메인 잠금, 도난 방지 등으로 불릴 수 있습니다.
2. 2인증 코드를 요청하십시오. 패널에 바로 표시되는 경우도 있지만, 등록된 등록자 주소로 이메일을 보내는 경우가 많으므로 그 주소는 고객님이 읽을 수 있는 주소여야 합니다.
3. 3WHOIS 개인정보 보호가 등록자 이메일을 가리고 있는지 확인하십시오. 확인 메일이 개인정보 보호 중계 주소로 전송되고 있다면, 그 중계가 실제로 고객님께 전달하는지 확인하거나, 이전 기간 동안 개인정보 보호를 끄고 끝난 뒤 다시 켜십시오.
4. 4코드는 바로 사용하십시오. 코드는 흔히 만료되며, 오래된 코드는 사유가 명확히 설명되지 않는 거부 메시지를 냅니다.

이전 진행하기

도메인 잠금을 해제하고 코드를 확보했다면, 이전을 받는 쪽 등록 대행업체에서 이전을 시작하고 이전 가격을 결제하십시오. 저희의 경우 해당 확장자의 갱신 요율이며, 그 금액으로 이전에 따라 추가되는 1년을 구매합니다. 이중으로 지불하는 것이 아니며, 현재 등록의 남은 기간도 잃지 않습니다.

그러면 레지스트리가 등록된 소유자에게 확인 이메일을 보냅니다. 승인하십시오. 이 단계가 가장 흔한 실패 지점이며, 조용히 실패합니다. 승인하지 않은 이전은 대기 기간이 지나면 그냥 만료되고, 다소 헷갈리는 이메일 기록만 남은 채 처음 상태로 돌아갑니다.

승인되면 기존 등록 대행업체에는 응답할 수 있는 기간이 최대 5일 주어집니다. 명시적으로 승인하면 이전은 즉시 완료되고, 아무 조치도 하지 않으면 그 기간이 끝날 때 완료됩니다. 실제로는 대부분의 이전이 일주일 이내에 끝나고 상당수는 48시간 이내에 끝납니다.

문제가 생겼을 때

등록 대행업체가 코드를 주지 않는 경우

등록 대행업체는 등록된 소유자에게 인증 코드를 제공해야 하며, 도메인을 볼모로 잡아서는 안 됩니다. 업체가 지연시킨다면 요청을 서면으로 남기고, 레지스트리의 이전 정책을 언급하고, 1차 지원 담당자보다 높은 단계로 문의하십시오. 일반 확장자의 경우 ICANN이 이전 실패에 대한 공식 민원 절차를 운영하며, 등록 대행업체는 지원 티켓보다 훨씬 빠르게 이에 응답합니다.

이전이 명확한 사유 없이 거부되는 경우

이전 가능 조건 목록을 다시 확인하십시오. 60일 규칙에 걸리는 경우가 매우 많으며, 특히 등록자 연락처를 방금 정리한 경우에 그렇습니다. 그런 다음 WHOIS나 RDAP로 도메인 상태를 확인해 모르고 있던 잠금이 있는지 보고, 인증 코드가 만료되지 않았는지 확인하십시오.

확인 이메일이 오지 않는 경우

로그인에 쓰는 주소가 아니라 WHOIS 기록의 등록자 이메일 주소를 확인하십시오. 두 주소는 자주 다르고, 레지스트리는 전자의 주소로 메일을 보냅니다. 2019년 이후로 아무도 읽지 않은 주소라면 먼저 등록자 연락처를 업데이트해야 하며, 그러면 60일 시계가 다시 시작됩니다. 번거롭지만 지금 알아내는 편이 낫습니다.

이전 후 점검 목록

• 새 만료일이 이전 만료일보다 1년 뒤인지 확인하십시오. 그 1년이 결제하신 기간입니다.
• 처음에 적어 둔 목록과 모든 DNS 레코드를 대조하십시오. 특히 MX와 TXT를 확인하십시오.
• 테스트 이메일을 보내고 받아 보며, 해당 사이트에 접속한 적이 없는 네트워크에서 HTTPS로 사이트를 불러 보십시오.
• 자동 갱신을 켜고, 청구 이메일 주소가 고객님이 읽는 주소인지 확인하십시오.
• WHOIS 개인정보 보호를 껐다면 다시 켜십시오. 저희에서는 등록 시와 매 갱신 시 무료입니다.
• 이전 잠금을 다시 설정하십시오. 가장 저렴한 도난 방지 수단입니다.

저희에게서 다른 곳으로 이전하기

같은 방식의 반대 방향이며, 일부러 불편함을 없앴습니다. 패널에서 도메인 잠금을 해제하고 인증 코드를 복사하면 됩니다. 이탈 방어 절차도, 전화 연락도, 두 번 거절해야 하는 제안도, 인위적인 지연도 없습니다. 돈값을 하는 것으로 고객님을 붙잡을 수 없다면, 불쾌한 채로 남아 계시는 것보다 빨리 떠나시는 편이 낫다고 생각합니다.

저희가 면제할 수 없는 것은 레지스트리 규칙뿐입니다. 저희에게 등록된 지 60일 이내이거나 이전해 온 지 60일 이내인 도메인은 이전할 수 없습니다. 이 규칙은 저희가 바꿀 수 있는 것이 아닙니다.