概要

  • Good Domain Registry Private Limited は、まずドメインレジストラとして認識され、クラウドブランドとしては認識されない。ホームページによると、グローバルなパートナーネットワークを通じてドメイン登録サービスを提供し、多くの gTLD と ccTLD をサポートし、ホワイトラベルレジストラサービス、API アクセス、プライベートラベルコントロールパネル、ブランド化された WHOIS を提供している。IANA レジストラ ID リストには、Good Domain Registry Pvt Ltd. が ID 1533で認定されている。
  • ホスティングの証拠は現実だが、製品カタログのように豊富ではなく、契約上のものである。利用規約では、共有ホスティング、リセラーホスティング、VPS、専用サーバー、週次バックアップ、有料の復旧作業、帯域幅の許容量、リソース制限、アップタイムクレジット、専用サーバーのパスワードリセットについて言及している。ホスティングリセラー契約延長では、Good Domain Registry がリセラーを通じてウェブ、仮想プライベートサーバー、電子メールホスティングサービスを提供しているとしている。
  • ネットワークの証拠は具体的である。APNIC はAS132322を Good Domain Registry Private Limited の GDRPL-IN として識別し、APNIC は103.14.120.0/22を GDRPL-IN の下にリストしている。RIPEstat は、2026年7月12日にAS132322 がアナウンスされたことを確認し、10個の可視 IPv4 /24プレフィックス、観測された1つの隣接 AS、チェックしたルーティングステータスビューでは可視 IPv6 がないことを示している。
  • 運用上の疑問は、Good Domain Registry が公開レジストラとしてのアイデンティティと実際のルーティングリソースを持っているかどうかではない。それらは持っている。問題は、サーバー、アップストリーム、請求アカウント、リセラー、ネームサーバー、または施設のプロセスが失敗したときに、どのラック、データセンタールーム、アップストリーム経路、DNS システム、リセラーの責任、バックアップリポジトリ、ハードウェアスペア、サポートエスカレーション権利、および移行手順が、そのホスティングサービスを利用可能にするかである。

レジストラとしての表面と、その下にあるホスティング業務

Good Domain Registry の公の顔はレジストラの顔である。ホームページでは、GoodDomainRegistry をドメイン登録ソリューションの業界プロバイダーとして紹介し、そのサービスはグローバルなパートナーネットワークを通じて提供されるとしている。また、多数の gTLD と ccTLD、ホワイトラベルレジストラサービス、プログラミング API、プライベートラベルコントロールパネル、ブランド化された Port 43 および Web ベース WHOIS、連絡先管理ツールを提供しているとも述べている。概要ページではさらに踏み込み、同社を ICANN 認定レジストラと説明し、13年以上のドメイン登録ソリューションの経験があり、Murugan Ranganathan と Ranganathan E M が取締役であるとしている。

つまり、第一の運用層はレジストリとリセラーのコントロールプレーンである。顧客がパートナーからドメインを購入する際に Good Domain Registry を目にすることはないかもしれないが、パートナーのサービスは Good Domain Registry のレジストラアカウント、API、WHOIS サービス、連絡先更新ツール、法的契約、不正利用デスク、更新プロセスに依存する可能性がある。ドメインレジストラの停止は仮想マシンの停止とは異なる。登録、移管、更新、連絡先変更、WHOIS 応答、ネームサーバー変更、不正利用トリアージを停止させる可能性がある。多くの中小企業にとって、これらのコントロールプレーンの機能は、コンピュートで満載のラックよりも重要である。更新やネームサーバーの更新ができないドメインは、それ以外は正常なホストサービスに到達不能にする可能性がある。

しかし、インフラの話はドメイン登録だけではない。Good Domain Registry 自身の公開契約もホスティングを対象としている。利用規約では、専用サーバーの購入と高リスク取引のアカウント設定、古いホストからのアカウント移管、共有・リセラーサーバー、VPS、専用サーバー、週次バックアップ、バックアップ復旧料金、共有/リセラーのアップタイムクレジット、帯域幅許容量、inode 制限、準専用サーバー、専用サーバーの管理について議論している。ホスティングリセラー契約では、Good Domain Registry がウェブ、仮想プライベートサーバー、電子メールホスティングサービスを提供し、各ウェブ、VPS、メールホスティング注文はリセラーフレームワークの下でのホスティング注文であると述べている。

これにより、Good Domain Registry を、公開オファーが2つの層に分割されたインフラ企業として扱うに足る。一つはドメイン登録基盤である。レジストラ認定、レジストリ関係、ドメイン契約、コントロールパネル、WHOIS、パートナーサポート。もう一つはホストされたキャパシティである。共有ホスティング、リセラーホスティング、VPS、メールホスティング、専用サーバー。少なくとも、利用規約とリセラー契約に記載されたサービスとして。公開サイトには、名前付きのロケーション、CPU SKU、ストレージ階層、ネットワークマップ、施設写真を備えた最新のクラウド製品カタログはない。したがって、ホスティングのグレードは引き下げられる必要がある。サービスは契約条件とネットワーク記録では見えるが、背後にある物理的な設備は部分的にしか公開されていない。

この区別は読者にとって重要である。パートナーは、ドメインバンドル、管理 DNS、メール転送、ウェブホスティング、VPS を自社ブランドで販売できるが、Good Domain Registry はアップストリームのレジストラまたはサービス親会社であり続ける。エンドカスタマーは一つのブランドと一つの請求書を経験するかもしれないが、障害の連鎖はパートナー、Good Domain Registry、レジストリオペレーター、DNS ネームサーバー、ルーティング、データセンター運用、サーバーストック、サポートキューを横断する。これはホスティング業界ではおなじみの構造である。そして、それが、ウェブサイトが読み込まれるかどうかだけを尋ねてもシステムを評価できない理由でもある。

