clientTransferProhibited解説：このドメインステータスコードの意味

WHOISレコードを確認したことがある方なら、clientTransferProhibitedのようなステータスコードを目にして、その意味を疑問に思ったことがあるのではないでしょうか。これらのコードは、正式にはExtensible Provisioning Protocol（EPP）ステータスコードと呼ばれ、RFC 5731で定義された標準化されたラベルで、ドメイン名の現在の状態を記述します。移管や更新から削除まで、ドメインに対して実行できる操作とできない操作を制御します。clientTransferProhibitedステータスは、ドメインセキュリティにおいて最も重要なコードの一つです。このステータスが有効な場合、ドメインのレジストリはあらゆる移管リクエストを拒否し、ドメインを現在のレジストラに実質的にロックします。ICANNのレジストラガイドラインによると、このロックは新規登録ドメインにデフォルトで有効にされるべきですが、すべてのレジストラがこの推奨に一貫して従っているわけではありません。これらのステータスコードを理解することで、ドメインが適切に保護されているかを確認できます。

clientTransferProhibitedとは？

clientTransferProhibitedステータスコードは、ドメインレジストラによって設定されるフラグで、ドメインが別のレジストラに移管されることを防止します。このフラグが有効な場合、レジストリは誰が開始したかに関係なく、すべての受信移管リクエストを拒否します。これはドメインのデッドボルト（補助錠）のようなものです。たとえ誰かが認証コードを入手したとしても、このロックが有効である限り、移管は失敗します。レジストラはこのステータスをクライアントレベルで設定します。つまり、あなたまたはあなたのレジストラが、レジストラのコントロールパネルを通じて有効化および無効化できます。

このステータスコードは、不正なドメイン移管に対抗するために存在しています。EPPステータスコードが標準化される以前は、移管を防止する自動化されたメカニズムが存在しなかったため、ドメインの盗難は著しく容易でした。今日、clientTransferProhibitedはICANNおよびドメイン業界全体によって、基本的なセキュリティ対策と見なされています。ただし、このロックができないことを理解しておくことが重要です。レジストラ間の移管は防止しますが、DNSレコード、連絡先情報、ネームサーバーの変更は防止しません。包括的な保護のためには、追加のステータスコードとセキュリティ対策を組み合わせて使用する必要があります。

EPPステータスコードの解説

EPPステータスコードは、クライアントコードとサーバーコードの2つのカテゴリに分類されます。クライアントコードは、ドメイン所有者に代わってレジストラが設定します。サーバーコードは、通常、管理上または法的な理由でレジストリオペレーターが設定します。どちらのタイプも、ドメインに対して実行できる操作に影響を与えます。ドメインには複数のステータスコードが同時に有効になることがあり、それぞれが特定の種類のアクションを制限します。制限コードが有効でない場合、ドメインには「ok」ステータスが付与され、すべての操作が許可されていることを意味します。以下は、最も一般的に見られるEPPステータスコードとその意味です。

• ok - 制限なし。ドメインは移管、更新、削除が可能です。ロックが適用されていない場合のデフォルト状態です
• clientTransferProhibited - レジストラによって設定されます。ドメインの他のレジストラへの移管を防止します
• serverTransferProhibited - レジストリによって設定されます。移管を防止し、解除にはレジストリへの手動確認が通常必要です
• clientUpdateProhibited - レジストラによって設定されます。ドメインの連絡先情報やネームサーバーの変更を防止します
• serverUpdateProhibited - レジストリによって設定されます。レジストリレベルですべての更新をブロックし、法的保留のために使用されることが多いです
• clientDeleteProhibited - レジストラによって設定されます。ドメインの削除や期限切れを防止します
• serverDeleteProhibited - レジストリによって設定されます。レジストラの操作に関係なく削除を防止します
• clientHold - レジストラによって設定されます。ドメインをDNSから削除し、関連するウェブサイトやメールが機能しなくなります
• serverHold - レジストリによって設定されます。ドメインをDNSから削除し、通常はポリシー違反や法的紛争の際に使用されます
• pendingTransfer - 移管が開始され、承認または拒否を待っている状態を示します
• redemptionPeriod - ドメインがレジストラによって削除され、回復可能な期間にある状態です

ドメインの移管ロック状態を確認する方法

ドメインにclientTransferProhibitedが有効になっているかどうかの確認は簡単です。最も速い方法はWHOIS検索です。任意のWHOIS検索ツールにアクセスし、ドメイン名を入力して、結果の「ドメインステータス」フィールドを確認してください。ステータスコードの中にclientTransferProhibitedが表示されているはずです。ステータスが「ok」のみの場合、ドメインには移管ロックが設定されておらず、不正な移管リクエストに対して脆弱な状態です。レジストラのコントロールパネルからも確認できます。移管ロック設定は通常、ドメイン管理やセキュリティ設定の項目にあり、シンプルなトグルスイッチになっていることが一般的です。大規模なポートフォリオの場合、各ドメインを手動で確認するのは非現実的です。WHOISベースの監視ツールを使えば、すべてのドメインを自動的にチェックし、移管ロックが設定されていないドメインにフラグを立てることができます。これは複数のレジストラにまたがってドメインを管理している場合に特に便利です。レジストラごとにデフォルト設定やインターフェースが異なるためです。

移管ロックの有効化と無効化

移管ロックの有効化はほとんどのレジストラで簡単に行えます。レジストラアカウントにログインし、ドメインの管理ページに移動して、「移管ロック」または「ドメインロック」のトグルを探してください。オンに切り替えると、レジストラがレジストリにclientTransferProhibitedステータスを設定します。変更は通常数分以内に反映されますが、一部のレジストリではステータス更新の反映に最大24時間かかる場合があります。ほとんどのレジストラは新規登録時にデフォルトで移管ロックを有効にしていますが、特に最近別のレジストラからドメインを移管した場合は確認しておく価値があります。

正当な理由でドメインを新しいレジストラに移管する必要がある場合、移管ロックを一時的に無効化する必要があります。これはICANNの移管プロセスにおける必須ステップです。ロックを無効化した後、現在のレジストラからドメインの認証コード（EPPコードまたは移管キーとも呼ばれます）を取得する必要もあります。移管が完了したら、新しいレジストラですぐに移管ロックを有効にしてください。一部のレジストラは移管完了後に自動的に再有効化しますが、すべてのレジストラがそうするとは限りません。重要なのは、移管ロックを必要以上に長く無効のままにしないことです。clientTransferProhibitedが設定されていないドメインは、ロックが解除されている間ずっと不正な移管の試みにさらされることになります。

移管ロックの自動検出

移管ロックの手動チェックは1つか2つのドメインなら問題ありませんが、スケールしません。10、50、あるいは500のドメインを管理している場合、自動検出が必要です。DomainExpiryCheck.comはポートフォリオ内のすべてのドメインのWHOISステータスコードを監視し、clientTransferProhibitedが設定されていないドメインにフラグを立てます。つまり、移管ロックが誤って無効化された場合や、デフォルトで移管ロックが有効になっていない新しいドメインを追加した場合、すぐに把握できます。自動検出は予期しないステータス変更の検出にも有効です。ドメインのステータスが突然clientTransferProhibitedからokに変わった場合や、自分が開始していないpendingTransferステータスが表示された場合、アラートにより移管が完了する前に調査して対応する時間が確保できます。ICANNの移管プロセスにはほとんどのgTLDで5日間の待機期間が含まれているため、早期検出は不正な移管を阻止できるかドメインを失うかの分かれ目になることが多いのです。