도메인 이전 정책: 소유자와 리셀러가 주의할 점

조회수:21 시간:2026-07-29 11:48:57 저자: windy 연락처 supp또는t email
Domain Transfer Policy: What Owners and Resellers Should Watch
도메인 이전은 간단해 보입니다.
도메인의 잠금을 해제하고, AuthInfo / EPP 코드를 받아 이전을 제출한 후 완료를 기다립니다.
그러나 실제 사례에서는 잠금, 만료된 도메인, 잘못된 코드, 연락처 문제, 레지스트리 규칙, 진행 중인 분쟁 또는 리셀러 작업 흐름 문제로 인해 이전이 실패하거나 지연될 수 있습니다.
그렇기 때문에 도메인 소유자, 대행사, 투자자 및 리셀러는 도메인 이전 정책 업데이트에 주의를 기울여야 합니다.
모든 ICANN 문서를 읽을 필요는 없지만, 도메인이 한 등록기관에서 다른 등록기관으로 이동할 수 있는지에 영향을 미칠 수 있는 규칙을 이해해야 합니다.

이전 정책이 중요한 이유
도메인 이전 정책은 도메인 소유자가 도메인을 한 등록기관에서 다른 등록기관으로 이전할 수 있는지에 영향을 미칩니다.
일반 도메인 소유자에게는 다음과 같은 상황에서 중요합니다:
여러 도메인을 한 계정으로 통합하려는 경우
다른 등록기관에서 이동하려는 경우
도메인을 구매하여 이전이 필요한 경우
고객을 위한 도메인 이전을 진행하는 경우
포트폴리오 이전을 준비하는 경우
더 나은 갱신, DNS, 결제 또는 지원 옵션이 필요한 경우
리셀러에게 이전 규칙은 고객 작업 흐름, API 로직, WHMCS 모듈, 지원 티켓, 가격책정 및 이전 실패 처리에 영향을 미치므로 더욱 중요합니다.
정책 업데이트는 기술적으로 보일 수 있지만 고객이 “왜 내 도메인이 이전되지 않나요?”라고 물을 때 실용적으로 다가옵니다.

도메인 이전 실패의 일반적인 이유
1. 도메인이 잠겨 있음
많은 도메인은 보안을 위해 이전 잠금이 설정되어 있습니다.
일반적인 상태는 clientTransferProhibited입니다.
이것이 항상 문제가 있다는 의미는 아닙니다. 보통 이전 전에 도메인의 잠금을 해제해야 함을 의미합니다.
조치 방법:
  • 현재 등록기관 계정에 로그인합니다
  • 도메인의 잠금을 해제합니다
  • 상태가 변경되었는지 확인합니다
  • 그 후 다시 이전을 제출합니다
도메인이 여전히 잠겨 있는 동안 계속 재시도하지 마십시오.
2. AuthInfo / EPP 코드가 잘못됨
AuthInfo 코드(또는 EPP 코드, 이전 코드라고도 함)는 도메인 이전을 승인하는 데 사용됩니다.
코드가 잘못되었거나 만료되었거나 잘못 복사되었거나 최근 변경 전에 생성된 경우 이전이 실패할 수 있습니다.
조치 방법:
  • 현재 등록기관에서 최신 코드를 요청합니다
  • 정확히 복사합니다
  • 공백 및 특수 문자를 확인합니다
  • 안전하지 않은 채널을 통해 공유하지 마십시오
  • 해당 이전에만 사용합니다
AuthInfo 코드를 민감한 이전 키처럼 다루십시오.
3. 도메인이 너무 새롭거나 최근에 이전됨
많은 도메인은 신규 등록 직후나 최근 이전 후 즉시 이전할 수 없습니다.
일반적인 규칙은 특정 이벤트 후 60일 동안 이전 제한이 있다는 것입니다.
조치 방법:
  • 등록 날짜를 확인합니다
  • 마지막 이전 날짜를 확인합니다
  • 최근 연락처 변경이 잠금을 유발했는지 확인합니다
  • 긴급한 마감일 전에 이전을 계획합니다
도메인이 이전 제한을 받는 경우 대기를 해야 할 수도 있습니다.
4. 도메인이 만료되었거나 만료가 임박함
만료된 도메인은 정상적으로 이전되지 않을 수 있습니다.
만료가 임박한 도메인은 이전, 갱신, 복구 시기가 겹칠 수 있어 추가 위험을 발생시킬 수 있습니다.
조치 방법:
  • 이전 전에 만료 일자를 확인하세요
  • 도메인이 중요하다면 미리 갱신하세요
  • 마지막 며칠까지 기다리지 마세요
  • TLD가 만료 시점 근처 이전을 허용하는지 확인하세요
  • 복구 상태나 삭제 대기 상태를 확인하세요
비즈니스 중요 도메인의 경우 이전을 마지막 순간 갱신 계획으로 사용하지 마십시오.
5. 도메인이 보류 상태임
도메인이 clientHold 또는 serverHold 상태이면 이전이 차단되거나 지연될 수 있습니다.
보류는 웹사이트 및 이메일 해석에도 영향을 줄 수 있습니다.
가능한 이유는 다음과 같습니다:
  • 검증 문제
  • 남용 검토
  • 준수 문제
  • 분쟁
  • 레지스트리 수준 제한
  • 청구 또는 소유권 문제
조치 방법:
  • 정확한 상태 코드를 확인합니다
  • 등록기관 또는 레지스트리 공지를 검토합니다
  • 필요한 조치를 완료합니다
  • 이유가 명확하지 않으면 지원팀에 문의하세요