企業およびレジストラのアイデンティティは施設マップよりも強い

Good Domain Registry のレジストラとしてのアイデンティティは、複数の公開情報源によって裏付けられている。IANA レジストラ ID CSVには、Good Domain Registry Pvt Ltd. が ID 1533 の認定レジストラとして記載され、RDAP ベース URLhttps://rdapserver.net/が示されている。ICANN の認定レジストラページでは、認定レジストラのリストが、一つ以上のジェネリックトップレベルドメインでレジストラとして活動することを認定された企業の公開連絡先情報、IANA 番号、Web サイトリンクを提供していると説明している。同社自身の法的ページでは、GoodDomainRegistry の下でパートナーを通じて登録されたアクティブなドメインはレジストラ-登録者契約に準拠し、Good Domain Registry Pvt Ltd. の通知住所は 10, Pallavan Salai, Perambur, Chennai, Tamilnadu, India-600011 であるとしている。

Good Domain Registry 自身のサイトのドメインレコードもアイデンティティをサポートしている。Verisign の RDAP レスポンス forgooddomainregistry.comは、ドメインが2009年11月に登録され、2026年11月に期限切れとなり、Good Domain Registry Pvt Ltd. がレジストラであり、GD1.GOODDOMAINREGISTRY.COMとGD2.GOODDOMAINREGISTRY.COMがネームサーバーであることを示している。rdapserver.netでのより広範な RDAP ルックアップでは、チェンナイとタミル・ナードゥの連絡先データ、同じ Good Domain Registry ドメイン、[email protected]と +91 9360303099 の電話番号を使用する管理・技術連絡先が示されている。ドメインレコードはラックの所有を証明するものではないが、同社自身のドメインが、同社が販売するレジストラおよび DNS 運用モデルの内部に存在することを証明する。

APNIC レコードは別のネットワークアイデンティティを追加する。AS132322 RDAP レコードは、AS132322 を GDRPL-IN、国 IN、アクティブとして識別し、2012年7月9日に登録され、Good Domain Registry Private Limited の連絡先が 34A, Main Road, Kennedy Square, Perambur, Chennai-600011 に関連付けられている。103.14.120.0/22 RDAP レコードは、GDRPL-IN に割り当てられたポータブル IPv4 スペースとして記載され、アクティブで、2012年7月9日に登録され、同じチェンナイの住所クラスターと[email protected]および[email protected]連絡先が付随している。RIPEstat のwhois ビューも同様に aut-num 132322、as-name GDRPL-IN、説明 Good Domain Registry Private Limited を示している。

住所に関する小さなだが重要なニュアンスがある。APNIC ネットワークレコードは 34A, Main Road, Kennedy Square, Perambur を使用している。会社の連絡先ページ、法的ページ、苦情処理担当者モーダルは 10, Pallavan Salai, Perambur を示している。これらのレコードは地理的に十分近いので、矛盾として提示すべきではない。一つはネットワーク管理住所であり、もう一つは企業または通知住所である可能性がある。しかし、この違いは、管理連絡先データが施設マップではないことを思い出させる。どちらの住所も、データセンターフロア、ラックケージ、電力供給、アップストリーム接続室、サーバーインベントリを特定するものではない。

公開施設マップが弱点である。利用規約は繰り返しサーバー、データセンターアクション、専用サーバー管理に言及しているが、サイトはデータセンター、都市、ラック、電力トポロジー、キャリアホテル、DDoS プロバイダー、リモートハンズプロバイダー、ホストノード設計、バックアップリポジトリの場所、サーバー交換プロセスを明示していない。これは、小規模またはパートナー主導のホスティングビジネスにとっては珍しいことではないが、可視的な運用アイデンティティと完全に監査可能なクラウドプラットフォームの違いである。

パートナーモデルは障害時に誰が対応すべきかを変える

Good Domain Registry は、通常のレジストラフローではエンドカスタマーに直接販売しないと述べている。価格ページでは、同社はグローバルパートナーネットワークを通じてドメイン登録サービスを提供し、エンドカスタマーに直接販売しないと述べている。価格表は参考値であり、実際の金額は購入者の所在地と購入元の組織に依存する。ホームページでは、サービスはパートナーを通じて利用可能になり、ホワイトラベルレジストラサービスを強調している。サポートページでは、ドメイン所有者はドメイン名を登録した組織に連絡するように指示し、その組織を特定する必要がある場合には WHOIS ルックアップを案内している。

これはレジストラインフラにとって良い商業的適合である。パートナーは顧客と向き合い、地域で価格設定し、ドメインとホスティングやメールをバンドルし、Good Domain Registry をアップストリームのレジストラおよびプラットフォームとして利用できる。しかし、サポート境界が生まれる。顧客がドメインを更新できない、ネームサーバーを変更できない、ホスティングアカウントを復旧できない、または不正利用の苦情をエスカレーションできない場合、最初のサポートラインはパートナーかもしれない。Good Domain Registry はアップストリームサービスを制御しているかもしれないが、リセラーは顧客関係、請求書、本人確認、初動対応を管理しているかもしれない。したがって、パートナーの障害は、エンドユーザーにとっては Good Domain Registry の障害のように見える可能性がある。

