clientTransferProhibited 설명: 이 도메인 상태 코드의 의미

WHOIS 레코드를 본 적이 있다면, clientTransferProhibited와 같은 상태 코드를 보았을 것이고 그것이 무엇을 의미하는지 궁금해했을 것입니다. 이러한 코드는 공식적으로 확장 가능한 프로비저닝 프로토콜(EPP) 상태 코드라고 불리며, RFC 5731에 정의된 표준화된 레이블로 도메인 이름의 현재 상태를 나타냅니다. 전송 및 업데이트부터 삭제까지 도메인에서 수행할 수 있는 작업과 수행할 수 없는 작업을 제어합니다. clientTransferProhibited 상태는 도메인 보안을 위한 가장 중요한 코드 중 하나입니다. 이 상태가 활성화되면 도메인의 레지스트리는 모든 전송 요청을 거부하므로 도메인이 현재 레지스트라에 잠깁니다. ICANN의 레지스트라 지침에 따르면 이 잠금은 새로 등록된 도메인에서 기본적으로 활성화되어야 하지만, 모든 레지스트라가 이 권장사항을 일관되게 따르는 것은 아닙니다. 이러한 상태 코드를 이해하면 도메인이 제대로 보호되고 있는지 확인할 수 있습니다.

clientTransferProhibited란 무엇인가요?

clientTransferProhibited 상태 코드는 도메인이 다른 레지스트라로 전송되는 것을 방지하기 위해 도메인 레지스트라가 설정한 플래그입니다. 이 플래그가 활성화되면 레지스트리는 누가 그것을 시작하든 관계없이 모든 수신 전송 요청을 거부합니다. 도메인에 자물쇠를 거는 것으로 생각하면 됩니다. 누군가 귀하의 인증 코드를 얻더라도 이 잠금이 활성화되어 있는 한 전송은 실패합니다. 레지스트라는 클라이언트 수준에서 이 상태를 설정합니다. 즉, 레지스트라의 제어판을 통해 사용자나 레지스트라가 활성화하고 비활성화할 수 있습니다.

이 상태 코드는 특히 무단 도메인 전송을 방지하기 위해 존재합니다. EPP 상태 코드가 표준화되기 전에는 전송을 자동으로 방지하는 메커니즘이 없었기 때문에 도메인 도용이 훨씬 더 쉬웠습니다. 오늘날 clientTransferProhibited는 ICANN과 도메인 산업 전반에서 기본 보안 조치로 간주됩니다. 그러나 이 잠금이 하지 않는 것을 이해하는 것이 중요합니다. 레지스트라 간의 전송을 방지하지만 DNS 레코드, 연락처 정보 또는 네임서버의 변경을 방지하지 않습니다. 포괄적인 보호를 위해서는 추가 상태 코드와 보안 조치가 함께 작동해야 합니다.

EPP 상태 코드 설명

EPP 상태 코드는 두 가지 범주로 나뉩니다: 클라이언트 코드와 서버 코드입니다. 클라이언트 코드는 도메인 소유자를 대신하여 레지스트라가 설정합니다. 서버 코드는 일반적으로 관리상 또는 법적 이유로 레지스트리 운영자가 설정합니다. 두 가지 유형 모두 도메인에서 수행할 수 있는 작업에 영향을 미칩니다. 도메인은 여러 상태 코드를 동시에 활성화할 수 있으며, 각각은 특정 유형의 작업을 제한합니다. 제한적인 코드가 활성화되지 않으면 도메인의 상태는 ok이며, 모든 작업이 허용됩니다. 다음은 가장 일반적으로 접하게 되는 EPP 상태 코드와 그 의미입니다.

• ok - 제한 없음. 도메인을 이전, 업데이트 및 삭제할 수 있습니다. 잠금이 적용되지 않은 경우의 기본 상태입니다
• clientTransferProhibited - 레지스트라가 설정합니다. 도메인을 다른 레지스트라로 이전하는 것을 방지합니다
• serverTransferProhibited - 레지스트리에서 설정합니다. 이전을 방지하며, 일반적으로 제거하려면 레지스트리에 수동으로 확인을 받아야 합니다
• clientUpdateProhibited - 레지스트라가 설정합니다. 도메인의 연락처 정보 및 네임서버 변경을 방지합니다
• serverUpdateProhibited - 레지스트리에서 설정합니다. 레지스트리 수준에서 모든 업데이트를 차단하며, 종종 법적 보류에 사용됩니다
• clientDeleteProhibited - 레지스트라가 설정합니다. 도메인이 삭제되거나 만료되도록 허용하는 것을 방지합니다
• serverDeleteProhibited - 레지스트리에서 설정합니다. 레지스트라의 조치와 관계없이 삭제를 방지합니다
• clientHold - 레지스트라가 설정합니다. 도메인을 DNS에서 제거하여 관련 웹사이트 및 이메일이 작동을 멈추게 합니다
• serverHold - 레지스트리에서 설정합니다. 도메인을 DNS에서 제거하며, 일반적으로 정책 위반 또는 법적 분쟁에 사용됩니다
• pendingTransfer - 이전이 시작되었으며 승인 또는 거부를 기다리고 있음을 나타냅니다
• redemptionPeriod - 도메인이 레지스트라에 의해 삭제되었으며 복구 기간에 있습니다

