PT Media Cloud Indonesia はラック、トランジット、修理期間に依然として依存するホスト容量を販売

要約

• PT Media Cloud Indonesia は、多くの小規模ホストよりも強力な公開運用証拠を有する：APNIC/IDNIC レコードは AS140449、103.152.240.0/23、2406:38c0::/32 に関連付け、RIPEstat は 2026年7月の検証期間中に AS140449 によってアナウンスされた 103.152.240.0/24、103.152.241.0/24、2406:38c0::/32 を観測した。
• 同社は Media Cloud ブランドの下で幅広いバンドルを販売している：ドメイン、WordPress および Sitejet ホスティング、インドネシア VPS、SSL、プロフェッショナルメール、ウェブサービス、ゲームホスティングプロモーション、そして mci.net.id 上のローカルループ提供（1 Gbit/s、2 Gbit/s、3 Gbit/s の専用帯域パッケージを表示）。
• 回復力への懸念も同様に具体的である。PeeringDB は OpenIXP/NiCE でのエクスチェンジ接続とネットワークのファシリティレコードゼロをリストアップ；RIPEstat のネイバーデータは AS138840 が支配的であり、RADB IPv6 ルートオブジェクトはプロキシ登録された HSP Global カスタマールートを記述している。これらは可視的な相互接続の証明であり、独立したマルチサイト容量の証明ではない。
• Media Cloud 自身の利用規約と返金ポリシーは物理的な障害経路を可視化する：サービスは、機器の故障、メンテナンス、修理または交換、通信リンクの中断、攻撃、輻輳、その他の障害によりアクセスできなくなる可能性がある；インターネットサービスの返金は、連続7日以上の停止またはサービス継続不能を条件とする。
• 証拠レベルは中程度。アイデンティティ、製品サーフェス、ルーテッドアドレススペース、現在の到達可能性は十分に裏付けられている；施設の場所、予備容量、トランジットの多様性、テストされた復旧、データポータビリティの制限に関する公開証拠は不完全なままである。

企業は可視的だが、依存関係は物理的である

PT Media Cloud Indonesia は、単なる「小規模ホスト」ラベルよりも詳しく読む価値がある。同社は2つのリンクされた公開サーフェスを提示している。1つは接続志向のコーポレートサイトmci.net.idで、ローカルループおよび FTTH 接続ソリューションを宣伝し、ユーザーをクラウドサービスショップに誘導する。もう1つはmediacloud.idで、ドメイン、ホスティング、VPS、SSL 証明書、メール、ウェブサービス向けの顧客向け商業サーフェスである。これらの2つのサーフェスは単なるブランドの逸話ではない。同社が顧客に、基本的なインターネットプレゼンスと構造化インフラサービスの両方を委ねるよう求めていることを示している。

この信頼は非常に現実的な制約と衝突する。VPS は仮想マシンであるが、物理的な計算、ストレージ、電力、冷却の上で動作する。「無制限の帯域幅」はマーケティング上のフレーズであるが、パケットは依然としてポート、ルーター、フィルター、光ファイバー、トランジット契約、エクスチェンジファブリックを通過する。「24時間365日のサポート」の約束は、影響を受けたサービス、チケットシステム、DNS、請求ステータス自体が障害を起こしている場合でも顧客がチームに連絡できる場合にのみ有用である。ローカルループの提供はさらに直接的である：ラストワンマイルアクセス、相互接続点、アップストリームパス、オンコール技術者、そして回線がダウンし続けた場合のビジネスルールに依存する。

公開証拠は番号リソース層から始まる。APNIC/IDNIC RDAP レコードはAS140449に対して MEDIACLOUD-AS-ID、PT Media Cloud Indonesia、「インターネットサービスプロバイダー」、南ジャカルタの管理アドレスをリストしている。APNIC/IDNIC はまた、IPv4 ネットワーク103.152.240.0/23および IPv6 ネットワーク2406:38c0::/32を MEDIACLOUD-ID の名前で示している。これらのレコードは各サーバーの場所を証明するものではないが、匿名のリセラーページよりもはるかに強力である。直接可視のインターネット番号リソースを持つ企業を示している。

同社はまた、このフットプリント内に公開ウェブサイトをホストしている。この調査中の DNS チェックにより、mci.net.id と mediacloud.id の両方が 103.152.240.97 に解決され、103.152.240.0/23 割り当て内にあることが確認された。これは控えめだが重要なシグナルである：公開ウェブサイトは、ネットワーク登録との明らかなリンクなしにグローバルゲートウェイの背後に単にホストされているわけではない。ブランド、ASN、ルーテッドアドレススペースは、インフラストラクチャの主張を検証可能にするために十分に整合している。