法的文書もその構造を強化している。リセラーマスター契約は、Good Domain Registry Pvt Ltd. を親会社、パートナーをリセラーとして確立している。ドメイン登録製品契約延長では、リセラーは親を通じて登録、管理、更新、移管サービスを提供しており、登録者がレジストラ条件に同意し、登録・更新料金を表示し、期限切れ通知を送信することを保証しなければならないとしている。また、特定のコンプライアンス、紛争、正確性、またはポリシーの場合に、親会社とサービスプロバイダーがドメイン注文を凍結、削除、一時停止、拒否、キャンセル、変更、所有、または移管する広範な権利を留保している。

ホスティング契約延長は、同じ親-リセラーの論理をホストされたキャパシティに適用する。それによると、リセラーは親を通じてウェブホスティングサービスを提供することを選択し、各ウェブ、VPS、またはメールホスティング注文はホスティング注文であるとしている。また、一部のホスティング注文は無制限の属性で説明されるかもしれないが、Good Domain Registry は、サービスの完全性を保護するため、劣化を防ぐため、違反に対処するため、または責任を回避するために、いつでもハードリミットを適用できるとしている。この条項は、共有キャパシティの経済学を一文で表したものである。公表されている価格やプランの約束は、使用可能で競合のないキャパシティと同じではない。親会社は、共有プラットフォームが圧迫されたり悪用されたりした場合に、リソースを制約する権利を留保している。

顧客にとって、これは障害経路が少なくとも三層あることを意味する。第一は顧客対応パートナーである。支払い、サポート要求、本人確認書類、解約通知を受け取る者。第二は Good Domain Registry である。レジストラプラットフォーム、ホスティング親会社、DNS、不正利用デスク、ネットワークオペレーター。第三は、Good Domain Registry の背後にあるサービスプロバイダーまたはデータセンターであり、電力、トランジット、ハードウェア作業が行われる場所である。いずれかの層に不完全なドキュメントや遅いエスカレーションがあれば、顧客はダウンタイムを経験する。

ネットワークエッジは現実であり、現在可視されている

最も強力な技術的証拠は AS132322 である。RIPEstat のAS 概要は、2026年7月12日に AS132322 がアナウンスされ、「GDRPL-IN - Good Domain Registry Private Limited」によって保持されていると報告した。RIPEstat のルーティングステータスは、2012年7月に最初の経路証拠が見られ、2026年7月12日に最後の証拠が見られ、10個の可視 IPv4 プレフィックス、2,560の IPv4 アドレス、326の IPv4 RIS ピアのうち325から可視性があり、可視 IPv6 プレフィックスはなく、1つの隣接 AS が観測されたことを示している。これは意味のある運用シグナルである。Good Domain Registry は休眠中の法的名称や静的なウェブサイトだけではない。

RIPEstat のアナウンスされたプレフィックスデータは、チェックされた2026年6月28日から7月12日の期間において、AS132322 の10個の/24 IPv4 プレフィックスをリストしていた：103.14.120.0/24、103.14.121.0/24、103.14.122.0/24、103.14.123.0/24、103.91.186.0/24、103.91.187.0/24、103.169.176.0/24、103.169.177.0/24、163.128.112.0/24、163.128.113.0/24。103.14.120.0/24から103.14.123.0/24の4つのアナウンスは、GDRPL-IN に対する APNIC の103.14.120.0/22割り当ての中にある。

他のアナウンスされたブロックはより注意を必要とする。APNIC は103.91.186.0/23を SBITPL と識別し、同じ Perambur の住所クラスターと squarebrothers.com の連絡先を持つ Square Brothers の連絡先に関連付けている。APNIC は103.169.176.0/23を ONEHOSTIN と識別し、Perambur に onehost.in の連絡先がある。APNIC は163.128.112.0/23を VPSJUNGL と識別し、Perambur の Kennedy Square に vpsjungle.in の連絡先がある。これらは Good Domain Registry がすべての関連企業や顧客ブランドを所有しているという証拠ではない。これらは AS132322 が現在、関連または近隣のホスティング/ネットワーク管理名義でプレフィックスを発信しているという証拠である。読者はこれらをルーティングされたリソースとして扱うべきであり、別個のディレクトリエンティティや暗黙の企業関係として扱うべきではない。

RIPEstat のAS ルーティング一貫性ビューは、この区別が重要である理由を示している。これは、103.14.120.0/22 が whois には存在するが、集約レベルでは BGP に存在せず、一方で4つの構成/24は BGP に存在することを示している。103.91.186.0/24、103.91.187.0/24、103.169.176.0/24、103.169.177.0/24、163.128.112.0/24、163.128.113.0/24 は BGP と whois に存在する。これはルーティングの提示としては十分に普通だが、公開経路の証拠は「会社の全ネットワーク」と大まかに言うのではなく、プレフィックスレベルで記述されるべきであることを意味する。集約、顧客、ブランド割り当ては異なる場合がある。

経路起点のセキュリティは混在している。RIPEstat の103.14.120.0/24 の RPKI 検証および103.91.186.0/24 の RPKI 検証は、チェックされた応答では有効な ROA が存在しなかったため、unknown を返した。103.169.176.0/24 の検証は、最大長 /24 の 103.169.176.0/23 ROA の下で valid を返し、163.128.112.0/24は /24 ROA の下で valid を返した。これは電力やラックに関する発見ではない。これはルーティング衛生に関する発見である。可視的な起点アナウンスのいくつかには経路起点検証があり、チェックされた応答では他のものにはない。

