概要
- 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 はAS132322 がアナウンスされたのを 2026 年 7 月 12 日に確認し、10 の可視 IPv4 /24 プレフィックス、1 つの観測されたネイバー、チェックされたルーティングステータスビューでは可視の IPv6 はありませんでした。
- 運用上の疑問は、Good Domain Registry が公的なレジストラのアイデンティティと実際のルーティングリソースを持っているかどうかではありません。それは持っています。疑問は、サーバー、アップストリーム、請求アカウント、リセラー、ネームサーバー、または施設プロセスが故障したときに、どのラック、データセンター室、アップストリームパス、DNS システム、リセラーの責任、バックアップリポジトリ、ハードウェアスペア、サポートエスカレーション権、移行手順がホストサービスを使用可能にするかということです。
ホスティング業務を伴うレジストラの表面
Good Domain Registry の公的な顔はレジストラの顔です。ホームページでは、GoodDomainRegistry を、グローバルなパートナーネットワークを通じてサービスを提供する業界のドメイン登録ソリューションプロバイダーとして紹介しています。また、多数の gTLD と ccTLD、ホワイトラベルのレジストラサービス、プログラミング API、プライベートラベルのコントロールパネル、ブランド化された Port 43 およびウェブベースの 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 つの層に分かれたインフラ企業として扱うのに十分です。1 つ目の層はドメイン登録インフラです。レジストラ認定、レジストリ関係、ドメイン契約、コントロールパネル、WHOIS、パートナーサポートです。もう 1 つの層はホスティング容量です。共有ホスティング、リセラーホスティング、VPS、メールホスティング、専用サーバーで、少なくともその規約とリセラー契約に記載されたサービスです。公開サイトでは、場所の名前、CPU SKU、ストレージ階層、ネットワークマップ、施設の写真を備えた最新のクラウドプロダクトカタログは提供されていません。そのため、ホスティングの評価は引き下げなければなりません。サービスは契約条件とネットワーク記録に現れていますが、その背後にある物理的資産は部分的にしか公開されていません。
この区別は読者にとって重要です。パートナーは自社ブランドでドメインバンドル、マネージド DNS、メール転送、ウェブホスティング、VPS を販売でき、Good Domain Registry はアップストリームのレジストラまたはサービスの親会社として残ります。エンドユーザーは 1 つのブランドと 1 つの請求書を目にするかもしれませんが、障害連鎖はパートナー、Good Domain Registry、レジストリ事業者、DNS ネームサーバー、ルーティング、データセンター運用、サーバー在庫、サポートキューを横断します。これはホスティング業界では一般的な構造です。また、システムをウェブサイトが読み込まれるかどうかだけで評価できない理由でもあります。
企業およびレジストラのアイデンティティは施設マップよりも強い
Good Domain Registry のレジストラとしてのアイデンティティは、複数の公的情報源によって裏付けられています。IANA レジストラ ID CSVには、Good Domain Registry Pvt Ltd. が ID 1533 の認定レジストラとしてリストされ、RDAP ベース URLhttps://rdapserver.net/が示されています。ICANN の認定レジストラページでは、認定レジストラのリストが、1 つ以上の汎用トップレベルドメインでレジストラとして活動することが認定された企業の公開連絡先情報、IANA 番号、ウェブサイトリンクを提供すると説明されています。同社自身の法的ページでは、GoodDomainRegistry を通じてパートナーによって登録されたアクティブなドメインはレジストラ-登録者契約に基づき、Good Domain Registry Pvt Ltd. の通知先住所を 10, Pallavan Salai, Perambur, Chennai, Tamilnadu, India-600011 としています。
Good Domain Registry 自身のサイトのドメインレコードもそのアイデンティティを裏付けています。Verisign の RDAP 応答gooddomainregistry.comでは、ドメインが 2009 年 11 月に登録され、2026 年 11 月に期限切れとなり、レジストラが Good Domain Registry Pvt Ltd.、ネームサーバーがGD1.GOODDOMAINREGISTRY.COMおよびGD2.GOODDOMAINREGISTRY.COMであることが示されています。より広範な RDAP ルックアップrdapserver.netでは、チェンナイとタミル・ナードゥ州の連絡先データ、同じ 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 としています。これらの記録は地理的に十分近いため、矛盾として提示されるべきではありません。1 つはネットワーク管理アドレスであり、もう 1 つは企業または通知アドレスである可能性があります。しかし、このばらつきは、管理連絡先データが施設マップではないことを思い出させます。どちらのアドレスも、データセンターのフロア、ラックケージ、電源供給、アップストリームのミートミールーム、サーバー在庫を特定するものではありません。
公開施設マップが弱点です。規約ではサーバー、データセンターアクション、専用サーバー管理に繰り返し言及されていますが、サイトはデータセンター、都市、ラック、電源トポロジー、キャリアホテル、DDoS プロバイダー、リモートハンズプロバイダー、ホストノード設計、バックアップリポジトリの場所、サーバー交換プロセスを明記していません。これは小規模またはパートナー主導のホスティングビジネスでは珍しいことではありませんが、可視的な運用アイデンティティと完全に監査可能なクラウドプラットフォームの違いです。
パートナーモデルが障害時の対応責任者を変える
Good Domain Registry は、通常のレジストラフローではエンドユーザーに直接販売しないと述べています。価格ページでは、同社はグローバルパートナーネットワークを通じてドメイン登録サービスを提供し、エンドユーザーに直接販売しないとしています。価格表は目安であり、実際の金額は購入者の所在地と購入元の組織によって異なると述べています。ホームページでは、サービスはパートナーを通じて利用可能になると述べ、ホワイトラベルのレジストラサービスを強調しています。サポートページでは、ドメイン所有者にドメイン名を登録した組織に連絡するよう指示し、その組織を特定する必要がある場合は WHOIS 検索を案内しています。
これはレジストラインインフラにとっては良い商業的適合です。パートナーは顧客と向き合い、地域に応じた価格設定を行い、ドメインとホスティングやメールをバンドルし、Good Domain Registry をアップストリームのレジストラおよびプラットフォームとして利用できます。しかし、これはサポートの境界を生み出します。顧客がドメインを更新できない、ネームサーバーを変更できない、ホスティングアカウントを回復できない、不正利用の苦情をエスカレーションできない場合、最初のサポート窓口はパートナーになる可能性があります。Good Domain Registry がアップストリームサービスを制御しているかもしれませんが、リセラーが顧客関係、請求書、身元確認、初動対応を制御している可能性があります。したがって、パートナーの障害は、アップストリームシステムが正常であっても、エンドユーザーには Good Domain Registry の障害のように見えることがあります。
法的文書はその構造を強化しています。リセラーマスター契約は、Good Domain Registry Pvt Ltd. を親会社、パートナーをリセラーとして確立しています。ドメイン登録商品契約の拡張では、リセラーが親会社を通じて登録、管理、更新、移管サービスを提供し、登録者がレジストラの条件を受け入れ、登録料と更新料を表示し、有効期限のリマインダーを送信することを保証しなければならないと述べています。また、特定のコンプライアンス、紛争、正確性、ポリシーのケースにおいて、親会社およびサービスプロバイダーがドメイン注文を凍結、削除、停止、拒否、キャンセル、変更、所有権を取得、または移管する広範な権利を留保しています。
ホスティング契約の拡張は、同じ親会社-リセラーのロジックをホスティング容量に適用します。リセラーが親会社を通じてウェブホスティングサービスを提供することを選択し、各ウェブ、VPS、メールホスティングの注文はホスティング注文であると述べています。また、一部のホスティング注文は無制限の属性で説明される可能性がありますが、Good Domain Registry は、サービスの整合性を保護し、劣化を防ぎ、違反に対処し、責任を回避するために、いつでもハードリミットを適用できると述べています。この条項は、共有容量の経済性を 1 段落に凝縮したものです。公開価格またはプランの約束は、使用可能で無競合の容量と同じではありません。親会社は、共有プラットフォームがストレスを受けた場合や悪用された場合にリソースを制限する権利を留保しています。
顧客にとって、これは障害経路が少なくとも 3 つの層を持つことを意味します。1 つ目は顧客向けパートナーです。支払い、サポートリクエスト、身分証明書、キャンセル通知を受け取る相手です。2 つ目は Good Domain Registry です。レジストラプラットフォーム、ホスティング親会社、DNS、不正利用窓口、ネットワーク事業者です。3 つ目は 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 つの観測されたネイバーを示しました。これは意味のある運用シグナルです。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。4 つの 103.14.120.0/24 から 103.14.123.0/24 のアナウンスは、GDRPL-IN の APNIC103.14.120.0/22割り当て内にあります。
その他のアナウンスされたブロックはより注意が必要です。APNIC は103.91.186.0/23を SBITPL として識別し、同じペランバーの住所クラスタの Square Brothers 連絡先と squarebrothers.com の連絡先が関連付けられています。APNIC は103.169.176.0/23を ONEHOSTIN として識別し、ペランバーの onehost.in 連絡先があります。APNIC は163.128.112.0/23を VPSJUNGL として識別し、ペランバーの 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は、確認された応答に検証 ROA が存在しなかったため、不明を返しました。103.169.176.0/24 の検証は、103.169.176.0/23 ROA の下で有効（最大長 /24）を返し、163.128.112.0/24は /24 ROA の下で有効を返しました。これは電力やラックの発見ではありません。これはルーティング衛生の発見です。一部の可視の発信元アナウンスにはルートオリジン検証がありますが、確認された応答ではその他にはありません。
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 月 10 日から 12 日）は、AS17439 を経由してから AS132322 に至るパスを繰り返し示しました。
これは Good Domain Registry が 1 つの商用トランジット契約しか持たないことを証明するものではありません。公開ルートコレクターは、プライベートバックアップ、休止中のフェイルオーバー、プロバイダー契約、レイヤー 2 ハンドオフ、緊急トンネル、すべてのローカルピアリングを認識しません。これは公開コレクタービューが 1 つのアップストリームネイバーを見たことを意味します。ホスティング顧客またはリセラーにとって、これが関連するデューデリジェンスの質問です。AS17439 が顧客トラフィックを運ぶ唯一のアクティブパスなのか、それとも AS17439、そのハンドオフ、クロスコネクト、ルーター、またはアップストリームのメンテナンスウィンドウが故障した場合に負荷を引き受ける他の物理的に多様なルートがあるのか。
トランジット多様性は 2 つのサービス層で異なる意味を持ちます。レジストラ機能の場合、障害は API コール、WHOIS、コントロールパネルアクセス、DNS 変更、不正利用受け付けに影響を与える可能性があります。ホスティング機能の場合、ウェブサイトの到達可能性、メール配信、VPS 管理、カスタマーダッシュボード、バックアップ転送、リモートサポートに影響を与える可能性があります。顧客向けサービスとコントロールプレーンのすべてが同じチェンナイからアップストリームへのパスに依存している場合、アップストリームの障害は顧客の障害とサポートの障害の両方になる可能性があります。DNS とホスティングも同じネットワークドメインから提供されている場合、障害は感じやすくなり、回避が難しくなります。
公開 PeeringDB シグナルも薄いです。PeeringDB API クエリAS132322は、確認された時点で空のデータ配列を返しました。PeeringDB からの不在は、施設、トランジット、交換参加の不在を証明するものではありません。多くの小規模ネットワークはリストされておらず、一部のネットワークは意図的に公開相互接続プロファイルを避けています。しかし、これは施設の存在、交換ポート、トラフィックポリシー、NOC 連絡先、地理的範囲を他の方法で示す可能性のある 1 つの公開情報源を取り除きます。その結果、公開エビデンスから検証済みのマルチサイト接続性を主張しないもう 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 にサービスを提供できます。ホスティングリセラープラットフォームは、顧客の本人確認記録、サポートチケット、バックアップ、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 を共有ホスティングとリセラーホスティングに適用される返金保証から除外しています。しかし、サイトは CPU、RAM、ストレージ、ハイパーバイザー、バックアップ、スナップショット、マイグレーション、ロケーションの詳細を備えた現在の VPS 製品ページを公開していません。そのため、評価を引き下げざるを得ません。同社はリセラーモデルを通じて VPS ホスティングを提供すると公に述べていますが、公開記録は設置されたハイパーバイザー数、使用可能な余力、ライブマイグレーション、ストレージアーキテクチャ、復元時間を証明していません。
メールホスティングとマネージド DNS も同様です。ウェブサービス契約はマネージド DNS とメール転送を対象とし、ホスティング契約はメールホスティングを対象としています。これらのサービスはコントロールプレーンが重要です。その信頼性は、メールキュー、不正対策システム、DNS ネームサーバーの多様性、リゾルバーの到達可能性、ゾーン変更の伝播、アカウント制御に依存し、単にラック容量ではありません。公開ページは DNS エニーキャストアーキテクチャ、メールクラスター設計、キュー保持ルールを提供していません。したがって、顧客はサービス固有の運用詳細を求めるべきであり、レジストラの長期にわたるドメインビジネスが回復力のあるホスティングを証明すると想定すべきではありません。
バックアップと復元は明示的に制限されている
バックアップポリシーは最も明確な公開警告の 1 つです。Good Domain Registry の利用規約は、同社のバックアップサービスは礼儀として提供され、共有サーバーとリセラーサーバーの毎週のバックアップは管理目的のみであり、顧客は自分自身のバックアップを自分のパソコンに保持する責任があると述べています。また、バックアップが適切に機能しない場合のデータの損失や不完全性について Good Domain Registry は補償せず、バックアップの可用性について保証はないと述べています。
復元パスは別の制約を追加します。規約は、顧客が Good Domain Registry に毎週のバックアップリポジトリからサイトを復元することを希望する場合、バックアップ復元はホスティング料金に含まれず、インスタンスあたり Rs.500 または $10 の管理手数料がかかると述べています。また、Good Domain Registry は毎週のバックアップリポジトリの完全性を保証できず、特に文書で合意されない限り、何らかの理由で停止または削除されたアカウントにはバックアップが提供されないと述べています。これは隠れた条項ではありません。顧客管理のバックアップがサービス設計の一部であるという公開声明です。
さらにストレージ制約があります。規約は、共有ホスティングまたはリセラーホスティングをバックアップ、ストレージ、アーカイブシステムとして使用することを禁止し、同じアカウントの cPanel または Plesk バックアップを 3 暦日を超えて 1 つだけ許可し、一部のメールおよび 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 は、機密図を公開する必要のないいくつかの開示によって公開運用評価を引き上げることができます。1 つ目はサービスインベントリです。同社は、どのホスティングサービスが現在パートナーを通じて販売されているか、どれがレガシー契約条件か、どのサービスが積極的にプロビジョニングされているか（共有ホスティング、リセラーホスティング、WordPress ホスティング、メールホスティング、VPS、セミ専用サーバー、専用サーバー）を明らかにできます。現在の公開記録は、これらのカテゴリが法務およびサポート言語に存在することを証明していますが、現在のプラン在庫やアクティブな地域を示していません。
2 つ目は施設と所有権の境界です。国、都市、施設タイプ、リモートハンズ所有者、電力冗長性クラス、バックアップリポジトリポリシー、ハードウェア交換プロセスを指定する短い声明は、ホスティング容量の主張を評価しやすくします。また、Good Domain Registry が直接運用するサービスと、サービスプロバイダーまたはパートナープラットフォームを通じて提供されるサービスを区別するのにも役立ちます。
3 つ目はネットワーク多様性です。AS132322 は、現在のトランジットおよびルーティングポリシーの概要（アクティブなアップストリーム、フェイルオーバー方法、DDoS 処理、RPKI カバレッジ、IPv6 ステータス、メンテナンス通知パス、顧客サービスが Good Domain Registry 所有のプレフィックスまたはパートナー/プロバイダーのアドレススペースを使用するかどうか）を公開できます。RIPEstat は可視のネットワークエッジを示していますが、現在の公開ビューは 1 つのネイバーと混合されたルートオリジン検証を示しています。
4 つ目はバックアップとエクスポートの明確化です。各サービスは、バックアップ頻度、保持期間、復元料金、復元ターゲット、顧客エクスポート方法、バックアップ国、バックアップ除外トリガー、停止後の可用性について平易な声明を持つべきです。既存の条件は限定的な保証について正直ですが、顧客がウェブサイト、メールアーカイブ、データベース、仮想サーバーが悪い週を乗り切れるかどうかを判断するには十分ではありません。
5 つ目はリセラーインシデント手順です。同社は、リセラーが連絡不能な場合のエンドユーザーのためのフロー（本人確認、期限切れの救済、ドメイン移管のエスカレーション、不正利用異議申し立て、ホスティングバックアップリクエスト、緊急 DNS 更新）を公開できます。これはリセラーモデルを崩壊させるのではなく、障害経路をより透明にします。
これらの開示が存在するまで、公開証拠評価は Medium で止まるべきです。Good Domain Registry は、耐久性のあるレジストラアイデンティティ、公式の認定レジスタリスト、公開法的契約、可視の不正利用および連絡先表面、APNIC 登録の AS132322、割り当てられた IPv4 スペース、および 10 の /24 アナウンスにわたる現在の BGP 可視性を持っています。公開記録が施設の場所、マルチサイトアーキテクチャ、ハードウェア在庫、バックアップ整合性、現在の VPS/専用在庫、2 番目の可視アップストリーム、IPv6 顧客可用性、公開 PeeringDB 施設、またはリセラーチェーンを通じた保証されたエンドユーザー救済経路を特定していないため、評価は Strong には至りません。
結論
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 日に AS132322 が 10 の IPv4 /24 でアナウンスされているのを確認しました。
ホスティング容量の証拠はより慎重です。規約とリセラー契約は、ウェブホスティング、リセラーホスティング、VPS、メールホスティング、セミ専用サーバー、専用サーバーの義務、バックアップ制限、リソース制限、稼働時間クレジットの文言を示しています。しかし、公開ページはデータセンター、ラック、観測された AS17439 ネイバーを超えるキャリア、ハードウェアスペア、アクティブなプラン在庫、バックアップ整合性制御、顧客移行保証を明記していません。これは重要な運用詳細が欠落している、稼働中のインフラ表面であり、空白の殻でも完全に文書化されたクラウドでもありません。
カジュアルなドメイン購入者にとって、パートナーモデルは普通かもしれません。リセラー、開発者、代理店、または Good Domain Registry のプラットフォームの背後にウェブサイト、メール、DNS、ドメイン、仮想サーバーを置く企業にとって、質問はより鋭くなるべきです。どの当事者がサポートリクエストを受け取るのか？どの IP スペースがサービスに使用されるのか？どのアップストリームがそれを運ぶのか？どのネームサーバーとコントロールパネルがホスティングネットワークから分離されているのか？どのバックアップをスタッフの介入なしにエクスポートできるのか？リセラーが連絡不能になった場合はどうなるのか？停止されたデータはどの程度回復可能か？故障したディスクを交換したり、専用サーバーのロックを解除できるのは誰か？これらの質問に対する答えが、ドメインとホスティングのバンドルの一見した単純さを、ラック、トランジット、修理期間に戻すのです。