難しいのは、Media Cloud が公開プレゼンスを持っていることを証明することではない。難しいのは、このプレゼンスが示す顧客の回復力のレベルを判断することである。公開ルーティング証拠は、どのプレフィックスが可視か、どの ASN がネットワークに隣接しているか、ルートオリジンデータがカバーされているか、自主的なエクスチェンジディレクトリがポートをリストしているかを示すことができる。ラック内の予備サーバー、施設契約、顧客のバックアッププロセス、または深夜後にハードウェアを交換する権限のある人物を示すことはできない。このギャップがこの記事の核心である。

宣伝されている製品範囲は単なる VPS ページを超えている

Media Cloud の製品ページは、ウェブプレゼンスを構築したいインドネシアの顧客に対してワンストップショップになりたいと考えている企業を示している。Media Cloud ショップは、ドメイン、ホスティング、サイトビルダー、メール、SSL 証明書、VPS サービスを提供すると述べている。.id および.com ドメイン、リセラーおよびバルクサービス、VPS 製品を指す「Best VPS Cloud Hosting」タイルを宣伝している。これは重要なのは、幅広い提供が複数の依存関係パスを生み出すからである。顧客は同じプロバイダーからドメイン、DNS、SSL 証明書、メールボックス、サイトビルダー、VPS を購入し、インシデント発生時に技術的依存関係とアカウント依存関係が密接にリンクしていることを発見する可能性がある。

VPS ページは、ホスト容量の主張の中で最も明確である。「VPS Indonesia」を販売し、サービスを「手頃な価格の高速で安定したインドネシア VPS」と説明し、100％専用リソース、NVMe ストレージ、無制限の帯域幅、DDoS 保護をリストしている。また、顧客がオペレーティングシステムと事前設定されたアプリケーションを選択できるとも述べている。これはまさに、小規模ネットワークをビジネス依存関係に変える言語である：顧客はアドレススペースを購入するだけでなく、コンピュート、ストレージ、ソフトウェアインストール、セキュリティコントロール、アプリケーションを到達可能に保つのに十分なネットワークヘッドルームを期待している。

ホスティングページはさらに別の層を追加する。Sitejet ホスティングは、サイトビルダーとのバンドルホスティングを提供し、DDoS 保護、cPanel、Softaculous、ワンクリックインストールを強調している。WordPress ホスティングは、相談時に検出された通貨のプランテーブルが利用できなかったにもかかわらず、同じ信頼性と機能の言語を使用している。これは、顧客体験の基盤となるプラットフォームの前提を明らかにするので有用である。cPanel、Softaculous、サイトビルダー、WordPress ホスティングはすべて、コントロールパネル、ライセンスステータス、ストレージ、バックアッププラクティスに依存している。これらは運用システムであり、単なる静的な製品名ではない。

メールはさらに依存関係を拡張する。Email Hostingは、99.9%の可用性保証、カスタムドメイン、セキュリティ、監視、24時間365日のサポート、セットアップ、移行、トラブルシューティングの支援を備えたプロフェッショナルメールを宣伝している。Professional Emailは、1メールボックスあたり8 GB、ウェブメール、アンチスパム、アンチウイルス、DKIM 署名、自動バックアップ、メールトレース機能、監査ログを説明している。MX レコードはニュアンスを追加する：mci.net.id は Microsoft メール保護を使用し、mediacloud.id は Google aspmx メール交換を指している。これは矛盾ではなく、公開ウェブサイトが Media Cloud 自身のアドレススペースにある一方で、ビジネスの一部は外部メールプラットフォームに依存していることを示している。

SSL ページとドメインページが全体像を完成させる。Media Cloud はサーバー上にトラストレイヤーを販売している：ドメイン登録、移管、.id アイデンティティ、証明書、サイト生成、メールボックスアイデンティティ。これらのサービスを集中させる顧客は利便性を得るかもしれないが、回復問題も生み出す。請求、本人確認、サポート、またはコントロールパネルがロックされると、複数の独立したビジネス機能が同時にロックされる可能性がある。

ローカルループの価格設定はラックとルーティングの問題を明確にする

mci.net.id のホームページは、抽象的なクラウドサービスを宣伝するだけでなく、異常に役立つ。「Local loop and FTTH connectivity solutions」を宣伝し、「高速専用帯域による信頼性の高いビジネスコミュニケーション」を説明している。ページは、1 Gbit/s で月額 Rp 10,000,000、2 Gbit/s で月額 Rp 20,000,000、3 Gbit/s で月額 Rp 30,000,000 のローカルループパッケージをリストし、「見積もりを取得」リンクを提供している。また、Media Cloud が安全で高性能な専用接続、低遅延、スケーラブルな統合、24時間365日のローカルサポートを提供すると述べている。

これらの主張は公開設備開示と等しいわけではない。しかし、分析を単純なウェブホスティングから物理インフラにシフトさせる。ローカルループサービスには、顧客アクセスパス、相互接続点、バックホールパス、ルーター、サポートモデル、修理プロセスが必要である。障害経路は単に「VPS がダウンした」ではなくなる。ラストワンマイルのファイバー問題、アップストリームサプライヤーの問題、アクセスルーターの問題、データセンター相互接続の問題、サポート派遣の問題、請求ブロック、またはプロバイダーが制御するかもしれないしないかもしれない顧客側機器の問題である可能性がある。