可視的なアップストリームが1つであることがトランジット多様性を疑問にする

ルーティングの証拠は可視的だが、観測された隣接の状況は狭い。RIPEstat のASN 隣接ビューは、チェックされた時点で AS132322 の一意の隣接が1つ、AS17439 であると報告した。RIPEstat のAS17439 の AS 概要は、その隣接を「NCINSPL-IN - NTT COMMUNICATIONS INDIA NETWORK SERVICES PRIVATE LIMITED」と識別する。APNIC のAS17439 レコードは、NTT Communications India Network Services Private Limited を確認し、ムンバイの連絡先とアクティブな登録がある。RIPEstat のBGPlay サンプルは、2026年7月12日から12日にかけて、AS132322 の前の AS17439 を通る経路を繰り返し示していた。

これは Good Domain Registry が商業トランジット契約を1つしか持っていないことを証明するものではない。公開ルートコレクターは、プライベートバックアップ、休止中のフェイルオーバー、プロバイダー契約、レイヤー2ハンドオフ、緊急トンネル、あるいは全てのローカルピアリングを観測できない。これは、公開コレクタービューでは1つのアップストリーム隣接が観測されたことを意味する。ホスティング顧客やリセラーにとって、それが関連するデューデリジェンスの疑問である。AS17439 だけが顧客トラフィックを運ぶ唯一のアクティブな経路なのか、それとも AS17439、そのハンドオフ、クロスコネクト、ルーター、またはアップストリームメンテナンスウィンドウが失敗した場合に負荷を引き受ける他の物理的に多様な経路があるのか？

トランジットの多様性は、2つのサービス層に対して異なる意味を持つ。レジストラ機能にとっては、停止は API コール、WHOIS、コントロールパネルアクセス、DNS 変更、不正利用受付に影響を与える可能性がある。ホスティング機能にとっては、ウェブサイトの到達性、メール配信、VPS 管理、顧客ダッシュボード、バックアップ転送、リモートサポートに影響を与える可能性がある。全ての顧客可視サービスとコントロールプレーンが同じチェンナイからアップストリームへの経路に依存している場合、アップストリームの停止は顧客停止とサポート停止の両方になる可能性がある。DNS とホスティングも同じネットワークドメインから提供されている場合、障害は感じやすくなり、回避が難しくなる。

公開 PeeringDB シグナルも薄い。AS132322 のPeeringDB API クエリは、チェックされた時点で空のデータ配列を返した。PeeringDB にないことは、施設、トランジット、または交換参加がないことを証明するものではない。多くの小規模ネットワークはリストされておらず、一部のネットワークは意図的に公開相互接続プロファイルを避ける。しかし、それは施設のプレゼンス、交換ポート、トラフィックポリシー、NOC 連絡先、地理的リーチを表示できる公開情報源を1つ取り除くことになる。その結果は、公開証拠から検証済みのマルチサイト接続を主張しないもう一つの理由である。

したがって、Good Domain Registry のルーティングステータスは中程度のグレードを得る。AS は現行であり、広く可視され、複数の IPv4 プレフィックスに関連付けられている。アップストリームビューは狭く、IPv6 は AS ルーティングステータス応答で可視でなく、経路起点検証のカバレッジは不均一である。慎重な顧客は、現在のネットワーク図、アクティブトランジットリスト、メンテナンス通知プロセス、DDoS 緩和範囲、監視履歴、顧客サービスプレーンが障害を受けたときに管理プレーンが到達可能であることの証明を求めるべきである。

データの所在地はチェンナイから始まるが、それで終わらない

このプロファイルの地域タグはインドであり、最も強力な公開アイデンティティ証拠はインドのものである。レジストラ、法定通知住所、苦情処理担当者住所、APNIC 連絡先、電話番号、不正利用記録はすべてチェンナイまたはインドを指している。連絡先ページは、Good Domain Registry Private Limited を 10, Pallavan Salai, Perambur, Chennai, Tamilnadu, India-600011 に配置し、不正利用連絡先情報を提供している。専用不正利用連絡先ページは[email protected]と +91 93603 03099 を提供している。プライバシーポリシーは、Good Domain Registry がそのウェブサイトおよびホスティングサービスのユーザーから情報を収集、使用、維持、開示すると述べている。

しかし、データ所在地は会社の所在地と同じではない。ドメインレジストラは、複数のレジストリオペレーターを通じてグローバルな gTLD にサービスを提供できる。ホスティングリセラープラットフォームは、顧客の ID 記録、サポートチケット、バックアップ、DNS データ、ホスティングコンテンツを異なるシステムに保存できる。ドメイン登録契約延長は多数の TLD を挙げ、一部は他のレジストラ（多くの拡張子について PublicDomainRegistry 関連エンティティを含む）を通じて提供されるとしている。ウェブサービス契約延長は、親を通じたドメイン転送、メール転送、管理 DNS をカバーしている。これらのサービスは、チェンナイの物理サーバーと同等ではないネームサーバー、メール転送システム、管理 DNS プラットフォームを介してデータを移動させることができる。

利用規約もまた広範な運用介入を許容している。利用規約では、コンテンツ目的での Good Domain Registry サービスの利用はタミル・ナードゥ州法およびインド法に従うとしているが、同規約は、Good Domain Registry が許可された使用、管理、保護、存続可能性、運用セキュリティのためにシステムを監視できるとも述べている。加入者情報は、合法的な要求に応じて法執行機関に開示される可能性がある。プライバシーポリシーは、情報が関連会社、独立請負業者、ビジネスパートナーに開示される可能性があり、事業の売却に関連して情報が移転される可能性があると述べている。