도메인 상태를 확인하기 전에는 DNS 레코드가 문제라고 가정하지 마십시오.
6. TLD에 특별 규칙이 있음
모든 도메인 확장자가 동일한 이전 절차를 따르지 않습니다.
일부 ccTLD 및 특별 TLD는 다음을 요구할 수 있습니다:
  • 현지 자격 요건
  • 등록자 검증
  • 서류 제출
  • 레지스트리 승인
  • 수동 처리
  • 다른 이전 코드 규칙
  • 다른 이전 소요 시간
조치 방법:
  • 이전을 시작하기 전에 TLD 규칙을 확인하세요
  • 필요한 서류를 미리 준비하세요
  • 도메인이 국가 코드이거나 제한된 경우 지원팀에 문의하세요
  • 모든 확장자가 .com과 동일하게 작동한다고 가정하지 마세요
이는 특히 여러 TLD에 걸쳐 고객 도메인을 다루는 대행사와 리셀러에게 중요합니다.

소유자가 주의해야 할 점
도메인 소유자는 다음과 같은 이전 업데이트에 주의를 기울여야 합니다:
  • 이전 잠금 규칙
  • AuthInfo / EPP 코드 요구사항
  • 등록자 확인 공지
  • 연락처 데이터 정확도
  • RDAP 표시 및 등록기관 정보
  • 만료 및 복구 시기
  • 도메인 상태 코드
  • 레지스트리 수준 제한
  • 분쟁 또는 남용 관련 이전 제한
  • 목표는 정책 문구를 암기하는 것이 아니라 이전 제출 전에 어떤 요소가 이전을 차단할 수 있는지 아는 것입니다.

리셀러가 주의해야 할 점
리셀러, 호스팅 제공자, 대행사는 이전 정책 변경이 고객 작업 흐름에 영향을 줄 수 있으므로 더욱 주의를 기울여야 합니다.
검토 사항:
  • 고객에게 표시되는 이전 지침
  • API 이전 로직
  • WHMCS 이전 흐름
  • 이전 실패 메시지
  • AuthInfo 코드 처리
  • 고객 알림 템플릿
  • 갱신 및 이전 타이밍 규칙
  • TLD별 이전 참고사항
  • 지원 에스컬레이션 프로세스
  • 포트폴리오 이전 절차
고객을 위한 도메인을 관리하는 경우, 프로세스는 실패한 이전을 사전에 방지하도록 고객을 도와야 합니다.

하지 말아야 할 것들
다음 실수를 피하십시오:
  • 도메인의 잠금을 해제하기 전에 이전을 제출하지 마십시오.
  • 오래된 AuthInfo / EPP 코드를 사용하지 마십시오.
  • 만료 직전 마지막 순간에 이전하지 마십시오.
  • 보류 상태나 분쟁 상태를 무시하지 마십시오.
  • 모든 TLD가 같은 규칙을 따른다고 가정하지 마십시오.
  • 필요하지 않은 한 이전 직전에 연락처 데이터를 변경하지 마십시오.
  • 원인 해결 없이 동일한 실패한 이전을 반복 시도하지 마십시오.
  • AuthInfo 코드를 안전하지 않은 채널로 보내지 마십시오.
  • 등록기관이 레지스트리 정책을 무시할 수 있다고 가정하지 마십시오.
이전 실패는 보통 수정하는 것보다 예방하는 것이 더 쉽습니다.

FAQ
1. 내 도메인 이전이 실패한 이유는 무엇인가요?
일반적인 이유로는 이전 잠금, 잘못된 AuthInfo / EPP 코드, 만료된 도메인, 보류 상태, 최근 등록, 최근 이전, 분쟁, 또는 TLD별 제한이 있습니다.
2. AuthInfo / EPP 코드는 무엇인가요?
도메인 소유자가 이전 요청을 승인했음을 확인하는 데 사용되는 이전 인증 코드입니다.
3. 이전 잠금이 도메인 정지 상태를 의미하나요?
아니요. 이전 잠금은 보통 이전만 차단합니다. 이는 정상적인 보안 설정일 수 있습니다.
4. 만료된 도메인을 이전할 수 있나요?
도메인 상태, TLD 규칙, 등록기관 작업 흐름, 만료 단계에 따라 다릅니다. 중요한 도메인이라면 조기에 갱신하고 너무 오래 기다리기 전에 지원팀에 문의하세요.
5. NiceNIC이 레지스트리 이전 규칙을 무시할 수 있나요?
아닙니다. 등록기관은 ICANN 및 레지스트리 규칙을 준수해야 합니다. NiceNIC은 요구사항을 설명하고 지원되는 이전 작업 흐름을 안내할 수 있습니다.
6. 리셀러가 확인해야 할 사항은 무엇인가요?
리셀러는 이전 지침, API 로직, WHMCS 작업 흐름, AuthInfo 처리, 고객 공지, TLD별 규칙, 이전 실패 지원 프로세스를 검토해야 합니다.

결론
도메인 이전 정책 업데이트는 도메인이 한 등록기관에서 다른 등록기관으로 원활하게 이동할 수 있는지에 영향을 미치기 때문에 중요합니다.
이전하기 전에 잠금 상태, AuthInfo / EPP 코드, 만료 일자, 보류 상태, TLD 규칙, 등록자 이메일 및 이전 가능성을 확인하세요.
저작권 © 2006-2026 NICENIC INTERNATIONAL GROUP CO., LIMITED 모든 권리 보유