公開アドレスの話も注意が必要である。APNIC/IDNIC 番号リソースレコードは、南ジャカルタの Prudential Center のアドレスを示している。Media Cloud の現在の公開フッターは、読者を Epicentrum Walk 3rd Floor Unit A306-307、Jl. HR Rasuna Said、Kuningan、South Jakarta に誘導している。両方が異なる方法で真実である可能性がある：1つはレジストリアドレス、もう1つは現在のオフィスまたはサポート場所であり、どちらも顧客のワークロードやルーターが実際にホストされている場所を特定するものではない。顧客は企業連絡先アドレスと施設アドレスを混同することが多いため、この区別は重要である。混同すべきではない。

ローカルループページは、データセンター、エクスチェンジビル、ファイバールート、アップストリームトランジットプロバイダー、サービス境界、復旧サイトを指定していない。これは公開マーケティングページとしては正常であるが、購入者は質問しなければならないことを意味する。提供されるローカルループがホストされたワークロードと同じ建物で終端する場合、障害モデルは別の通信ホテルに着地するループとは異なる。ループがパートナーによって提供される場合、返金とエスカレーションパスはパートナーのチケットキューに依存する可能性がある。顧客がルーティングの多様性を必要とする場合、2つの回線がダクト、建物エントリ、パッチパネル、または単一のアップストリームゲートウェイを共有しているかどうかを知る必要がある。

これは Media Cloud のローカルループ提供が弱いと言っているわけではない。物理的依存関係が避けられないことを強調している。ホスト容量は、ラストマイルまたはアップストリームパスが失敗するまで弾力的に見える。同じプロバイダーからクラウドとローカル接続を購入する顧客は、このバンドルが制御を強化するのか、単に障害を集中させるのかを尋ねるべきである。

AS140449 は現在、小規模で一貫したプレフィックスセットをアナウンスしている

ルーティング証拠はコーポレートサイトの証拠よりも明確である。RIPEstat AS140449 概要は、ホルダーを「MEDIACLOUD-AS-ID – PT Media Cloud Indonesia」と特定し、AS が 2026年7月のチェック中にアナウンスされたことを示した。RIPEstat アナウンスドプレフィックスビューは、103.152.240.0/24、103.152.241.0/24、2406:38c0::/32 が 2026年6月27日から7月11日のウィンドウで可視であるとリストした。つまり、登録された /23 は運用上2つの可視 IPv4 /24 アナウンスに分割され、IPv6 割り当ては /32 としてアナウンスされている。

この設定は、ハイパースケールクラウドではなく小規模オペレーターと一致する。2つの /24 は、ウェブサイト、共有ホスティング、VPS アドレス、コントロールシステム、ローカルサービスに十分な可視の公開プレゼンスを提供するが、大規模な小売クラウドフットプリントではない。IPv6 /32 はアドレス数ではるかに大きいが、IPv6 アドレスボリュームをインストールされたコンピュート容量と混同してはならない。使用可能容量の問題は、存在するアドレスの数ではなく、障害時にホスト、移動、復旧、サポートできるワークロードの数である。

RIPEstat のルーティング履歴は連続性を追加する。両方の IPv4 /24 が 2020年9月以降の履歴に表示され、IPv6 /32 は 2021年3月以降に表示される。最後に観測された間隔では、IPv4 プレフィックスは 2026年7月11日までまだ可視であり、IPv6 ルートも同様に可視であった。これは新しく作成された休眠 ASN よりも強力である。何年も持続している公開ルーティングサーフェスを示唆している。

しかし、履歴には可視性が低い期間も含まれている。公開ルートコレクターは、可視性が変化したことを示すことができるが、理由は説明できない。低下は、ルーティングポリシー、コレクターカバレッジ、アップストリームの問題、メンテナンス期間、ルートフィルタリング、RPKI または IRR の影響、または実際のサービス中断を反映する可能性がある。オペレーターや顧客の証拠なしに履歴を特定の停止の主張に変換することは無責任である。その価値はより狭い：公開ルートエッジが監視可能であり、可視性が変化したときに顧客が何が変わったのか尋ねることができることを示す。

現在の BGP 状態も有益である。RIPEstat のBGP 状態応答は、Media Cloud のプレフィックスへの多くのグローバルコレクターパスを示し、ほとんどのパスは AS138840 を経由して AS140449 に到達した。サンプル内の他のパスには、さらにアップストリームの大規模なグローバルトランジット名が含まれていたが、繰り返される AS138840 への即時隣接性が重要な依存関係である。顧客はすべてのルートコレクターの詳細を必要とするわけではない；Media Cloud のエッジが即時アップストリームパスの喪失または輻輳に耐えられるかどうかを知る必要がある。