顧客にとって、実際的な疑問は「Good Domain Registry はインド企業か？」ではない。証拠はそうだと言っている。疑問は、各データカテゴリがどこにあるかである。ドメイン連絡先、リセラーアカウントデータ、注文履歴、WHOIS プライバシーリレーメッセージ、サポートチケット、ホスティングコンテンツ、データベース、メールメールボックス、週次バックアップリポジトリ、DNS ゾーンデータ、ログ。公開ページは国別のデータインベントリを提供していない。結果はデータ主権に関する注意事項である。レジストラと連絡先のアイデンティティはインドだが、サービススタックはレジストリオペレーター、パートナー、サービスプロバイダー、データセンター、バックアップシステム、メールまたは DNS プラットフォームを、公開サイトで見える情報を超えて含む可能性がある。

これは、インシデントが地図上の国境ではなく責任の境界を越える時に最も重要になる。リセラーはある国に、Good Domain Registry はインドに、レジストリオペレーターは別の場所に、ホスティングサービスプロバイダーは別の場所に、エンドカスタマーはさらに別の法域にいるかもしれない。レジストラの不正利用苦情、ドメイン移管紛争、バックアップ復旧要求、専用サーバーのパスワードリセットは、複数の運用ルールに触れる可能性がある。公開記録は、時間的に重要な停止時にこれらのルールがどのように調整されるかを示していない。

設置されたキャパシティは使用可能なキャパシティと同一ではない

Good Domain Registry のホスティング証拠は、制限を設定する点で最も強力である。公開利用規約とホスティング契約は、製品ページほど華やかではないが、共有ホスティングとリセラーホスティングの経済性を暴露している。利用規約では、ユーザーはシステムリソースの20%以上を90秒以上使用してはならず、スタンドアロンの無人サーバー側プロセスを実行してはならず、cron ジョブを15分ごとより頻繁に実行してはならず、一部の共有プランでは MySQL 制限を遵守しなければならないとしている。ホスティング契約延長も、長時間実行プロセス、P2P 利用、大量メール、過剰なリソース使用、ファイル数、メールストレージ、データベースサイズ、保存バックアップファイルに関する制限を含む同様の制約を設定している。

これらの条件は共有ホスティングでは普通である。なぜなら、共有ホストは、どの1ユーザーも継続的に消費すべきではない理論上の容量を販売するからである。価値提案は、各顧客が小さなスライスを使用し、不正使用が迅速に制御され、プロバイダーが外れ値を調整または一時停止できる場合に機能する。同じ経済性が、「無制限」属性を文字通りに読むと危険である。ホスティング契約では、一部の属性は無制限のリソースで構成される場合があるが、Good Domain Registry は、劣化を防ぎ、親製品と OrderBox を保護するためにハードリミットを適用できると述べている。これが正しい公開解釈である。無制限は課金とパッケージングの用語であり、無制限の CPU、ディスク、ネットワーク、またはサポート労働力を保証するものではない。

専用サーバーは異なって見えるが、独自のハードな物理的制限がある。利用規約では、専用サーバーの購入、高リスク取引のための政府発行身分証明書またはクレジットカードのスキャン、専用サーバーのパスワードリセット、データセンター管理アクション、専用サーバーのバックアップ責任について言及している。それらは、ファイル上のパスワードが最新でない場合、データセンターが必要とするセキュリティ監査を実施できるように、Good Domain Registry が専用サーバーのパスワードをリセットする可能性があり、専用サーバーは Good Domain Registry によってバックアップされないと述べている。また、クライアントは追加のハードドライブを購入してバックアップを維持できるとしている。これらの条項はデータセンターとハードウェア制御の境界を示唆しているが、データセンター名は示されておらず、スペアパーツ、リモートハンズの時間枠、交換 SLA、電力冗長性も開示されていない。

VPS キャパシティはその中間に位置する。ホスティングリセラー契約は VPS サービスを挙げており、利用規約は共有およびリセラーホスティングに適用される返金保証から VPS を除外している。しかし、サイトは現在の VPS 製品ページを CPU、RAM、ストレージ、ハイパーバイザー、バックアップ、スナップショット、移行、ロケーションの詳細とともに公開していない。これにより、格下げを余儀なくされる。同社はリセラーモデルを通じて VPS ホスティングを提供すると公言しているが、公開記録はインストールされたハイパーバイザーの台数、使用可能なヘッドルーム、ライブマイグレーション、ストレージアーキテクチャ、復旧時間を証明しない。

メールホスティングと管理 DNS についても同様である。ウェブサービス契約は管理 DNS とメール転送をカバーし、ホスティング契約はメールホスティングをカバーしている。これらのサービスはコントロールプレーンに大きく依存している。それらの信頼性は、メールキュー、アンチアビューズシステム、DNS ネームサーバーの多様性、リゾルバーの到達可能性、ゾーン変更の伝播、アカウント制御に依存しており、単なるラックキャパシティではない。公開ページは、DNS エニーキャストアーキテクチャ、メールクラスター設計、またはキュー保持ルールを提供していない。したがって、顧客は、レジストラの長期間のドメインビジネスが回復力のあるホスティングを証明すると仮定するのではなく、サービス固有の運用詳細を尋ねるべきである。

バックアップとリストアは明示的に制限されている

