도메인 등록기관 변경: 이전 잠금, 인증 코드와 DNS 유지 확인

도메인을 한 계정에서 모아 관리하거나 사용하기 편한 등록기관으로 바꾸고 싶다고 해서 보통 웹사이트 전체를 다시 만들 필요는 없습니다. 핵심은 도메인 등록 관리 관계를 다른 서비스에 넘기는 것입니다. 관련 DNS 서비스가 계속 작동한다면 기존 웹 호스팅과 메일함은 각각 원래 위치에 둘 수 있습니다.

이번 인계를 두 개의 목록으로 나누어 보세요. 하나는 누가 도메인을 관리하는지, 언제 만료되는지, 어떻게 갱신하는지이고, 다른 하나는 현재 이 이름이 웹사이트와 이메일을 어디로 연결하는지입니다. 두 목록을 모두 확인해야 새 계정에 도메인은 보이지만 고객은 사이트를 열거나 메일을 보내지 못하는 상황을 피할 수 있습니다.

정말 필요한 작업이 등록기관 이전인지 확인하기

호스팅 변경, DNS 관리 서비스 변경, 도메인 등록자 변경, 다른 등록기관으로의 이전은 서로 다른 작업입니다. 기존 도메인을 새 호스팅에 연결하려는 것이라면 웹사이트의 DNS 설정만 조정하면 될 수도 있습니다. 같은 도메인을 다른 관리 플랫폼에서 관리하려는 경우에 등록기관 이전 절차를 진행합니다. 목적을 먼저 확인해 불필요한 변경을 동시에 시작하지 마세요.

새 등록기관이 해당 도메인 확장자와 현재 상태를 지원해야 합니다. 이전 수수료뿐 아니라 이후 갱신, 통화, 결제 방법과 DNS 기능도 확인하세요. 네임서버 사용에 자체 조건을 두는 서비스도 있습니다. 첫해 가격만 비교하고 이전 후에도 기존 설정을 모두 유지할 수 있다고 가정해서는 안 됩니다.

1. 현재 등록기관, 도메인 확장자, 만료일과 관리 계정을 확인합니다.
2. 새 등록기관이 해당 도메인을 받는지 확인하고 이전 및 갱신 조건을 읽습니다.
3. DNS도 함께 바꿀지 결정합니다. 바꾼다면 DNS 인계를 별도로 계획합니다.

잠금 해제 버튼뿐 아니라 자격과 잠금 사유 확인하기

ICANN 정책이 적용되는 일반 최상위 도메인을 예로 들면, 확인일에 유효한 공식 정책에는 최초 등록 후, 이전 등록기관 이전 후, 특정 등록자 변경 후와 관련된 육십 일 제한이 명시되어 있습니다. 각 상황의 조건과 선택 가능한 조치는 서로 다릅니다. 단순히 육십 일이 지났다는 사실만으로 모든 도메인을 반드시 이전할 수 있다고 판단해서는 안 됩니다.

등록자가 일반적으로 해제할 수 있는 이전 잠금은 정책, 분쟁이나 다른 상태로 인한 제한과도 다릅니다. 계정에 표시되는 사유와 이전 가능한 날짜를 먼저 확인하고, 정보가 서로 다르면 기존 등록기관에 설명을 요청하세요. 이미 이전을 준비하고 있다면 영향을 읽지 않은 채 등록자 정보까지 덧붙여 변경하지 마세요. 일부 변경은 새로운 잠금을 유발할 수 있습니다.

이 글의 ICANN 절차를 모든 국가 코드 도메인에 그대로 적용할 수는 없습니다. .tw, .台灣 또는 다른 확장자는 관리기관과 신청을 받는 등록기관의 현행 규칙을 확인해야 합니다. 만료, 복구 기간 또는 분쟁 상태라면 그 상태를 어떻게 처리해야 하는지 먼저 파악한 뒤 이전을 계획하세요. 웹사이트가 멈춘 뒤에야 등록기관 변경으로 해결하려 하지 마세요.

이전 전에 DNS와 이메일 의존 관계 저장하기

네임서버, 웹사이트 A 또는 AAAA 레코드, CNAME, 이메일 MX와 관련 TXT 레코드를 읽기 쉬운 목록으로 저장합니다. 하위 도메인과 인증 레코드도 포함하세요. 이 목록은 인계 기준이므로 현재 값, 용도와 담당 서비스를 기록합니다. 홈페이지 화면만 캡처하면 나중에 어떤 이메일 인증 레코드가 누락됐는지 알 수 없습니다.

네임서버 이름이 그대로라고 해서 기존 등록기관이 도메인 이전 후에도 DNS를 계속 제공한다는 보장은 없습니다. 예를 들어 Namecheap의 공식 이전 안내는 외부에서 관리하는 DNS와 기존 등록기관의 기본 DNS를 구분합니다. 이전 후에도 DNS를 유지하는지 원래 서비스에 먼저 확인하세요. DNS 변경이 필요하다면 전체 레코드를 만들고 검증한 뒤 등록 관리 이전을 진행해야 합니다.