可視のアップストリームストーリーは HSPnet と OpenIXP/NiCE を指している

RIPEstat のASN ネイバービューは、2026年7月11日のチェックで3つの隣接 ASN を記録した：左側の支配的なネイバーとして AS138840、別の左側ネイバーとして AS7717、右側ネイバーとして AS149004。APNIC はAS138840を PT Parsaoran Global Datatrans / HSPnet に関連するインドネシアの NAP レコードとして特定している。APNIC はAS7717を OpenIXP-AS-ID-AP として特定している。APNIC はAS149004を東ティモールの Morapido Net として特定している。これらのラベルは契約を証明するものではないが、ルーティングネイバーフッドを説明するのに役立つ。

PeeringDB は自主的な相互接続ビューを追加する。AS140449 のネットワーク API クエリは、「PT Media Cloud Indonesia」、エイリアス「Mediacloud」、ウェブサイトhttps://mci.net.id、情報タイプ「Enterprise」、IPv6 サポート、一般的にオープンなポリシー、IX カウント 1、ファシリティカウント 0 をリストしている。関連するnetixlan クエリは、OpenIXP / NiCE、1 Gbit/s ポート、IPv4 アドレス 43.252.146.141、IPv6 アドレス 2001:7fa:f::457、運用ステータスをリストしている。netfac クエリはファシリティエントリを返さない。

最も強い読み方は実用的である：Media Cloud は OpenIXP/NiCE に可視のエクスチェンジ接続を持ち、AS138840 がコレクターによって見られる主要なパスである公開ルーティングネイバーフッドを持っている。弱い読み方は、これらのフィールドから完全な回復力アーキテクチャを推測することである。PeeringDB はオペレーター管理であり自主的である。1 Gbit/s のエクスチェンジポートは、トランジット問題中にすべての顧客トラフィックがエクスチェンジを経由できることを証明しない。ファシリティカウント 0 は、会社にラックがないことを証明するものではない；単に PeeringDB がネットワークのファシリティエントリをリストしていないことを意味する。観測されたアップストリーム隣接性は、オペレーター文書によってサポートされない限り、リンクがトランジット、ピアリング、バックアップ、またはルートサーバーパスであるかどうかを証明しない。

RADB ルートオブジェクトも同じ注意を強化する。AS140449 の RADB クエリは、オリジン AS140449 と PT Media Cloud Indonesia を指定する説明を持つ 103.152.240.0/24 および 103.152.241.0/24 のルートオブジェクトを返した。2406:38c0::/32 の route6 オブジェクトはオリジン AS140449 を使用したが、備考は Media Cloud オリジン AS の下でエクスポートされた HSP Global カスタマールートのプロキシ登録ルートオブジェクトを説明し、MAINT-AS138840 によって管理されていた。この文言により、サプライヤー契約の問題が中心となる：IPv6 ルートが HSP によるルートオブジェクトまたはアップストリームの取り決めの維持に依存する場合、顧客はエンティティを修正できる人、フィルターを変更できる人、アップストリーム契約またはサポートチャネルが失敗した場合に何が起こるかを知る必要がある。

ルートオリジン保証は不完全なままである

ルートオリジン検証は完全な回復力テストではないが、重要なチェックである。公開された Route Origin Authorisation（ROA）が特定のプレフィックスとオリジン AS をサポートしているかどうかを検証する。2026年7月の RIPEstat チェック中、103.152.240.0/24、103.152.241.0/24、2406:38c0::/32は「不明」を返し、チェックされたビューに検証 ROA はなかった。RADB もルートオブジェクトに対して RPKI オリジン検証ステータス「not_found」を示した。

不明は無効と同じではない。チェックされたルートオリジン検証データが承認 ROA を見つけられなかったことを意味する。実際的なリスクは、厳格なルーティングポリシーを適用するネットワークが不明なルートを有効なルートと異なる扱いをする可能性があること、または将来のルートハイジャックや誤設定が自動ポリシーによってフィルタリングするのが難しくなることである。顧客にとって、これは唯一のセキュリティ問題ではないが、良い調達質問である：Media Cloud はアナウンスするプレフィックスに対して ROA を公開する意図があるか、ルートオブジェクトと ROA が運用責任を持つ当事者によって維持されていることを実証できるか？

RPKI はサービス品質も証明できない。有効なルートオリジンは、何台のサーバーがオンラインか、バックアップが機能するか、ローカルループにパス多様性があるか、技術者がハードウェアを迅速に交換できるかを示さない。ルーティングリスクの1カテゴリのみを閉じる。この場合、検証 ROA が存在しないため、公開コントロールプレーンは製品カタログよりも不完全である。このギャップは修正可能であるが、認識されなければならない。