バックアップポリシーは最も明確な公開警告の1つである。Good Domain Registry の利用規約は、同社のバックアップサービスは便宜として提供され、共有・リセラーサーバーの週次バックアップは管理目的のみであり、顧客は自身のコンピュータ上で自身のバックアップを維持する責任があると述べている。また、バックアップが正常に機能しない場合、同社はデータの喪失または不完全について補償せず、バックアップの可用性について保証はないとしている。

リストア経路には別の制約が加わる。利用規約では、バックアップリストアはホスティング料金に含まれておらず、顧客が Good Domain Registry に週次バックアップリポジトリからのサイトリストアを希望する場合、1インスタンスあたり Rs.500 または $10 の管理手数料が発生するとしている。また、Good Domain Registry は週次バックアップリポジトリの整合性を保証できず、特に書面で合意されない限り、何らかの理由で一時停止または終了されたアカウントにはバックアップが提供されないとしている。これは隠された条項ではない。これは、顧客管理のバックアップがサービス設計の一部であるという公の声明である。

さらなるストレージ制約がある。利用規約は、共有・リセラーホスティングをバックアップ、ストレージ、またはアーカイブシステムとして使用することを禁止し、同じアカウントの1つの cPanel または Plesk バックアップのみを3暦日以内に許可し、一部のメールおよび SQL ストレージに上限を設け、サーバーをメールストレージとして乱用するアカウントは一時停止または終了される可能性があると警告し、特定の inode またはディスク閾値を超えたアカウントはオフサイト週次バックアップシステムから削除される可能性があるとしている。ホスティング契約延長も同様に、ウェブおよびメールホスティング注文はバックアップまたはストレージデバイスとして使用できず、2つ以上のウェブサイトバックアップファイルを保存してはならないとしている。

これらの制限は経済的に理にかなっている。低コストの共有・リセラーホスティングは、無制限のバックアップストレージ、無制限のメールアーカイブストレージ、無制限のメディアストレージ、そして同時に本番ウェブサイトであることはできない。しかし、それらは運用上の事実でもある。リセラーが顧客ウェブサイトの唯一のストレージコピーとして Good Domain Registry ホスティングを使用する場合、そのリセラーはバックアップ保証を否認する公開ポリシーの上に構築している。VPS または専用サーバーの顧客が Good Domain Registry がバックアップを維持すると想定する場合、特に専用サーバーと準専用サーバーについては、利用規約はそうではないと述べている。

実用的な障害経路は単純である。サーバーが故障する、データベースが破損する、請求問題でアカウントが一時停止される、またはサイトが侵害される。顧客はリストアを要求する。Good Domain Registry は週次バックアップを持っているかもしれないが、それが利用できない、除外されている、古い、ディスク閾値のために削除されている、一時停止のために利用できない、または料金がかかる可能性がある。顧客が独立したコピーを保持していなかった場合、停止はデータ喪失イベントになる。これが、設置されたキャパシティと回復可能なサービスの違いである。

サポート、不正利用、コンプライアンスは運用面である

Good Domain Registry のサポートページはドメイン指向だが、インシデントがどのように移動するかを明らかにしている。サポートページでは、GoodDomainRegistry はパートナーネットワークを通じてドメイン登録サービスを提供し、ドメイン所有者は登録した組織に連絡するように指示し、所有者が登録組織を特定する必要がある場合には不正利用アドレスを提供している。連絡先ページは、問い合わせをドメインサポート、パートナーシッププログラム、スパム苦情、虚偽の WHOIS 苦情、ドメイン所有者連絡、パートナールートが機能しない場合の直接 GoodDomainRegistry 連絡に分割している。苦情は適切なチームに内部で移動され、多少の遅延がある可能性があるとしている。

不正利用報告ページは、不正利用処理プロセスと専用の不正利用連絡先の2つの経路を提供している。プロセスページでは、Good Domain Registry は不正利用の報告を調査して記録し、利用規約、ICANN ポリシー、または適切なレジストリポリシーへの違反が確認された場合に措置を講じ、追加情報を要求し、顧客と苦情を検証し、レポートを追跡するためのチケット ID を作成する可能性があるとしている。これはフィッシング、スパム、マルウェア、偽造品、有害コンテンツ、知的財産権侵害、プライバシー侵害、WHOIS 不正確に対応する。専用不正利用連絡先ページは、不正利用メールと電話番号を提供している。

これは不正利用面が存在する積極的な証拠である。応答時間のパフォーマンス、時間外スタッフ、言語カバレッジ、データセンターへのエスカレーション、復旧権限、緊急ルーティング能力を証明するものではない。利用規約では、不正利用部門からのメールに24時間以内に応答しない場合、サービス停止または終了につながる可能性があり、すべての不正利用問題はトラブルチケットまたはメールで処理され、24時間以内に応答する必要があるとしている。応答義務は部分的に顧客側にある。ホスティング環境では、不正利用の分類は、ウェブサイト、メールサービス、VPS、専用サーバー、またはドメイン名の経路を一時停止させる可能性があるため、インフラインフラストラクチャインシデントになり得る。

リセラーモデルでは、サポートのエスカレーションが特に重要である。利用規約では、リセラーは自身のクライアントをサポートする責任があり、Good Domain Registry はリセラーのクライアントにサポートを提供しないとしている。リセラーのクライアントが Good Domain Registry に連絡した場合、同社はリセラーが責任を引き受けるまでクライアントアカウントを保留にする可能性がある。これはアカウントセキュリティとリセラー境界を保護するが、チェーンを理解していないエンドユーザーにとってインシデント解決を遅らせる可能性がある。サーバー停止、ドメインハイジャックの懸念、期限切れドメイン、不正利用苦情、バックアップ要求の際、顧客はリセラー、Good Domain Registry、データセンターオペレーターが順番に対応する必要があるかもしれない。