DNSSEC을 사용하거나 사용자 지정 네임서버를 쓰는 도메인은 관련 설정도 따로 기록하고 새 서비스와 기존 서비스의 문서에 따라 인계합니다. 모든 보안 기능을 일괄적으로 끄는 일을 공통 절차로 삼지 마세요. 어떤 항목을 갱신해야 하는지, 언제 검증하고 어떻게 정상적인 보호 상태로 복구할지 알아야 합니다. 익숙하지 않다면 설정 목록을 양쪽 지원팀에 제공해 확인을 요청하세요.

인증 코드를 받은 뒤 새 등록기관에서 신청하기

인증 코드는 Auth-Code, AuthInfo, EPP code 또는 transfer code라고도 하며, 이전 권한을 확인하는 데 사용됩니다. 기존 등록기관의 계정 절차로 발급받고 필요할 때 해제 가능한 이전 잠금을 해제합니다. 코드는 정식 서비스임을 확인한 새 등록기관의 공식 이전 화면에만 입력하세요. 공개 스크린샷이나 일반 협업 문서에 넣지 마세요.

새 등록기관에서 전체 도메인 이름을 입력하고 철자와 확장자를 확인한 뒤 인증 코드를 입력하고 결제 항목을 검토합니다. 이전 중에는 안내에 따른 확인이나 예외 처리가 필요할 수 있습니다. 공식 계정에 직접 로그인해 상태를 확인하고 현재 연락 이메일로 수신할 수 있는지 확인하세요. 메일이 오지 않으면 스팸함과 계정 알림부터 살펴보고 신청을 연속으로 다시 보내지 마세요.

1. 기존 등록기관에 로그인해 자격을 확인하고 인증 코드를 발급받은 뒤 절차에 따라 이전 잠금을 해제합니다.
2. 새 등록기관의 이전 페이지에 로그인해 도메인, 관리 서비스 조건, 비용과 신청 요약을 확인합니다.
3. 제출 후 주문 또는 문의 식별번호를 저장하고 양쪽의 상태와 필요한 확인 절차를 추적합니다.

실제 상태에 맞춰 대기와 실패 처리하기

결제 완료, 신청 제출, 등록기관 변경 완료는 서로 다른 상태입니다. 결제됐다는 이유로 기존 계정을 닫거나 하루 동안 변화가 없다는 이유로 취소하고 다시 시작하지 마세요. 서비스가 표시하는 예상 처리 시간을 기준으로 지켜보세요. 시간이 지났다면 문의 번호, 상태와 오류 메시지를 제공해 지원팀이 같은 신청 건을 찾을 수 있게 합니다.

인증 코드 오류가 표시되면 불필요한 공백이 있는지, 가장 최근에 발급한 코드를 쓰는지, 올바른 도메인에 입력했는지 확인합니다. 잠금, 등록자 확인 또는 도메인 상태가 원인이라면 해당 원인을 처리해야 합니다. 코드를 새로 발급해도 해결되지 않을 수 있습니다. 공식 절차상 필요한 경우가 아니라면 같은 도메인의 이전을 여러 등록기관에 동시에 신청하지 마세요.

이전 도중 기존 웹사이트나 메일함이 갑자기 작동하지 않으면 DNS 응답과 원래 DNS 서비스의 상태를 먼저 확인한 뒤 호스팅을 점검합니다. 등록 이전은 웹사이트 콘텐츠 배포가 아니므로 장애를 판단하는 증거도 다릅니다. 장애 발생 시각과 변경 기록을 남기면 신청, DNS 인계 또는 다른 서비스 중 어디에서 문제가 생겼는지 파악하는 데 도움이 됩니다.

완료 후 관리, DNS와 결제 확인하기

새 등록기관 계정에서 해당 도메인을 관리할 수 있는지 확인하고, 적절한 공식 조회 서비스로 등록기관 상태를 검증합니다. 이어서 네임서버와 중요한 레코드를 확인하고, 다른 네트워크에서 웹사이트를 열며 외부 메일함에서 메일을 보낸 뒤 답장도 해봅니다. 이전 완료 안내는 등록 관리 인계를 증명할 뿐 웹사이트와 이메일 검수를 대신하지 않습니다.

만료일, 자동 갱신, 결제 방법, 연락 정보와 계정 보호를 다시 확인합니다. 이전 요금에 등록 기간 연장이 포함되는지, 얼마나 연장되는지, 갱신 직후 이전에 어떤 예외가 있는지는 도메인과 서비스 조건에 따라 확인해야 합니다. 무조건 일 년을 더 준다고 일반화하지 마세요. 다음 갱신일을 달력에 기록하고 결제 및 이전 기록을 보관합니다.

마지막으로 기존 계정에 남아 있는 호스팅, DNS, 이메일이나 다른 도메인을 정리합니다. 더 이상 필요 없는 항목만 중단해 아직 쓰는 서비스까지 함께 취소하지 않도록 하세요. 갱신한 도메인 인계표를 남기면 나중에 담당자가 바뀌더라도 등록기관, DNS와 웹 호스팅을 누가 맡는지 분명히 알 수 있습니다.

자세한 설명 보기

이전 자격 확인, DNS와 이메일 목록 저장, 인증 코드로 신청, 등록 관리·웹사이트·이메일 검증의 네 단계를 보여주는 오리지널 도해.

도메인 등록과 관리의 기초

DNS 레코드와 장애 이해하기

도메인과 호스팅 갱신 점검표

• 튜토리얼
• 앱·소프트웨어
• 웹사이트·이커머스
• 도메인·호스팅·프런트엔드