顧客へのより広い教訓は、ホスト容量の回復力には多くの層があるということである。RPKI はオリジン認証を保護する。IRR オブジェクトはフィルターに影響を与える。BGP ネイバーは到達可能性に影響を与える。エクスチェンジおよびトランジットの取り決めはパスの選択に影響を与える。施設、電力、スペア、サポートは修理に影響を与える。バックアップとエクスポートパスは復旧に影響を与える。Media Cloud の公開証拠はこのチェーンの中央で最も強く、両端で弱い：ルートの可視性は明確である；データポータビリティとテストされた復旧は公開されていない。

Media Cloud 自身の利用規約が障害経路を説明している

会社の法的ページは洗練された技術図面ではないが、運用上明らかにしている。mediacloud.id 利用規約は、サービスをドメイン名登録、ホスティング、ウェブサイト作成サービス、インターネットサービスとして広く定義している。条件は、ホスティングがウェブサイトコンテンツを保存して提供すること、インターネットサービスにはテレビ、メール、接続、関連サービスが含まれる可能性があると述べている。また、Media Cloud はサイトとサービスを年中無休で提供するために商業的に合理的な努力を行うと述べている。

同じ可用性セクションは、可用性の文よりも重要である。サービスは、機器の故障、定期的なメンテナンス、修理または交換、合理的な制御を超えた原因、通信またはデジタル伝送リンクの中断または障害、敵対的なネットワーク攻撃、ネットワーク輻輳、その他の障害を含む理由により、アクセス不能または操作不能になる可能性があると述べている。また、Media Cloud は継続的または中断のない可用性を制御できないと述べている。この文言は珍しくない；多くのプロバイダーが同様の免責事項を使用している。しかしここでは、顧客にテストすべき正確な依存関係カテゴリの簡潔なリストを提供している。

返金ポリシーも同様に具体的である。ドメイン登録料は、一度登録または更新されると通常返金不可である；ホスティングおよびウェブサイト作成サービスは、購入後は返金されない；ブロードバンドまたは専用インターネットサービスは、サービスが24時間連続して7日以上ダウンした場合、または技術的な困難や地元の近隣チーフによる禁止のために Media Cloud がサービスの提供を継続できない場合に返金の対象となる可能性があると述べている。これは顕著な運用閾値である。インターネット接続については、返金トリガーが分単位や時間単位ではなく日単位で測定されることを示唆している。

顧客は返金資格と運用回復力を混同すべきではない。1週間の連続停止後の返金は、アプリケーションを復元せず、メールボックスを移行せず、データベースを回復せず、停止中にオンラインショップを稼働させ続けない。それは単に金銭的救済を定義するだけである。重要なワークロードを持つ顧客は、サービスレベル目標、インシデントエスカレーション、積極的な通知、メンテナンスウィンドウ、データエクスポート義務、返金ポリシーとは別の測定された復旧目標を求めるべきである。

これが、記事のタイトルがラック、トランジット、修理ウィンドウを指している理由である。Media Cloud の法的条件は同じカテゴリを特定している：機器、メンテナンス、通信リンク、輻輳、攻撃。公開ルーティングデータは、主要なトランジット依存関係がどこに現れるかを示している。購入者の仕事は、これらの公開手がかりを契約上およびテスト可能な証拠に変えることである。

データローカライゼーションはインドネシアブランドでは解決されない

Media Cloud のポジショニングは強くインドネシア的である。ドメインページは.id アイデンティティを強調し、VPS ページは「VPS Indonesia」と言い、フッターは南ジャカルタの連絡先アドレスを提供し、APNIC/IDNIC レコードは AS とアドレスリソースをインドネシアに配置している。多くの顧客、特に中小企業にとって、これが主要なポイントかもしれない：ローカルプロバイダー、ローカル言語、ローカルの支払い期待、インドネシアのチャネルを通じて連絡できるサポート。

しかし、データ主権とローカライゼーションは国ラベル以上のものを要求する。ホストされたウェブサイトは Media Cloud のアドレスに置かれるかもしれないが、メールは Google や Microsoft を通じて処理される。サポートチケットには個人情報が含まれる可能性がある。バックアップはプライマリサーバーとは異なるシステムに保存される可能性がある。ドメイン登録にはレジストラとレジストリのプロセスが含まれる。DDoS 緩和の主張は、アップストリームフィルタリングまたはサードパーティプラットフォームに依存する可能性がある。すべての層が、データ、メタデータ、またはアクセス権を異なる運用場所に置く可能性がある。

会社のプライバシーポリシーは、連絡先情報、請求情報、アカウント識別子、ユーザー作成またはアップロードされたコンテンツ、ログデータ、デバイス情報、Cookie または類似技術を収集すると述べている。個人情報は、サービスプロバイダー、マーケティングまたは広告目的のサードパーティパートナー、ビジネス取引の一部として、または法律で要求された場合に共有される可能性があると述べている。また、個人情報はユーザーの国以外の国に転送され処理される可能性があり、インターネット送信または電子ストレージの方法は完全に安全ではないと述べている。これは一般的なプライバシー言語であるが、ホスティングの文脈では重要である：プロバイダーは越境およびサードパーティ処理の可能性を認めている。