アップタイムクレジットポリシーも、顧客が請求できるものを狭めている。利用規約では、99%のアップタイムレベルを下回る物理的ダウンタイムが発生した共有・リセラーサーバーは、Good Domain Registry の裁量と書面による正当化に基づき、1か月分のアカウントクレジットを受け取ることができるとしている。監視はネットワーク容量とトランジット可用性に依存するため、サードパーティの監視レポートは使用できない。アップタイムは、オペレーティングシステムと Apache Web Server によって報告されたものとして定義され、個々のサービスとは異なる場合がある。専用サーバーはネットワーク保証の対象であり、共有/リセラーのアップタイム保証とは関係のないダウンタイムについては日割り計算のクレジットが適用される。これらの定義は些細な法的詳細ではない。それらは、可視サービスが失敗したときに顧客が補償を受けられるかどうかを決定する。

テストすべき主要な障害経路

最初の障害経路は、レジストラおよび DNS コントロールプレーンの障害である。Good Domain Registry 自身のサイトは、Verisign RDAP レコード内のgd1およびgd2ネームサーバーに依存している。同社の公開オファーには、プライベートラベルコントロールパネル、ブランド WHOIS、API 統合、管理 DNS またはメール転送サービスが含まれる。アカウントログイン、API、WHOIS、ネームサーバー変更、更新処理、管理 DNS が失敗した場合、ウェブサーバーが正常でも顧客は制御を失う可能性がある。デューデリジェンスの質問では、レジストラのコントロールプレーン、ネームサーバー、サポートポータルがホスティングネットワークから地理的かつ運用的に分離されているかどうかを尋ねるべきである。

2番目の障害経路はアップストリームトランジットである。RIPEstat は1つの観測された隣接、AS17439 を観測した。その経路、ハンドオフ、またはアップストリームポリシーが失敗した場合、コレクターデータで見られない公開またはプライベートのフェイルオーバー経路がなければ、可視の10個の/24が影響を受ける可能性がある。Good Domain Registry がホストする IP スペース、リセラーがホストするウェブサイト、メールサービス、または管理ポータルを使用している顧客は、サービストラフィック、バックアップ、サポートアクセスがすべて同じアップストリーム依存関係を通過するかどうかを尋ねるべきである。

3番目の障害経路は、ホストノードまたは共有サーバーの競合である。共有・リセラーホスティング条件は、CPU、メモリ、ディスク、ネットワーク、帯域幅、inode、ファイル数、データベースサイズ、メールストレージ、バックアップファイルを制限している。これらの制限は、共有システムが1つのアカウントによって劣化させられる可能性があるために存在する。顧客の疑問は、「どのくらいのリソースが広告されているか」だけでなく、「ノイジーネイバーがどれだけ迅速に封じ込められるか、顧客にどのように通知されるか、一時停止や移行中にデータに何が起こるか」である。

4番目の障害経路は専用サーバーの修理である。利用規約は、データセンターが必要とするセキュリティ監査、パスワードリセット、管理アクションが発生する可能性があり、専用サーバーは Good Domain Registry によってバックアップされないことを示唆している。専用サーバーの購入者は、どのデータセンターがリモートハンズを管理しているか、ディスクがどのように交換されるか、アウトオブバンド管理が含まれているか、どのようなハードウェア在庫があるか、RAID が使用されているか、バックアップがどこにあるか、未払いまたは不正利用停止後にデータがどのくらい残るかを尋ねるべきである。

5番目の障害経路は、バックアップの非復旧可能性である。週次バックアップは便宜バックアップであり、保証されたバックアップではない。有料の復旧作業は可能かもしれないが、バックアップの整合性は保証されておらず、一時停止されたアカウントはバックアップを受け取れない可能性があり、準専用サーバーまたは専用サービスでは顧客バックアップが必要である。ホスティング購入者は、最初のインシデントの前にエクスポートとリストアをテストすべきである。リセラーは顧客に自身のコピーを保持するよう要求し、Good Domain Registry プラットフォーム外に独立したコピーを保持すべきである。

6番目の障害経路は、パートナーの消失または遅いエスカレーションである。Good Domain Registry の価格設定、サポート、法的ページはすべてパートナーネットワークを指している。パートナーが応答を停止した場合、ドメインの更新に失敗した場合、期限切れ通知を転送しなかった場合、支払いを誤って処理した場合、アカウントの認証情報を紛失した場合、または不正利用対応を遅らせた場合、アップストリームのレジストラまたはホスティング親会社はエンドカスタマーが最初に到達できる当事者ではないかもしれない。同社は直接の連絡経路を提供しているが、公開モデルは依然としてリセラーサポートを前面に置いている。

7番目の障害経路は、ポリシーによる一時停止である。利用規約は、不正利用、スパム、禁止コンテンツ、リソースの乱用、脆弱なパスワード、未払い、その他のポリシー理由で、Good Domain Registry に素材を一時停止、終了、無効化、または削除する広範な権利を与えている。これらの制御の一部は、共有インフラを使用可能に保ち、アドレススペースをブロックリストから外すために必要である。また、ウェブサイトやメールボックスがビジネスに不可欠な顧客にとっては運用リスクも生み出す。誤った、または遅延したポリシープロセスがダウンタイムになり得る。

証拠グレードを上げるもの