도메인의 이전 잠금을 확인하는 방법

도메인에 clientTransferProhibited가 활성화되어 있는지 확인하는 것은 간단합니다. 가장 빠른 방법은 WHOIS 조회입니다. WHOIS 조회 도구에 방문하여 도메인 이름을 입력하고 결과에서 'Domain Status' 필드를 찾으세요. 상태 코드 중에 clientTransferProhibited가 나열되어야 합니다. 상태로 'ok'만 표시되면 도메인에 이전 잠금이 없으며 무단 이전 요청에 취약합니다. 레지스트라의 제어판을 통해서도 확인할 수 있으며, 이전 잠금 설정은 일반적으로 도메인 관리 또는 보안 설정 아래에서 찾을 수 있습니다. 일반적으로 간단한 토글 스위치입니다. 규모가 큰 포트폴리오의 경우 각 도메인을 수동으로 확인하는 것이 비현실적입니다. WHOIS 기반 모니터링 도구는 모든 도메인을 자동으로 확인하고 이전 잠금이 누락된 도메인을 표시할 수 있습니다. 이는 여러 레지스트라에서 도메인을 관리할 때 특히 유용합니다. 각 레지스트라에는 서로 다른 기본 설정과 인터페이스가 있기 때문입니다.

이전 잠금 활성화 및 비활성화

대부분의 레지스트라에서 이전 잠금을 활성화하는 것은 간단합니다. 레지스트라 계정에 로그인하고 도메인의 관리 페이지로 이동한 다음 'Transfer Lock' 또는 'Domain Lock' 토글을 찾으세요. 켜면 레지스트라가 레지스트리에 clientTransferProhibited 상태를 설정합니다. 변경 사항은 일반적으로 몇 분 내에 적용되지만, 일부 레지스트리는 상태 업데이트를 전파하는 데 최대 24시간이 걸릴 수 있습니다. 대부분의 레지스트라는 신규 등록 시 기본적으로 이전 잠금을 활성화하지만, 특히 최근에 다른 레지스트라에서 도메인을 이전한 경우 확인하는 것이 좋습니다.

정당한 이유로 도메인을 새 레지스트라로 이전해야 할 때 이전 잠금을 일시적으로 비활성화해야 합니다. 이는 ICANN 이전 프로세스에서 필수 단계입니다. 잠금을 비활성화한 후 현재 레지스트라에서 도메인의 인증 코드(EPP 코드 또는 이전 키라고도 함)를 받아야 합니다. 이전이 완료되면 즉시 새 레지스트라에서 이전 잠금을 활성화하세요. 일부 레지스트라는 이전이 정착한 후 자동으로 다시 활성화하지만 귀사도 그렇다고 가정하지 마세요. 중요한 점은 이전 잠금을 필요한 것보다 더 오래 비활성화 상태로 두지 않는 것입니다. clientTransferProhibited 없는 도메인은 잠금이 해제된 전체 기간 동안 무단 이전 시도에 노출됩니다.

자동화된 이전 잠금 감지

이전 잠금을 수동으로 확인하는 것은 한두 개의 도메인에 적합하지만 확장성이 없습니다. 10개, 50개 또는 500개의 도메인을 관리하는 경우 자동화된 감지가 필요합니다. DomainExpiryCheck.com은 포트폴리오의 모든 도메인에 대해 WHOIS 상태 코드를 모니터링하고 clientTransferProhibited가 누락된 도메인을 표시합니다. 이는 이전 잠금이 실수로 비활성화되거나 기본적으로 활성화되지 않은 새 도메인을 추가한 경우 즉시 알 수 있음을 의미합니다. 자동화된 감지는 또한 예상치 못한 상태 변경을 포착하는 데 유용합니다. 도메인의 상태가 갑자기 clientTransferProhibited에서 ok로 변경되거나 시작하지 않은 pendingTransfer 상태가 나타나면 경고를 통해 이전이 완료되기 전에 조사하고 대응할 시간을 얻을 수 있습니다. ICANN의 이전 프로세스에 대부분의 gTLD에 대해 5일의 대기 기간이 포함된다는 점을 고려하면, 조기 감지가 종종 무단 이전을 중지하는 것과 도메인을 잃는 것의 차이입니다.