インドネシアの法的文脈も、明確なデータ管理のハードルを上げている。2019年電子システムおよび取引に関する政令第71号は、JDIH Kemkomdigi のこの公式ページで公開されている。ページには、電子システムオペレーターの登録、信頼性、セキュリティ、リスク管理、サービスレベル契約、個人データ処理原則に関する規定が含まれている。2022年個人データ保護法第27号は、JDIH Kemkomdigiで公開されている。この記事は、Media Cloud がすべての製品について特定の規制カテゴリに該当すると主張するものではないが、国の枠組みは、顧客がデータ、バックアップ、ログ、チケット、サポートアクセスが実際にどこに存在するかを尋ねるべき理由を説明している。

実際的なテストは簡単である。インドネシア VPS は、場所の回答とともに提供されるべきである：プライマリホストはどこか、バックアップはどこか、コントロールプレーンアイデンティティはどこか、ログはどこか、メール、DNS、DDoS フィルタリング、サポート、請求を処理するサードパーティサービスはどれか。このマトリックスがなければ、「ローカル」は有用なマーケティングシグナルに留まるが、完全な主権保証ではない。

インストール容量と使用可能容量は異なる

Media Cloud の公開ネットワークフットプリントは、控えめだが現実的なインストール容量の物語を支えている。登録された AS、ルーテッド IPv4 /23 を分割した2つの /24、IPv6 /32、同じ IPv4 ブロック内の公開ウェブサイト、PeeringDB エクスチェンジリスト、ローカルループ提供、VPS/ホスティング/メール製品がある。これは、識別可能なエッジを持たない純粋なリセラーよりも具体的である。顧客の関心を正当化するのに十分である。

使用可能容量はより難しい問題である。VPS 製品は専用リソースと NVMe ストレージを宣伝するかもしれないが、公開ページは、いくつのハイパーバイザーが存在するか、ストレージがどのようにレプリケートされるか、顧客バックアップがラック外またはサイト外にあるか、予備のマシンがいくつストックされているか、フェイルオーバー用に予約されている容量の割合、または本番ネットワークが失敗した場合にコントロールパネルが機能できるかどうかを開示していない。ローカルループ製品は 1 Gbit/s、2 Gbit/s、3 Gbit/s を宣伝するかもしれないが、公開ページはファイバーパス、相互接続の多様性、オペレーターの多様性、または停止中の輻輳ポリシーを開示していない。

この区別は障害時に重要である。インストール容量は、プロバイダーが通常の日に販売するものである。使用可能容量は、サーバー、ルーター、ファイバーパス、アップストリームサプライヤー、エクスチェンジポート、電源、サポートキュー、請求アカウントの障害後に残るものである。回復可能容量は、顧客のダウンタイムおよびデータ損失許容度内で復元できるものである。顧客は、請求書に名前が記載されているかどうかに関係なく、2番目と3番目のカテゴリを購入する。

Media Cloud の可視アップストリームパターンは、この区別をより緊急にする。ほとんどのグローバルコレクターパスが AS138840 を経由して AS140449 に到達する場合、顧客は AS138840 が単一のアップストリーム依存関係、プライマリトランジットパス、ルートサーバーパス、または公開コレクターが完全に公開しないより広いトランジットミックスの一部であるかどうかを尋ねなければならない。OpenIXP/NiCE プレゼンスが 1 Gbit/s である場合、顧客はそれがセトルメントフリーピアリング、ルートサーバー到達可能性、バックアップ、または重要な顧客トラフィックに使用されているかどうかを尋ねなければならない。PeeringDB がファシリティレコードをリストしない場合、顧客は本番機器がどこに配置され、物理アクセスがどのように管理されているかを尋ねなければならない。

これらの質問のいずれも欠陥を意味するものではない。これらは通常のインフラデューデリジェンスの質問である。小規模プロバイダーは、限界について正直であり、復旧をテストし、顧客に実行可能な出口パスを提供すれば、優れている可能性がある。大規模プロバイダーは、共有障害点を隠せば脆弱である可能性がある。Media Cloud の公開証拠は初期質問を組み立てるのに十分強力であるが、それらを閉じるには十分ではない。

サポートと請求はインフラの一部である

Media Cloud は、ログイン、連絡先リンク、WhatsApp ボタンを必要とするショップを通じて製品を販売している。フッターは、ショップに[email protected]、コーポレートサイトに[email protected]をリストし、mci.net.id は 103.152.240.243 で support.mci.net.id を公開している。これにより顧客に複数のサポートエントリポイントが提供されるが、回復力の問題は、これらのエントリポイントがインシデント中に十分に独立しているかどうかである。