Good Domain Registry は、機密性の高い図面を公開する必要のないいくつかの開示によって、公開運用グレードを上げることができる。第一はサービスインベントリである。同社は、現在パートナーを通じて販売されているホスティングサービス、レガシー契約条件であるもの、アクティブにプロビジョニングされているサービス（共有ホスティング、リセラーホスティング、WordPress ホスティング、メールホスティング、VPS、準専用サーバー、専用サーバー）を明示できる。公開記録は現在、これらのカテゴリが法的およびサポート文言に存在することを証明しているが、現在のプラン在庫やアクティブな地域は示していない。

第二は施設と所有権の境界である。国、都市、施設タイプ、リモートハンズ所有者、電力冗長クラス、バックアップリポジトリポリシー、ハードウェア交換プロセスを明記した短い声明は、ホストされたキャパシティの主張を評価しやすくするだろう。また、Good Domain Registry が直接運用するサービスと、サービスプロバイダーやパートナープラットフォームを通じて提供されるサービスを区別するのにも役立つだろう。

第三はネットワークの多様性である。AS132322 は、現在のトランジットおよびルーティングポリシーの概要（アクティブなアップストリーム、フェイルオーバー方式、DDoS 処理、RPKI カバレッジ、IPv6 ステータス、メンテナンス通知経路、顧客サービスが Good Domain Registry 所有のプレフィックスを使用するかパートナー/プロバイダーのアドレススペースを使用するか）を公開できる。RIPEstat は可視的なネットワークエッジを示しているが、公開ビューは現在1つの隣接と混在した経路起点検証を観測している。

第四はバックアップとエクスポートの明確化である。各サービスは、バックアップ頻度、保持期間、復旧料金、復旧目標、顧客エクスポート方法、バックアップ国、バックアップ除外トリガー、停止後の可用性について平易な声明を持つべきである。既存の条件は限定的な保証について正直だが、ウェブサイト、メールアーカイブ、データベース、仮想サーバーが悪い一週間を乗り切れるかどうかを判断する顧客には十分ではない。

第五はリセラーインシデント手順である。同社は、リセラーに連絡が取れない場合のエンドカスタマー向けフローを公開でき、本人確認、期限切れ救済、ドメイン移管エスカレーション、不正利用異議申し立て、ホスティングバックアップ要求、緊急 DNS 更新を含む。これはリセラーモデルを崩壊させるものではなく、障害経路をより透明にするだろう。

これらの開示が存在するまで、公開証拠グレードは中程度で止めるべきである。Good Domain Registry は、耐久性のあるレジストラアイデンティティ、公式認定レジストラリスト、公開法的契約、可視的な不正利用および連絡面、APNIC 登録 AS132322、割り当て済み IPv4 スペース、10の/24アナウンスにわたる現在の BGP 可視性を持っている。グレードは、公開記録が施設のロケーション、マルチサイトアーキテクチャ、ハードウェア在庫、バックアップ整合性、現在の VPS/専用在庫、第二の可視アップストリーム、IPv6 顧客可用性、公開 PeeringDB 施設、またはリセラーチェーンを通じた保証されたエンドカスタマー救済経路を特定していないため、強の手前で止まる。

結論

Good Domain Registry Private Limited は、完全に透明なクラウド事業者としてではなく、実際のネットワークエッジと契約上可視的なホスティングサービスを備えた、チェンナイのレジストラ兼パートナープラットフォームとして読まれるべきである。公開レジストラアイデンティティは強力である。IANA は Good Domain Registry Pvt Ltd. を認定レジストラとしてリストし、同社自身のページはパートナーを通じて運営される ICANN 認定レジストラと説明し、法的ページはチェンナイの通知住所とレジストラ-登録者契約経路を示している。ネットワークアイデンティティもまた現実である。APNIC レコードは AS132322 と 103.14.120.0/22 を GDRPL-IN の下に置き、RIPEstat は2026年7月12日に10個の IPv4 /24 で AS132322 がアナウンスされたことを観測した。

ホストされたキャパシティの証拠はより慎重である。利用規約とリセラー契約は、ウェブホスティング、リセラーホスティング、VPS、メールホスティング、準専用サーバー、専用サーバーの義務、バックアップ制限、リソース制限、アップタイムクレジット文言を示している。しかし、公開ページはデータセンター、ラック、観測された AS17439 隣接を超えるキャリア、ハードウェアスペア、アクティブなプラン在庫、バックアップ整合性制御、顧客移行保証を特定していない。これは、重要な運用詳細が欠落しているが機能しているインフラの表面であり、空白の殻でも完全に文書化されたクラウドでもない。

気軽なドメイン購入者にとって、パートナーモデルは普通かもしれない。リセラー、開発者、代理店、またはウェブサイト、メール、DNS、ドメイン、仮想サーバーを Good Domain Registry のプラットフォームの背後に置くビジネスにとって、質問はより鋭くなるべきである。どの当事者がサポート要求を受け取るのか？サービスはどの IP スペースを使用するのか？どのアップストリームがそれを運ぶのか？どのネームサーバーとコントロールパネルがホスティングネットワークから分離されているのか？スタッフの介入なしにエクスポートできるバックアップはどれか？リセラーが連絡不能のとき何が起こるのか？停止されたデータはどのくらい回復可能か？故障したディスクを交換したり、専用サーバーのロックを解除できるのは誰か？これらの質問への回答は、ドメインとホスティングのバンドルの見かけ上の単純さが、ラック、トランジット、修理窓口に戻る場所である。