概要
- 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、プロフェッショナルメール、ウェブサービス、ゲームホスティングのプロモーション、そして1 Gbit/s、2 Gbit/s、3 Gbit/s の専用帯域幅パッケージを表示する mci.net.id でのローカルループ提供を含む、幅広いパッケージを販売している。
- 回復力に関する留保も同様に具体的だ。PeeringDB には OpenIXP/NiCE の相互接続ポイントが記載されているが、ネットワークの施設登録はない。RIPEstat の隣接データは AS138840 が支配的であり、RADB の IPv6 ルートオブジェクトは、プロキシ登録された HSP Global の顧客経路と説明されている。これらは可視的な相互接続の証拠ではあるが、独立したマルチサイト能力の証明ではない。
- Media Cloud 自身の利用規約と返金ポリシーは、物理的な障害経路を可視化する。機器の誤動作、定期メンテナンス、修理・交換、通信リンクの中断、敵対的攻撃、輻輳、その他の障害によりサービスが利用できなくなる可能性があり、インターネットサービスの返金は、7日間以上連続して停止するか、サービス継続が不可能な場合に限られる。
- 証拠レベルは中程度（Moyen）。身元、製品展開、ルーティングアドレス空間、現在の到達可能性は十分に裏付けられているが、施設の所在地、予備容量、トランジットの多様性、テスト済みの復旧、データポータビリティの限界に関する公開証拠は不完全である。
企業は可視的だが、依存は物理的である
PT Media Cloud Indonesia は、「小さなホスティング事業者」という単純なレッテル以上に注意深く見る価値がある。同社は関連する2つの公開窓口を提示している。1つはmci.net.idにある接続指向の企業サイトで、ローカルループおよび FTTH 接続ソリューションを宣伝し、ユーザーをクラウドサービスストアへ誘導する。もう1つはmediacloud.idで、ドメイン、ホスティング、VPS、SSL 証明書、メール、ウェブサービスを顧客向けに販売する店舗面である。これら2つの窓口は単なるブランドの逸話ではない。同社が顧客に対し、基本的なインターネットプレゼンスと基盤構造サービスを委託するよう求めていることを示している。
この信頼は、非常に現実的な制約に直面する。VPS は仮想マシンだが、物理的な計算、ストレージ、電力、冷却の上で動作する。「無制限帯域幅」はマーケティング上の表現だが、パケットは依然としてポート、ルーター、フィルター、光ファイバー、トランジット契約、相互接続ファブリックを通過する。「24時間365日サポート」の約束は、影響を受けるサービス、チケットシステム、DNS、または課金状態自体が故障している時でも顧客がチームに連絡できる場合にのみ有効だ。ローカルループ提供はさらに直接的で、ラストワンマイルアクセス、接続ポイント、上流経路、待機技術者、回線が切断されたままの時の商用ルールに依存する。
公開証拠は、番号資源レイヤーから始まる。APNIC/IDNIC のAS140449の RDAP 登録には、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 ホスティング」タイルで VPS 製品へ誘導する。これは重要だ。幅広い提供により、複数の依存経路が生まれるからだ。顧客はドメイン、DNS、SSL 証明書、メールボックス、サイトビルダー、VPS を同じプロバイダーから購入し、インシデント時に技術的依存とアカウント依存が密接に絡み合うことに気づくかもしれない。
VPS ページは、ホスティング能力の最も明確な表明だ。「インドネシア VPS」を宣伝し、「高速で安定したインドネシア VPS を手頃な価格で」と説明し、100%専有リソース、NVMe ストレージ、無制限帯域幅、DDoS 保護を挙げている。また、顧客が OS や事前構成アプリケーションを選択できるとも述べている。まさに、小規模ネットワークをビジネス依存に変える表現だ。顧客はアドレス空間だけでなく、計算、ストレージ、ソフトウェアインストール、セキュリティ制御、アプリケーションを到達可能に保つ十分なネットワーク余裕を期待する。
ホスティングページはさらにレイヤーを追加する。Sitejet ホスティングは、サイトビルダー付きのホスティングを紹介し、DDoS 保護、cPanel、Softaculous、ワンクリックインストールを強調する。WordPress ホスティングも同様の信頼性と機能性の表現を使うが、参照時の通貨ではプラン表が表示されなかった。これは有益だ。顧客体験を支えるプラットフォームの前提が明らかになるからだ。cPanel、Softaculous、サイトビルダー、WordPress ホスティングはすべて、コントロールパネル、ライセンス状態、ストレージとバックアップの実践に依存する。これらは運用システムであり、単なる静的な製品名ではない。
メールは依存をさらに拡張する。メールホスティングは、99.9%の稼働率保証、カスタムドメイン、セキュリティ、監視、24時間365日サポート、セットアップ・移行・トラブルシューティング支援をうたう。プロフェッショナルメールは、メールボックスあたり8GB、ウェブメール、スパム対策、ウイルス対策、DKIM 署名、自動バックアップ、メール追跡機能、監査ログを説明する。MX レコードはニュアンスを加える。mci.net.id は Microsoft のメール保護を使用し、mediacloud.id は Google の aspmx メールエクスチェンジャーを指している。これは矛盾ではない。公共ウェブサイトが Media Cloud 自身のアドレス空間にある一方で、事業の一部は外部メールプラットフォームに依存していることを示している。
SSL ページとドメインページが全体像を完成させる。Media Cloud はサーバーに加えて信頼のレイヤーを販売する。ドメイン登録、移管、.id アイデンティティ、証明書、サイト制作、メールボックスアイデンティティだ。これらのサービスを集中させる顧客は利便性を得るが、復旧の問題も生み出す。課金、本人確認、サポート、またはコントロールパネルが停止すると、複数の独立したビジネス機能が同時に停止しうる。
ローカルループの価格設定がラックとルーティングの問題を明確にする
mci.net.id のホームページは、抽象的なクラウドサービスだけを宣伝していない点で異例に有用だ。「ローカルループおよび FTTH 接続ソリューション」をうたい、「信頼性の高いビジネスコミュニケーションのための高速専用帯域幅」と説明する。ページには、1 Gbit/s で月額10,000,000ルピア、2 Gbit/s で月額20,000,000ルピア、3 Gbit/s で月額30,000,000ルピアのローカルループプランがリストされ、「見積もりを取得」リンクがある。また、Media Cloud は安全で高性能な専用接続、低遅延、スケーラブルな統合、現地24時間365日サポートを提供すると述べている。
これらの主張は施設の公開開示には相当しない。しかし、分析を単純なウェブホスティングから物理的インフラへと押し上げる。ローカルループサービスには、顧客へのアクセス経路、接続ポイント、収容経路、ルーター、サポートモデル、修理プロセスが必要だ。障害経路はもはや「VPS がダウンした」だけではない。ラストワンマイルの光ファイバー問題、上流プロバイダーの問題、アクセスルーターの問題、データセンター相互接続の問題、サポートのディスパッチ問題、課金のブロック、またはベンダーが制御しうるかどうか不明な顧客側設備の問題かもしれない。
公開アドレスの経緯も注意が必要だ。APNIC/IDNIC の番号資源記録は、南ジャカルタの Prudential Center の住所を示す。Media Cloud の現在の公開フッターは、Epicentrum Walk 3階ユニット A306-307, Jl. HR Rasuna Said, Kuningan, South Jakarta を指している。両方が異なる意味で真実でありうる。一方は登録住所、もう一方は現行のオフィスまたはサポート拠点であり、どちらも顧客のワークロードやルーターがどこでホストされているかを特定するものではない。この区別は重要だ。顧客はしばしば企業の連絡先住所を施設住所と混同するが、すべきではない。
ローカルループのページは、データセンター、相互接続ビル、ファイバー経路、上流トランジットプロバイダー、サービス境界、または復旧サイトを明示しない。これは公開マーケティングページとしては普通だが、購入者が質問しなければならないことを意味する。提供されるローカルループがホストされているワークロードと同じビル内で終端するなら、障害モデルは別の通信ホテルに終端する場合とは異なる。ループがパートナーによって提供されるなら、返金やエスカレーションの経路はパートナーのチケットキューに依存するかもしれない。顧客がルーティングの多様性を必要とするなら、2つの回線が同じダクト、ビル入口、パッチパネル、または単一の上流ゲートウェイを共有していないかを知る必要がある。
これは Media Cloud のローカルループ提供が弱いと言っているのではない。物理的依存を不可避にするという点を強調しているのだ。ホストされた容量は、ラストワンマイルまたは上流経路が故障するまで弾力があるように見える。クラウドとローカル接続の両方を同じプロバイダーから購入する顧客は、そのバンドルが制御を高めるのか、単に障害を集中させるのかを自問すべきだ。
AS140449 は現在、小規模で一貫したプレフィックスセットを広告している
ルーティング証拠は企業サイトの証拠より明確だ。RIPEstat の AS140449 概要は、保有者を「MEDIACLOUD-AS-ID - PT Media Cloud Indonesia」と識別し、2026年7月の検証時に AS が広告されていたことを示した。RIPEstat の広告プレフィックスビューは、2026年6月27日〜7月11日の期間に103.152.240.0/24、103.152.241.0/24、2406:38c0::/32が可視であるとリストした。これは、登録された/23が運用上は2つの可視的な IPv4 /24広告に分割され、IPv6 割り当てが/32として広告されていることを意味する。
この構成は、大規模クラウドというより小規模事業者と整合する。2つの/24は可視的な公開プレゼンスを提供し、ウェブサイト、共有ホスティング、VPS アドレス、コントロールシステム、またはローカルサービスには十分だが、大量の細粒度クラウドフットプリントではない。IPv6 /32はアドレス数でははるかに大きいが、IPv6 アドレス量を導入済み計算能力と混同すべきではない。有用な容量の問題は、存在するアドレス数ではなく、何かが故障した時にホスト、移動、復旧、サポートできるワークロードの数である。
RIPEstat のルーティング履歴は継続性を追加する。2つの 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 サポート、一般ポリシー「Open」、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 クエリは、PT Media Cloud Indonesia を説明に持つ、AS140449 起点の103.152.240.0/24と103.152.241.0/24のルートオブジェクトを返した。2406:38c0::/32の route6 オブジェクトは起点 AS140449 を使用しているが、備考には「HSP Global の顧客経路としてプロキシ登録されたルートオブジェクト、MAINT-AS138840 によって維持」と記述されている。この表現は、プロバイダー契約の問題を中心に据える。IPv6 経路が HSP によるルートオブジェクトの維持や上流取り決めに依存するなら、顧客は誰がオブジェクトを修正できるか、誰がフィルターを変更できるか、上流契約やサポートチャネルが破綻した場合に何が起こるかを知る必要がある。
経路起点保証は不完全なまま
経路起点検証は完全な回復力テストではないが、意味のあるチェックだ。公開された経路起点認可（ROA）が所与のプレフィックスと起点 AS を支持するか検証する。2026年7月の RIPEstat チェックでは、103.152.240.0/24、103.152.241.0/24、2406:38c0::/32はいずれも「unknown」を返し、確認されたビューに有効な ROA はなかった。RADB もルートオブジェクトの RPKI 起点検証状態を「not_found」と示した。
不明（unknown）は無効（invalid）とは異なる。検証された経路起点データが認可する ROA を見つけられなかったことを意味する。実務上のリスクは、厳格なルーティングポリシーを適用するネットワークが、不明な経路を有効な経路と異なって扱う可能性があること、または将来の経路ハイジャックや設定ミスが自動ポリシーで区別しにくくなることだ。顧客にとって、これは唯一のセキュリティ問題ではないが、良い調達質問だ。Media Cloud は広告するプレフィックスに ROA を公開する意図があるか、ルートオブジェクトと ROA が運用責任を持つ当事者によって維持されていることを示せるか？
RPKI はサービス品質も証明できない。有効な経路起点は、何台のサーバーがオンラインか、バックアップが機能しているか、ローカルループに経路多様性があるか、技術者が迅速に機器を交換できるかを示さない。ルーティングリスクの一カテゴリを低減するだけだ。このケースでは、有効な ROA の欠如により、公開コントロールプレーンは製品カタログよりも不完全になる。このギャップは修正可能だが、認識される必要がある。
顧客にとってのより広い教訓は、ホストされた容量の回復力には複数のレイヤーがあることだ。RPKI は起点認可を保護する。IRR オブジェクトはフィルターに影響する。BGP 隣接は到達可能性に影響する。相互接続とトランジットの取り決めは経路選択に影響する。施設、電力、予備部品、サポートは修理に影響する。バックアップとエクスポート経路は復旧に影響する。Media Cloud の公開証拠は、このチェーンの中間で最も強く、両端で弱い。経路の可視性は明確だが、データポータビリティとテスト済み復旧は公開されていない。
Media Cloud 自身の条件が障害経路を記述している
同社の法的ページは洗練された技術設計図ではないが、運用面で示唆に富む。mediacloud.id 利用規約は、サービスをドメイン名登録、ホスティング、ウェブサイト構築サービス、インターネットサービスを含むよう広く定義している。規約は、ホスティングがウェブサイトのコンテンツを保存・提供し、インターネットサービスにはテレビ、メール、接続、関連サービスが含まれる可能性があると述べている。また、Media Cloud はサイトとサービスを24時間年中無休で提供するために商業的に合理的な努力を払うとも規定している。
同じ可用性セクションは、可用性に関する一文よりも重要だ。サービスが利用不能または動作不能になる理由として、機器の誤動作、定期メンテナンス、修理・交換、合理的制御を超える原因、通信またはデジタル伝送リンクの中断・障害、敵対的ネットワーク攻撃、ネットワーク輻輳、その他の障害が含まれると述べている。また、Media Cloud は継続的または中断のない可用性を制御できないとも述べている。この文言は珍しくない。多くのプロバイダーが同様の免責条項を使う。しかしここでは、顧客がテストすべき依存カテゴリの簡潔なリストを提供している。
返金ポリシーも同様に具体的だ。ドメイン登録料は通常、登録または更新後は返金不可。ホスティングとウェブサイト構築サービスは購入後の返金不可。ブロードバンドまたは専用インターネットサービスは、サービスが7日×24時間以上連続して停止した場合、または技術的困難もしくは地域の長の禁止により Media Cloud がサービス提供を継続できない場合に返金対象となりうる。これは印象的な運用閾値だ。インターネット接続について、返金トリガーが分単位や時間単位ではなく日単位で測定されることを示唆している。
顧客は返金資格と運用上の回復力を混同すべきではない。1週間の連続停止後の返金は、アプリケーションを復旧させず、メールボックスを移行せず、データベースを回復せず、停止中にオンライン店舗を維持しない。単に商業的救済を定義するだけだ。重要なワークロードを持つ顧客は、返金ポリシーとは別に、サービスレベル目標、インシデントエスカレーション、事前通知、メンテナンスウィンドウ、データエクスポート義務、測定された復旧目標を求めるべきだ。
だからこそ、記事のタイトルはラック、トランジット、復旧時間枠を指している。Media Cloud の法的条件は同じカテゴリを特定する。機器、メンテナンス、通信リンク、輻輳、攻撃。公開ルーティングデータは、主要なトランジット依存がどこに現れるかを示す。購入者の仕事は、これらの公開手がかりを契約上およびテスト可能な証拠に変えることだ。
データの所在地はインドネシアブランドだけでは解決しない
Media Cloud のポジショニングは強くインドネシア的だ。ドメインページは.id アイデンティティを強調し、VPS ページは「インドネシア VPS」と述べ、フッターは南ジャカルタの連絡先住所を示し、APNIC/IDNIC 登録は AS とアドレス資源をインドネシアに置く。多くの顧客、特に中小企業にとっては、これが重要かもしれない。ローカルプロバイダー、ローカル言語、ローカルな支払い期待、インドネシアのチャネルを通じて連絡可能なサポート。
しかし、データ主権とローカリゼーションは国籍ラベル以上のものを要求する。ホストされたウェブサイトは Media Cloud のアドレス上に存在するが、メールは Google や Microsoft 経由で処理されるかもしれない。サポートチケットは個人情報を含みうる。バックアップは1次サーバーとは異なるシステムに保存されうる。ドメイン登録はレジストラとレジストリのプロセスを伴いうる。DDoS 軽減の主張は上流フィルタリングやサードパーティのプラットフォームに依存しうる。各レイヤーはデータ、メタデータ、アクセス権を異なる運用場所に置きうる。
同社のプライバシーポリシーは、連絡先情報、課金情報、アカウント認証情報、ユーザーが作成またはアップロードしたコンテンツ、ログデータ、デバイス情報、Cookie または類似技術を収集すると述べている。個人情報は、サービスプロバイダー、マーケティングや広告目的のサードパーティパートナー、事業取引の一環として、または法律で要求される場合に共有される可能性がある。また、個人情報はユーザーの国以外の国に転送・処理される可能性があり、インターネット上の送信や電子ストレージの方法は完全に安全ではないと述べている。これは一般的なプライバシー文言だが、ホスティングの文脈では重要だ。プロバイダーは越境処理とサードパーティ処理の可能性を認めている。
インドネシアの法的文脈も、明確なデータ管理のハードルを上げる。2019年電子システムおよび取引に関する政府規則第71号は、この公式ページで Kemkomdigi の JDIH から公開されている。このページには、電子システム事業者の登録、信頼性、セキュリティ、リスク管理、サービスレベル契約、個人データ処理原則に関する規定が含まれる。2022年個人データ保護法第27号はKemkomdigi の JDIHで公開されている。本記事は、Media Cloud が各製品について特定の規制カテゴリーに該当するとは主張しないが、国家フレームワークは、顧客がデータ、バックアップ、ログ、チケット、サポートアクセスが実際にどこに存在するかを尋ねるべき理由を説明している。
実践的なテストは簡単だ。インドネシアの VPS には、場所に関する回答が伴うべきだ。1次ホストはどこか、バックアップはどこか、コントロールプレーンのアイデンティティはどこか、ログはどこか、どのサードパーティサービスがメール、DNS、DDoS フィルタリング、サポート、課金を扱うのか。このマトリックスなしでは、「ローカル」は有用なマーケティングシグナルだが、完全な主権保証ではない。
導入済み容量と使用可能容量は異なる
Media Cloud の公開ネットワークフットプリントは、控えめだが現実の導入済み容量の説明を支える。登録 AS、2つの/24に分割されたルーティングされた/23 IPv4、/32 IPv6、同じ 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 は support.mci.net.id を103.152.240.243で公開している。これにより顧客は複数のサポート入口を得るが、回復力の問題は、これらの入口がインシデント中に十分独立しているかどうかだ。
サポートはインフラである。なぜなら、検出を修理に変換するからだ。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 は、公開証拠レベルで中程度（Moyen）と評価される。このレベルは企業の品質スコアではない。公開証拠が支持できるもののスコアだ。肯定的な側面として、アイデンティティと運用面は、地域ホスティングプロバイダーとしては異例に具体的だ。APNIC/IDNIC は同社を AS140449、103.152.240.0/23、2406:38c0::/32に結びつける。RIPEstat は2026年7月に3つのアクティブプレフィックスが広告されるのを観測した。公共ウェブサイトは同社の IPv4 ブロック内に解決される。Media Cloud は、ドメイン、ホスティング、VPS、SSL、メール、ウェブサービス、ローカルループ接続という特定の製品セットを宣伝している。PeeringDB はネットワークと OpenIXP/NiCE 接続をリストしている。
低下するのは回復力の証拠に関してだ。公開証拠は本番施設を特定しない。PeeringDB は施設エントリーをリストしていない。経路起点検証はチェックしたプレフィックスに対して「unknown」を返した。可視的な BGP 経路は AS138840 に強く関連付けられており、IPv6 ルートオブジェクトはプロキシ登録された HSP Global 顧客経路を記述している。Media Cloud 自身の条件は、機器誤動作、メンテナンス、修理、通信リンク障害、敵対的攻撃、輻輳、その他の原因によりサービスが中断される可能性があると述べている。返金ポリシーは、インターネットサービスの一部の救済措置が、短い運用停止時間ではなく、長期の連続停止を基準に策定されていることを示唆する。
この組み合わせは明確な結論を支持する。Media Cloud は、可視的なネットワークを持つ本物のインドネシアのホスティングおよび接続プロバイダーであるが、顧客は可視的なネットワークをマルチサイトクラウドの回復力の証明と扱うべきではない。適切なデューデリジェンスの道は、施設配置、トランジット多様性、経路起点制御、バックアップと復旧テスト、サポートエスカレーション、課金継続性ルール、データエクスポート権を検証することだ。これらの検証が満たされれば、公開証拠は顧客に監視すべき堅固なものを与える。これらの検証が欠けているなら、便利なローカルバンドルプロバイダーは集中した依存関係になりうる。