サポートはインフラである。なぜなら、検出を修復に変えるからである。VPS がダウンした場合、顧客は一般的な認識以上のものを必要とする。資格のある責任者、診断、推定復旧パス、復旧が顧客の期限に間に合わない場合のデータ回復方法が必要である。ローカルループが失敗した場合、顧客は Media Cloud が派遣できるかどうか、パートナーがラストマイルを制御しているかどうか、同じ回線がサポートポータルを運んでいるかどうかを知らなければならない。請求がアカウントをロックした場合、顧客はビジネスステータスを緊急データアクセスから分離できるエスカレーションパスを必要とする。

利用規約は、アカウントと支払いステータスを運用上関連させる。価格は変更される可能性がある；不払いは停止または終了につながる可能性がある；顧客はアカウントセキュリティを維持する責任がある；Media Cloud は違反に対してアクセスを停止または終了できる。これらの条項は標準的であるが、コントロールプレーンが純粋に技術的ではないことを示している。ドメイン、ホスティングプラン、メールボックス、VPS は、ハードウェア状態と同様に管理状態のために失敗する可能性がある。

メール製品はこれをさらに可視化する。メールページは、移行支援、トラブルシューティング、ウェブメール、アンチスパム、アンチウイルス、DKIM 署名、自動バックアップ、メールトレース機能、監査ログを説明している。これらが顧客のビジネスプロセスの一部である場合、復旧にはメールボックスエクスポート、DNS 継続性、DKIM/SPF/DMARC 継続性、アーカイブアクセス、サポート証拠が含まれなければならない。「メールはホストされている」と言うだけでは十分ではない。顧客は、メール製品またはその外部プラットフォーム依存関係が失敗した場合に何が起こるかを知らなければならない。

Media Cloud の場合、購入者は重要なワークロードを移行する前に、サポート手順マニュアルを求めるべきである。緊急電話は誰が受けるのか？ローカルループまたは VPS 停止に対して電話エスカレーションはあるのか？サポートスタッフはワークロードを移動する権限があるのか、それともチケットを作成するだけか？アカウント、請求、悪用キューはインシデント対応から分離されているか？顧客が離れることを決めた場合、完全な VPS ディスクエクスポート、ウェブサイトファイル、メールボックスコンテンツ、DNS ゾーン、ドメイン認証コードをどのくらい迅速に提供できるか？

主な顧客リスクは集中である

Media Cloud の利便性は同時にリスクでもある。顧客は、ドメイン、ウェブサイト、ホスティング、VPS、SSL 証明書、プロフェッショナルメール、専用接続を同じブランドファミリーから購入することがもっともらしい。これは中小企業のベンダー管理を削減できる。また、プロバイダーのインシデントを複合障害に変える可能性もある：DNS 更新、証明書発行、ウェブホスティング、VPS 到達可能性、メールアクセス、ローカル接続はすべて同じサポートチームまたは同じアカウント関係を必要とする可能性がある。

集中のインフラ版も同様である。可視エッジが AS138840 に大きく依存し、エクスチェンジサーフェスが単一の OpenIXP/NiCE リストであり、本番が未公開の施設にあり、サポートパスが同じネットワークに結びついている場合、単一の運用問題が複数の層に影響を与える可能性がある。公開証拠はこれらの単一点がすべて存在することを証明しないが、反証もない。可視記録は回答を要求するのに十分である。

顧客は4つの方法で集中をテストすべきである。第一に、アイデンティティと DNS をホスティングから分離する。ドメインは迅速に移管できるか？DNS レコードはエクスポートできるか？ゾーンレコードはホスティング停止中に到達可能か？第二に、コンピュートをストレージバックアップから分離する。顧客は、Media Cloud が元のホストを再構築するのを待たずに、別のプロバイダーで VPS またはウェブサイトを復旧できるか？第三に、接続をアプリケーションホスティングから分離する。ローカルループが失敗した場合、顧客は別のアクセスプロバイダーを介してホストされたサービスに到達できるか？第四に、サポートを影響を受けたプラットフォームから分離する。サービスポータルがダウンしている場合、独立したエスカレーションチャネルはあるか？

ローカルループの返金閾値は注意を集中させるべきである。連続7日以上ダウンしているサービスは、多くのビジネスワークロードの許容範囲をはるかに超えている。1週間運用できない顧客は、返金ポリシーを継続計画として依存すべきではない。購入前に、フェイルオーバー、テスト済みバックアップ、代替アクセス、書面によるエスカレーション条件を要求すべきである。

これが公開ファイルからの最も実用的な結論である。Media Cloud は、識別可能なネットワークを持つ本物の運用プロバイダーに見える。評価に値する。同じ証拠は、評価が製品ページを超えなければならない理由を示している：顧客は多様性、復旧、出口の証拠を必要とする。

真剣な購入者が次に尋ねるべきこと

真剣な購入者はルーティングエッジから始めるべきである。Media Cloud に、どのサービスが AS140449 を使用しているか、どのプレフィックスが顧客 VPS またはホスティングプールに割り当てられているか、顧客サービスが他のプロバイダーの背後にあるかどうかを尋ねる。103.152.240.0/24、103.152.241.0/24、2406:38c0::/32 に対して ROA が公開されるかどうか、誰が IRR ルートオブジェクトを維持するかを尋ねる。AS138840 がプライマリトランジット、バックアップトランジット、ルートサーバー隣接性、または別の関係であるかどうか、障害時に顧客トラフィックを運ぶのに十分な有料容量を持つ第2の独立したトランジットパスがあるかどうかを尋ねる。

次に、施設モデルを尋ねる。どのデータセンターが VPS およびホスティング製品をホストしているか？ラックは所有、リース、サブリースか？別々の電源、別々のルーター、別々のファイアウォール、別々のファイバーエントリがあるか？OpenIXP/NiCE は重要な顧客トラフィックに使用されているか、1 Gbit/s エクスチェンジポートは輻輳監視があるか？PeeringDB がファシリティをリストしない場合、それは会社が開示しないことを選択したためか、ネットワークがパートナーを介して提供されているためか、顧客ワークロードが公開相互接続施設に配置されていないためか？

第三に、復旧テストを尋ねる。最後の VPS ディスク復元はいつだったか？どのくらい時間がかかったか？同じホスト、同じ施設の別のホスト、または異なる場所に復元されたか？WordPress および Sitejet ホスティングのバックアップはどのように保存されているか？顧客はサービスをキャンセルせずにエクスポートをテストできるか？メールは顧客が取得できる方法でバックアップされているか？出口パッケージに DKIM キー、DNS ゾーン、証明書、メールボックスアーカイブが含まれているか？

第四に、サポートの限界を尋ねる。VPS、ホスティング、ドメイン、メール、SSL、ローカルループサービスの重大インシデントパスは何か？mci.net.id または mediacloud.id に到達できない場合、どの連絡方法が利用可能か？WhatsApp サポートは正式なチケットを作成するか？定義された応答時間と復旧時間はあるか？メンテナンス開始前に顧客通知を生成するイベントはどれか？

最後に、法的およびプライバシーステートメントが実際のデータ配置とどのように対応するかを尋ねる。プライバシーポリシーは越境処理を許可し、DNS/MX 証拠はビジネスの一部についてグローバルプラットフォームへの依存を示している。顧客は、個人データ、ログ、バックアップ、チケット、請求記録がどこで処理されるか、どの製品を契約上インドネシア国内に保持できるかを尋ねるべきである。

これらの質問は敵対的ではない。これらは購入者が Media Cloud の可視公開ネットワークをテストされた依存関係に変える方法である。同社は会話を正当化するのに十分な公開証拠を持っている。顧客がそれをスキップできるようにするにはまだ十分な公開証拠を持っていない。

証拠のレベル

PT Media Cloud Indonesia は中程度の公開証拠レベルを獲得している。レベルは会社の品質スコアではなく、公開証拠がサポートできるもののスコアである。肯定的な側面としては、アイデンティティと運用サーフェスは地域のホスティングプロバイダーとしては異常に具体的である。APNIC/IDNIC は会社を AS140449、103.152.240.0/23、2406:38c0::/32 に結びつける。RIPEstat は2026年7月に3つのアクティブなプレフィックスがアナウンスされているのを見た。公開ウェブサイトは会社の IPv4 ブロック内で解決される。Media Cloud は特定の製品セットを宣伝している：ドメイン、ホスティング、VPS、SSL、メール、ウェブサービス、ローカルループ接続。PeeringDB はネットワークと OpenIXP/NiCE 接続をリストしている。

低下は回復力の証拠に関する。公開証拠は本番施設を指定していない。PeeringDB はファシリティエントリをリストしていない。ルートオリジン検証はチェックされたプレフィックスに対して「不明」を返した。可視の BGP パスは AS138840 に大きく関連しており、IPv6 ルートオブジェクトはプロキシ登録された HSP Global カスタマールートを説明している。Media Cloud 自身の条件は、サービスが機器の故障、メンテナンス、修理、通信リンク障害、攻撃、輻輳、その他の原因によって中断される可能性があると述べている。返金ポリシーは、一部のインターネットサービス救済が短い運用ダウンタイムではなく長期の連続停止を中心に構成されていることを示唆している。

この組み合わせは明確な結論を支持する：Media Cloud は可視ネットワークを持つホストおよび接続サービスの本物のインドネシアプロバイダーであるが、顧客は可視ネットワークをマルチサイトクラウド回復力の証明として扱うべきではない。適切なデューデリジェンスパスは、施設配置、トランジット多様性、ルートオリジンコントロール、バックアップおよび復元テスト、サポートエスカレーション、請求継続ルール、データエクスポート権限を検証することである。これらのチェックが満足のいくものであれば、公開証拠は顧客に監視するための確かなものを与える。これらのチェックが欠如している場合、バンドルされたローカルプロバイダーの利便性は集中した依存関係になり得る。