要約
- AS141143 は有効なインドネシアの自律システム登録です。その RDAP レコードは
IDNIC-LOKALCLOUD-AS-IDと命名し、PT Lokal Cloud Indonesia に関連付け、2021年3月3日の登録日を示しています。これは公開ネットワーク識別子の管理を証明するものであり、サーバー、ラック、顧客、または動作するクラウドプラットフォームの存在を示すものではありません。 - 2026年7月11日、RIPE の観測では、AS141143 に対してアナウンスされた IPv4 プレフィックスはゼロ、アナウンスされた IPv6 プレフィックスはゼロ、可視アドレス空間はゼロ、観測されたネイバーはゼロ、最初または最後のルーティング履歴はありませんでした。CAIDA は独立して ASN を
seen=falseとマークし、プレフィックスコーンはゼロ、次数はゼロでした。 - 公開登録には AS140457 および AS139947 を指定するポリシーステートメントが含まれていますが、RIPE の一貫性ビューでは、両方の関係が登録データに存在し、BGP にはないことがわかります。これらは過去または意図されたポリシーシグナルであり、現在のトランジット多様性の証拠ではありません。
- Lokal Cloud のドメインはアクティブで、その1行のホールディングページは到達可能ですが、DNS は AS141143 ではなく Cloudflare の背後にウェブパスを配置しています。したがって、ウェブサイトの到達可能性は Lokal Cloud がホストする容量を確立することはできませんが、ルートのない ASN はそれだけで会社が可能なすべての活動を停止したことを証明するものではありません。
- クラウドサプライヤーを評価する顧客は、別のレイヤーでの証拠を必要とします：現在のサービス説明、施設と事業者の境界、割り当てられた顧客アドレス、測定可能なエンドポイント、トランジットと電力の多様性、バックアップと復元テスト、サポートエスカレーション、在庫、請求の継続性、および文書化された退出パス。これらはいずれも、ここでレビューされた公開資料では確立されていません。
最も強力な事実は不在であり、足跡ではない
クラウド企業の調査はしばしば地図から始まります：データセンター、ラック列、アベイラビリティゾーン、ネットワーク交換、または少なくともアナウンスされたアドレスブロックです。Lokal Cloud Indonesia はもっと簡素なところから始まります。自律システム、会社名、インドネシアの登録があります。そのアイデンティティに関連付けられた現在の公開ルートはありません。
AS141143 の RDAP レコードは、リソースをIDNIC-LOKALCLOUD-AS-IDとして識別し、国をインドネシアとし、登録イベントを2021年3月3日と記録しています。関連する悪用連絡先は PT Lokal Cloud Indonesia 用にラベル付けされ、管理連絡先は南ジャカルタの住所を持っています。RIPE の自律システム概要は、独立してホルダーをIDNIC-LOKALCLOUD-AS-ID - PT Lokal Cloud Indonesiaとして表示し、番号を APNIC 割り当ての32ビット ASN ブロック内に配置します。
これらは強力なアイデンティティとリソースの事実です。物理的な容量の事実ではありません。ASN は独立したルーティングポリシーを表現するために使用される番号です。APNIC の自律システム番号の説明は、インターネットに個別のルーティングポリシーを提示するネットワークを識別する役割を説明しています。割り当てには、サーバー数、ポート速度、ファイバー契約、またはその番号が現在ルートを交換しているという主張は含まれません。
その区別は、それ自体のための意味上の注意ではありません。クラウドサービスは、動作する資産と義務の連鎖です：計算ホスト、ストレージメディア、ハイパーバイザーまたはコンテナシステム、スイッチング、ファイアウォール、アドレス空間、トランジット、電力、冷却、アクセス制御、監視、バックアップ、請求、およびサービスを復元できるスタッフ。登録されたネットワーク識別子はその連鎖の一点に位置することができますが、連鎖の代わりにはなりません。識別子がルーティングで可視でない場合、自らのポリシーの下で発信されたアドレスへの現在観測可能な公開パスを提供することもできません。
会社名は当然、Lokal Cloud がインドネシアのクラウド容量を提供しているという仮定を招きます。入手可能な証拠は、その名前を製品在庫に変えることを正当化しません。仮想マシン、ベアメタルサーバー、オブジェクトストレージ、マネージドデータベース、Kubernetes、コロケーション、バックアップサービス、顧客テナント、またはサービスレベルアグリーメントを確立しません。データセンターの建物を特定せず、会社がハードウェアを所有しているか、ラックをリースしているか、別のプロバイダーのプラットフォームを再販しているか、または非アクティブであるかを示しません。したがって、防御可能なプロファイルは登録された ASN から始まり、証拠を外側にたどり、観測が止まるところで止まります。
AS141143 は登録されていますが、アドレス空間を公開アナウンスしていません
ライブルーティング測定は、複数の次元で一貫しています。RIPE のアナウンスドプレフィックス結果は空のプレフィックスリストを返します。整合したルーティングステータス結果は、327の IPv4 RIS ピアのいずれも、322の IPv6 ピアのいずれも AS141143 を確認していないことを報告します。ゼロの IPv4 プレフィックス、ゼロの IPv4 アドレス、ゼロの IPv6 プレフィックス、ゼロの IPv6/48換算をカウントします。ASN が最初または最後に確認された日時を通常識別するフィールドは空です。
ネイバー観測も同様に厳しいものです：左側、右側、一意、または不確かなネイバーはゼロです。BGP の用語では、その測定ウィンドウで AS141143 へのまたはからの可視ルートを運ぶ観測された隣接自律システムはありません。これは単にトラフィックチャートを欠くページよりも情報量が多いです。プレフィックス、可視性、隣接性がすべて同時に欠けています。
CAIDA は独立した構造チェックを提供します。AS141143 の AS ランク結果は、同じネットワークと国を命名しますが、ASN は見られないとマークします。プロバイダー、ピア、顧客はいないと報告し、全体的な次数はゼロ、プレフィックスとアドレスをゼロ含むコーンです。AS コーン内の1つの AS 値は ASN 自体であり、ダウンストリームネットワークの証拠ではありません。CAIDA と RIPE は異なるデータプロダクトと方法を使用するため、それらの一致は、結論が単一のインターフェースの空のレンダリングに依存している可能性を減らします。
正しい表現は「現在の公開ルーティングサーフェスなし」であり、「会社にシステムがない」や「ASN が決して機能しない」ではありません。公開コレクターは、プライベート相互接続、プライベートアドレス空間、完全に他の ASN でホストされるアプリケーション、または観測ギャップに限定されたルートを見ません。会社は、ネットワークルートを発信せずに、企業、ソフトウェア、コンサルティング、または再販活動を維持することもできます。測定が確立することはより狭く、依然として商業的に重要です：カットオフ時点で、AS141143 が発信元を供給するグローバルに観測されたプレフィックスはなく、したがってその発信元に帰属する公開観測可能な顧客エンドポイントまたはクラウドアドレスはありません。
不在はまた、歴史的主張を制限します。空の最初と最後の確認フィールドは、AS141143 がどこでもルートをアナウンスしたことがないことを確立しません。現在の RIPE 結果が可視の歴史を提供しないことを示します。ルートはコレクターカバレッジ外、報告しきい値以下、または表示結果に保持されていない間隔に存在した可能性があります。日付のあるコレクター観測がなければ、ASN を以前アクティブと呼ぶのは安全ではありません。最も強力なソースに基づく声明は現在の測定に関するものです：現在アナウンスされていません。
登録されたルーティングポリシーはライブのトランジット関係ではない
公開登録には、2プロバイダー設計のように見えるものが含まれています。RIPE のWHOIS ビューは、AS140457 および AS139947 からのルートを受け入れるインポートステートメント、それぞれに AS141143 をアナウンスするエクスポートステートメント、および AS140457 を指すデフォルトポリシーを再現します。単独で読むと、これらの行は2つの動作中のアップストリームセッションと誤解される可能性があります。
RIPE のルーティング一貫性結果はその飛躍を防ぎます。AS140457 および AS139947 を登録データで見つかったインポートおよびエクスポートとしてリストしますが、それぞれin_bgpを false に設定します。現在のプレフィックスは見つかりません。したがって、ポリシー宣言は、誰かが意図されたまたは以前のルーティング関係を文書化した証拠ですが、いずれかのネイバーが現在 AS141143 ルートを交換している証拠ではありません。
この区別は、インターネットルーティングの仕組みを反映しています。RFC 4271は、BGP を自律システム間のネットワーク到達可能性情報の交換として定義します。ポリシー行は、セッションが存在する場合に何を受け入れまたはアナウンスすべきかを記述できます。ルーターに電力が供給されている、回線が提供されている、認証が成功している、フィルターがルートを許可している、アドレスブロックが発信されている、または別のネットワークがそれを伝播していることを確立しません。
また、2つの AS 番号は物理的冗長性を証明しません。両方のセッションが可視になったとしても、回線は同じルーター、クロスコネクトパネル、ファイバーエントランス、データセンターのミートミールーム、またはアップストリームバックボーンで終端する可能性があります。1つのラック電力供給または停止される可能性のある1つのアカウントに依存する可能性があります。共有交換ファブリック上の論理セッションであり、独立してトレンチされたルートではない可能性があります。回復力のある主張には、共通の障害点に関する証拠が必要であり、ポリシー行の数ではありません。
静的ポリシーは、検証に値するアーキテクチャを明らかにするため、依然として有用です。潜在的な顧客は、AS140457 および AS139947 がまだ契約されているか、各ハンドオフがどこで終端するか、それぞれがフルトランジットを提供するか選択された到達可能性のみか、ルートフィルターと最大プレフィックス制限がテストされているか、負荷下でフェイルオーバーが観測されたかを尋ねることができます。RFC 7454は、フィルタリング、セッション保護、ルーティング衛生に関する運用制御を説明していますが、Lokal Cloud または名前付きカウンターパーティがそれらのプラクティスのどれを展開したかを示す公開証拠はありません。
同じ注意がルートレジストリにも適用されます。AS141143 の RADb クエリまたはAPNIC WHOIS 検索は、管理ステートメントを表面化できます。これらのレコードは、事業者がフィルターを構築し、リソースホルダーに連絡するのに役立ちます。パケットを生成したり、帯域幅を予約したり、回線を検証したりしません。この場合、ライブルーティングテーブルがより決定的な運用観測であり、登録された設計が現在のネットワークとして可視でないことを示します。
ウェブサイトは他の誰かのルーティングサーフェス上で到達可能のまま
Lokal Cloud のドメインは便利な対照ケースを作成します。会社ウェブサイトはカットオフ時点で到達可能でしたが、「We'll be right back!」という文のみを提供しました。製品、価格、場所、サポートチャネル、ステータス情報、顧客文書を提示しませんでした。ページはウェブプレゼンスが持続することを示します；会社が現在何を販売しているかを確立しません。
配信パスは AS141143 とは別です。公開 DNS A 応答は Cloudflare アドレスを返し、AAAA 応答は Cloudflare IPv6 アドレスを返します。ドメインのVerisign RDAP レコードは、2020年1月31日までの登録、2027年1月の有効期限、Cloudflare ネームサーバーを示します。これらはドメインとコンテンツ配信の事実であり、Lokal Cloud 発信元ネットワークの事実ではありません。
その分離は、2つのステートメントが両方とも真であり得る理由を説明します：サイトはロードでき、AS141143 はゼロの可視プレフィックスを持つことができます。ホームページへのリクエストは、DNS、Cloudflare のエッジ、およびその背後に隠された発信元構成を実行します。AS141143 によって発信された公開ルートを通過しません。Cloudflare は別のプロバイダー内の発信元をプロキシする可能性があり、その公開応答は設計により発信元アドレスを隠します。その応答の何も Lokal Cloud 所有のサーバーまたはインドネシアの施設を識別しません。
ドメインの MX エントリも同様にmail.lokalcloud.comを指しますが、メールラベルは機能するメールボックス、所有サーバー、または ASN パスの証明ではありません。DNS は設定です。配信可能性は、ターゲットが解決し、SMTP を受け入れ、ポリシーチェックを通過し、ストレージを持ち、管理されているかに依存します。可視のウェブおよびメールレコードは、いくつかの公開名前空間設定が残っていることを示します；欠落したルート、サービスカタログ、または容量証拠を埋めません。
これは重要なデューデリジェンスの教訓です。なぜなら、ホームページの稼働時間はクラウドプラットフォームの健全性の貧弱なプロキシだからです。サプライヤーは、顧客プレーンが利用不可の間にその企業ページを外部委託できます。また、プライマリネットワーク外にステータスページを保持して、停止通信が生存するようにできます。逆に、ASN はマーケティングサイトがダウンしている間にアクティブであり得ます。購入者は、会社名に対するブラウザチェックだけでなく、サービスエンドポイントおよび契約プラットフォームに向けられたテストを必要とします。
商用ルーティングアグリゲーターは、通常の限界で同じ広範な結論に達します。IPinfo の AS141143 ページは ASN を非アクティブとラベル付けし、ゼロの IPv4 アドレス、ゼロの IPv6 アドレス、ゼロのホストドメインを報告します。Cloudflare Radar のルーティングビューはネットワークを命名しますが、現在のビューでアナウンスされたプレフィックスを公開しません。これらは補強シグナルであり、コレクターデータの代わりではありません。アグリゲーターは古い分類をキャッシュしたり、役割を異なるように推論したり、方法論的な理由で空のパネルを残したりする可能性があります。ここでのそれらの価値は、矛盾する公開足跡を明らかにしないことです。
公開記録は作業ラックを特定しない
登録はジャカルタの連絡先住所を提供します。データセンターの場所に変換されるべきではありません。オフィス、登録住所、連絡先スイートは、顧客ハードウェアを収容せずに、法務、商業、またはサポート機能をホストできます。EightyEight Kasablanka Tower A の RDAP 連絡先は、2021年にネットワーク管理に関連する住所を証明します。2026年にルーター、サーバー、ストレージアレイ、発電機、またはファイバーエントランスがそこに存在することを証明しません。
したがって、Lokal Cloud コンピューティング容量の物理的な場所は不明のままです。レビューされた資料には、公開施設名、キャンパス住所、ラック数、電力割り当て、冷却仕様、キャリアリスト、またはクロスコネクト説明はありません。ASN のインドネカントリーコードは、リソースホルダーの登録コンテキストを識別します；IP リソースの国フィールドは正確な地理位置情報ではありません。アナウンスされたプレフィックスでさえ、それだけでアドレスで応答するマシンを特定しません。なぜなら、トラフィックはトンネリング、エニーキャスト、プロキシ、またはリモートトランスポートを介して運ばれる可能性があるからです。
この不確実性は、ローカリティの主張にとって重要です。「インドネシアの会社」、「インドネシアの ASN」、「インドネシアのサーバー」、「データはインドネシアに残る」は4つの異なる命題です。最初の2つはここで直接的なサポートがあります。後者の2つはありません。地元の法的実体は海外でハードウェアをリースする可能性があります。外国のプラットフォームはインドネシアのアベイラビリティゾーンを運営する可能性があります。プロキシはストレージが他の場所にある間にサービスをユーザーの近くに見せることができます。施設、契約、データフローの証拠だけが境界を解決できます。
公開サービスエリアも同様に未解決です。地域IDは登録エンティティとそのインターネット番号レコードに適切です。国内カバレッジまたは現在注文可能なジャカルタサービスを証明しません。クラウドホスティングは、顧客が住むすべての都市にラストマイルの足跡を必要としませんが、レイテンシ、データの場所、サポート時間、支払い取り決めは依然として実用的な市場を定義します。サービスページや顧客エンドポイントがなければ、州、都市、または業界を証拠に基づく運用領域として扱うことはできません。
クラウドプロバイダーを純粋なソフトウェアとしてのイメージは、その背後にある有限の資産を隠すことができます。控えめなホスティング運営でも、ラックユニット、CPU、メモリモジュール、ディスク、スイッチ、電力配分、冷却、および故障した部品を交換できる人手が必要です。これらすべてをコロケーションまたは卸売プロバイダーからリースする可能性がありますが、リースされたインフラは依然としてインフラです。サプライヤー契約は、サービスの障害サーフェスの一部になります：アクセスが取り消される可能性があり、リモートハンドのキューが長くなる可能性があり、クロスコネクトが遅延する可能性があり、スペア在庫が枯渇する可能性があります。
インドネシア自身の政策資料は、企業固有の何も証明せずに、市場レベルでこれらの制約を強調しています。2025年の通信省規則と計画文書は、インドネシアのデータセンター成長に対する供給側の課題として、限定的で不安定で十分に持続可能でない電力を特定しています。これは電力と容量に関する質問のコンテキストです。Lokal Cloud の電力供給業者、施設状態、または停止記録を推測するために使用することはできません。
設置容量と使用可能容量は異なる梯子
証拠は梯子のように配置でき、各段は下の段が提供しないものを必要とします。Lokal Cloud は明らかに最初の段に到達します：登録された法的名称とインターネット番号のアイデンティティ。2番目は発信元に適した割り当てられたアドレス空間でしょう。レビューされたルートデータには現在のプレフィックスは可視ではありません。3番目は他のネットワークによって受け入れられたアクティブな BGP アナウンスでしょう。それも欠けています。さらなる段には、到達可能なサービスエンドポイント、認証された顧客アクセス、利用可能なコンピューティングとストレージ、持続的なパフォーマンス、回復可能なデータ、商業的にサポートされた運用が含まれます。
ASN だけでは計算可能なホスティング容量はありません。いくつのサーバーがインストールされているか、いくつの仮想 CPU が空いているか、いくつのストレージが複製されているか、エッジがいくつのトラフィックを運べるかをエンコードしません。プレフィックス数でさえ貧弱なプロキシになります：1つの IPv4/24は大規模なプラットフォームの前面に立つことができ、広大な IPv6 割り当ては応答するホストを含まない可能性があります。アドレス量は名前空間であり、スループットや在庫ではありません。
施設アナウンスも調整が必要です。設計容量は、サイトが想定条件下でサポートできる電力または床面積です。構築容量は建設されたものです。試運転容量は準備テストに合格したものです。設置容量は機器が設置されたものです。販売可能容量は、冗長性予備、メンテナンスヘッドルーム、および既にコミットされたリソースを差し引きます。使用可能な顧客容量は、機能するソフトウェア、ネットワーク到達可能性、ライセンス、サポート、請求を追加します。これらの量のいずれも Lokal Cloud について開示されていません。
ルートレイヤーにも独自の梯子があります。登録されたポリシーは設定されたセッションを意味しません。設定されたセッションは確立されたことを意味しません。確立されたセッションはゼロプレフィックスを運ぶことができます。プレフィックスはアナウンスされるが、ほとんどのピアによってフィルタリングされる可能性があります。広く可視のルートは、応答するサービスに至らない可能性があります。応答するログインは、過剰加入のハードウェアまたは回復不能なストレージに座っている可能性があります。RIPE のゼロは、AS141143 をカットオフ時点で公開アナウンスの段より下に配置します；ルートレイヤーより下のプライベート機器について決定的なことは何も言いません。
RPKI は許可と操作の違いを示しています。RFC 6811で指定されたルート発信元検証は、ネットワークが発信元がプレフィックスに対して許可されているかどうかをチェックすることを可能にします。許可は、誤った発信元が受け入れられるのを防ぐのに役立ちます。ルーターにルートをアナウンスさせたり、故障したファイバーを復元したり、サーバーを正常にしたりすることはできません。ここでは、ルーティングバンドルには、現在の AS141143 検証クレームの基盤となるプレフィックスが含まれていません。可視アドレス空間の不在は、発信元が有効かどうかの質問の前に来ます。
したがって、顧客は ASN レコードから構築された容量計算に抵抗すべきです。防御可能な現在の数量は、ゼロの公開アナウンスプレフィックスであり、ゼロの物理サーバーでもゼロの可能な事業活動でもありません。前者は測定されます。後者の主張は、公開されていない在庫、契約、テレメトリー、または企業ステートメントへのアクセスを必要とします。
事業者の境界は中心的な商業上の未知数
クラウドサービス提供は、顧客が1つのブランドを見るときでも、しばしば複数の会社に及びます。小売業者はサーバーを所有するが、部屋、電力、ファイバーをリースするかもしれません。卸売業者から専用サーバーをレンタルし、管理を追加するかもしれません。別のプロバイダーのプラットフォームで仮想マシンを再販するかもしれません。制御とデータプレーン全体が第三者に属する間に、コンサルティングと請求を提供するかもしれません。各モデルは障害と復旧の義務を異なる方法で割り当てます。
Lokal Cloud の場合、公開記録はモデルを特定しません。PT Lokal Cloud Indonesia は AS141143 に対して名前が付けられたホルダーです。IDNIC と APNIC は関連する番号リソースシステムを管理します。潜在的なカウンターパーティは古いポリシー宣言に現れます。Cloudflare は可視のウェブサイトエッジにサービスを提供します。これらの事実はいくつかの管理的および配信境界を確立しますが、いかなるソースもそれらをライブの顧客クラウドにリンクしません。
その欠落したリンクは説明責任に影響します。サーバーが故障した場合、誰がシャーシを所有し、ドライブを在庫しますか？ラックが電力を失った場合、誰が部屋に入ることができますか？アップストリームがサービスを停止した場合、誰が契約を保持し、変更を承認できますか？顧客がエクスポートを必要とする場合、どの当事者がハイパーバイザーとバックアップシステムを制御しますか？小売会社が応答を停止した場合、施設はデータまたは機器を顧客に直接解放できますか？ブランドはサポートを約束するかもしれませんが、修理されなければならない資産に対する一方的な制御を欠いています。
登録連絡先は、ASN が記録されたときに管理と悪用の役割が存在したことを示します。これらは現在の運用名簿ではありません。名前の付いた連絡先は仕事を変える可能性があり、メールアドレスはその背後に24時間体制のチームなしで持続する可能性があります。公開証拠は、ネットワーク運用カバレッジ、インドネシア語のサポート時間、エスカレーション階層、インシデントコミュニケーション、またはリモートハンド権限を確立しません。
請求も事業者の境界の一部です。クラウドワークロードは、卸売業者の請求書、ドメイン更新、ソフトウェアライセンス、またはトランジットアカウントが期限切れになった場合、ハードウェア障害なしで失敗する可能性があります。顧客は、アップストリーム契約が争われている間、小売業者に支払いを続けるかもしれません。ホームページのホールディングメッセージは説明を与えず、請求イベントの証拠として読まれるべきではありません。単に商業ステータスの確認をより困難にします。
購入者は、契約開示を通じてこの不確実性を減らすことができます。有用な文書は、マーケティングバッジではなく、名前の付いた契約エンティティ、サービス説明、施設地域、データ処理条件、サブプロセッサリスト、サポートとエスカレーションポリシー、バックアップ範囲、復旧目標、保守権利、終了支援、データ返却手順です。再販業者が卸売業者に依存する場合、顧客は、その保護がアップストリーム関係の終了後も生存するかどうかを理解する必要があります。
アナウンスされていない ASN の経済性は控えめだが示唆に富む
ASN を保持することはオプション性を生み出します。ネットワーク ID を保存し、計画された展開をサポートし、将来のマルチホーミング設計を簡素化し、移行中に管理的継続性を保持することを可能にします。番号自体はクラウドプラットフォームの高価な部分ではありません。ハードウェア、施設電力、接続性、ソフトウェア、スタッフ、顧客獲得が運用コストを支配します。
それは休眠状態に見える ASN を経済的に曖昧にします。それは、一時停止中の慎重な保持、決して本番に達しなかったプロジェクト、完全に別のネットワークを通じて提供される運用、またはそのルートを引き出したサービスを表す可能性があります。公開証拠はそれらの説明の中から選択できません。しかし、独立した公開エッジによって暗示されるコストと能力が現在可視でないことを示すことはできます。
アクティブな小規模クラウドエッジは、最初のワークロードが実行される前に定期的な固定費を持ちます。ラックと電力のコミットメントは一般的に最小単位で購入されます。クロスコネクトとトランジットには月額料金がかかります。サーバーはスペアドライブ、メモリ、電源、交換サイクルを必要とします。監視とオンコール労働は、営業時間だけでなく夜間も存在しなければなりません。バックアップは別のストレージと出力を消費します。支払い手数料、税金、詐欺損失、ソフトウェアライセンスは物理プラットフォームの上にあります。
稼働率は、これらの固定費が競争力のある価格になるか財務的負担になるかを決定します。空のサーバーは資本と一部の電力を消費します；高度に統合されたサーバーは1台のホスト障害の爆発半径を増加させます。安価なプランは、高い過剰加入、限られたサポート、または遅い交換に依存する可能性があります。プロバイダーは大きな理論的容量を広告できますが、冗長性と既存のコミットメントを差し引いた後、すぐに販売可能な在庫はほとんどありません。
公開された Lokal Cloud の価格や在庫は、そのような経済性の計算を可能にしません。会社名やインドネシアの登録から低コストの利点を推測するのは無責任です。欠落したルートのより良い分析的使用は、デューデリジェンスのトリガーとしてです：価格を比較する前に、注文可能な製品、提供可能なリソース、顧客がそれに到達するルートが存在することを確立してください。
現在の PeeringDB 結果がないことは、その注意を強化します。AS141143 の PeeringDB 検索は、ASN の検証された施設、交換、または相互接続プロファイルを公開せず、ネットワーク API ルックアップはカットオフ時点でネットワークオブジェクトを返しませんでした。PeeringDB への参加は任意であるため、不在はポートやラックが存在しないことの証明ではありません。相互接続の場所と容量をチェックする1つの一般的な公開ルートを削除します。
障害はラック、ルート、アカウント、または移行パスで始まる可能性がある
ライブプラットフォームが確立されていないため、障害分析は条件付きのままにしなければなりません。文書化されていないインシデントを説明するのではなく、Lokal Cloud がホストされたワークロードを供給する場合に何が重要かを尋ねるべきです。
ラックレイヤーでは、ホストは電源、マザーボード、メモリ、ストレージデバイス、ファン、またはファームウェアの障害を通じて故障する可能性があります。冗長コンポーネントはいくつかのリスクを減らしますが、スペア在庫や技術者を置き換えるわけではありません。ストレージクラスタは1つのディスク損失を生き残り、再構築中に失敗する可能性があります。スイッチペアは欠陥のあるソフトウェアリリースを共有する可能性があります。2本の電源コードは依然として1つのアップストリーム遮断器につながる可能性があります。施設とハードウェアの在庫がなければ、障害ドメインの数に関する証拠はありません。
ルートレイヤーでは、現在の状態は外部から引き出された発信元と区別がつきません：AS141143 プレフィックスは可視ではありません。顧客アドレスがその ASN に依存していた場合、それらを通るグローバルに観測されたパスはありません。復元には、アドレスブロック、設定された発信元、少なくとも1つの機能する外部セッション、およびより広いネットワークによる受け入れが必要です。古いポリシーが依然として意図された設計を反映している場合、復元は AS140457 または AS139947 からの行動も必要とするかもしれません。公開記録は、いずれかの関係がまだ利用可能であることを示していません。
施設レイヤーでは、電力と冷却の障害が多くのホストを同時に停止させる可能性があります。発電機のランタイムは有限です；バッテリーは停電を橋渡しするのではなく排除します；燃料配送と保守は長時間の中断中に重要です。火災システム、水漏れ、アクセス制御、土木工事は、より頻度は低いがより大きなイベントを引き起こします。同じ部屋の2番目のラックは、サイト冗長性を提供せずに機器冗長性を改善する可能性があります。
サポートレイヤーでは、権限のある人物が利用できないために復旧が失敗する可能性があります。リモートハンドチームは明確な指示とアクセス権を必要とします。ドライブ交換は、正しいモデルが在庫されていない場合役に立ちません。バックアップからの復元には、資格情報、キー、互換性のあるソフトウェア、およびデータを移動するための十分なネットワーク容量が必要です。2021年の登録に存在するサポートメールは、テストされた2026年のエスカレーションチェーンを確立しません。
商業レイヤーでは、未払いの施設、トランジット、ソフトウェア、またはドメインの請求がサービスを中断させる可能性があります。詐欺防止策は支払いを凍結する可能性があります。契約紛争は物理的アクセスをブロックする可能性があります。小さな事業者はまた、1人の創業者またはエンジニアに大きく依存する可能性があり、機器が冗長であってもキーパーソンリスクを生み出します。公開された財務または人員の証拠は、Lokal Cloud についてそのリスクを定量化することを可能にしません。
移行レイヤーでは、顧客は自分の唯一のバックアップが同じプロバイダー内にあることを遅すぎて発見するかもしれません。独自のイメージ形式、大量の出力、失われた暗号化キー、DNS 依存関係は、プロバイダー障害後のダウンタイムを延長する可能性があります。したがって、データポータビリティは、終了の便宜だけでなく、回復力の一部です。使用可能な終了計画には、現在のプラットフォーム外のバックアップ、文書化された再構築手順、エクスポートされた設定、独立した DNS 制御、移動するための十分な時間と帯域幅が含まれます。
影響を受ける人口は不明です。公開顧客リスト、ASN に帰属するホストドメイン数、応答するエンドポイント在庫、トラフィック測定値はありません。広範なインドネシアの停止を主張したり、リスクのあるセクターを挙げたりするのは誤りです。条件付きの影響は明確です：唯一の到達可能なコピー、制御プレーン、またはバックアップが利用不可のサプライヤーパスに依存する顧客はアクセスを失う可能性がありますが、他の場所に完全にホストされている顧客は ASN のルーティング状態の影響を受けません。
冗長性はすべての共有依存関係で実証されなければならない
クラウドプロバイダーの信頼できる復旧主張はトポロジーから始まりますが、そこで終わりません。2つのトランジットプロバイダーは、実際に顧客のプレフィックスを運ぶことができ、同じ物理的障害に崩壊しない場合にのみ有用です。2つのサイトは、データ複製、ID、DNS、オーケストレーション、スタッフアクセスが1つの損失を生き残る場合にのみ有用です。バックアップは、分離され、復元が約束されたウィンドウ内で完了する場合にのみ有用です。
AS141143 の場合、登録されたポリシーカウンターパートのペアだけでは十分ではありません。最初の検証ステップは、独立したコレクターを通じて可視の現在のルートです。2番目は、使用可能なアップストリーム多様性を示すパスです。3番目は、各論理セッションを物理ポート、キャリア、エントランス、ルーターにマッピングします。4番目は、1つのパスの制御された引き出しをテストし、トラフィックが許容できない中断なしに移動するかどうかを観測します。
電力も同じ規律を必要とします。二重給電に関する声明は、それらが別々のユーティリティパス、配電盤、無停電電源装置から来ているかどうかを特定する必要があります。発電機容量は、負荷テスト履歴、燃料自律性、燃料補給取り決めを必要とします。2つのラックに分散されたワークロードは、依然として冷却、建物電力、同じ運用チームを共有する可能性があります。公開ソースは Lokal Cloud についてこれらの詳細を何も提供しません。
コンピューティング復旧はスペアとオーケストレーションの証拠を必要とします。顧客は、故障したホストが他の場所で自動再起動をトリガーするか、残りの容量が負荷を吸収できるか、ストレージが一貫性を保つかを知るべきです。2台のホストを持つプラットフォームは技術的に移行を提供するかもしれませんが、1台がダウンしたときのヘッドルームを欠いています。設置された CPU は、障害予備が空けられていない限り、回復可能な CPU ではありません。
データ復旧は、バックアップチェックボックスではなく測定値を必要とします。復旧ポイント目標は、どれだけの最近のデータが失われる可能性があるかを定義します；復旧時間目標は、対象となる復旧間隔を定義します。どちらも、最後の成功したテスト、含まれるデータの範囲、除外される依存関係なしでは意味がありません。同じラック、アカウント、または管理ドメインに保存されたバックアップは、プライマリサービスとともに消える可能性があります。
サポート復旧は名前の付いたエスカレーションを必要とします。深刻な計画は、影響を受けるプラットフォーム外のチャネル、応答目標、施設に関与する権限、顧客コミュニケーションのプロセスを提供する必要があります。1行のホールディングページはステータスページではなく、公開記録にはインシデント履歴が含まれていません。沈黙は、信頼性または障害の証拠として扱われるべきではありません。
最後に、顧客復旧はポータビリティを必要とします。プロバイダーは優れたコンポーネント冗長性を持つことができますが、仮想マシンイメージ、オブジェクトデータ、アクセスログ、暗号化素材をエクスポートできない場合、顧客をロックインにさらします。最強の回復力の取り決めは、顧客が障害プロバイダーの制御プレーンが戻るのを待たずに、別のサプライヤーで重要なサービスを再構築できるようにします。
インドネシアのローカリティは法的およびアーキテクチャ上の問題であり、ブランドの約束ではない
データ主権は、Lokal Cloud のアイデンティティがインドネシアであり、ローカリティがクラウド購入に影響を与える可能性があるため、関連性があります。しかし、法律はインドネシアのブランドが付いたすべてのサービスを検証済みのローカルデータストアに変えるわけではありません。
インドネシアの政府規則第71号（2019年）は、公共部門と民間の電子システム事業者を区別しています。公共部門の事業者は、電子システムとデータをインドネシアで管理、処理、保存することを要求し、技術利用可能性の例外に従う一方、民間事業者は、指定された監視と執行条件の下でインドネシアおよび/または海外で処理または保存することを許可しています。この枠組みは、事業者クラスとデータフローを重要にします；すべてのインドネシアの顧客データが常にインドネシアに留まらなければならないという包括的な声明をサポートしません。
個人データ保護法、法律第27号（2022年）は、個人データの処理と保護に関する義務を確立しています。コンプライアンスは、役割、目的、保護措置、権利、移転条件に依存し、単に ASN に添付された国コードではありません。顧客は依然として、誰がデータを制御するか、誰が処理するか、レプリカとバックアップがどこに行くか、どのサブプロセッサがアクセスできるかを知る必要があります。
ローカリティにはいくつかの層もあります。保存データは1つの国に置かれ、バックアップは別の国に置かれる可能性があります。管理テレメトリーは、プライマリディスクがそうでなくても国境を越える可能性があります。海外のサポート担当者は特権アクセスを持つ可能性があります。DNS、コンテンツ配信、ID、請求、メールはグローバルサプライヤーを使用する可能性があります。Lokal Cloud 自身の公開ウェブサイトは、Cloudflare を通じてグローバル配信依存関係を既に実証していますが、それは別の顧客プラットフォームについては何も言いません。
したがって、強力なローカリティの主張は、施設国とできれば大都市圏を命名し、バックアップと災害復旧の場所を開示し、サブプロセッサを特定し、国境を越えたサポートアクセスを説明し、フェイルオーバー中に何が起こるかを述べるでしょう。また、居住性と主権を区別するでしょう。居住性は物理的保存場所を説明します。主権はどの法律と当局がデータに到達できるかに関するものです。ローカルに保存されたコピーは、管轄区域に及ぶ契約や企業関係の対象となる可能性があります。
これらの開示はいずれも、レビューされたソースでは Lokal Cloud について公開されていません。会社のインドネシア登録は、法的および管理的存在の関連証拠です。ワークロードを居住性、主権、または物理的にインドネシアでホストされているとマーケティングするには十分ではありません。規制対象または機密性の高いワークロードの購入者は、ローカリティに依存する前に契約上の表明と技術的検証を必要とします。
市場インデックスは有用なシグナルであるが、動作するネットワークを作成することはできない
サードパーティのインデックスはいくつかのギャップを埋める一方で、他のギャップを作成します。BGP.Tools、Hurricane Electric の BGP Toolkit、BGPViewはすべて、収集または集約されたルーティングデータ全体で ASN を検査する方法を提供します。それらのページは、鮮度、ラベル、履歴保持において異なる場合があります。ここで使用される RIPE および CAIDA の調査結果と矛盾する現在のアナウンスされたプレフィックスを提供するものはありません。
空の商用プロファイルは、非アクティブなネットワーク、非常に新しいネットワーク、測定のブラインドスポット、または更新されていないページを意味する可能性があります。ゼロのホストドメイン数は、コンテンツ配信ネットワークの背後にあるサービス、非 Web アプリケーション、またはアドレスがアップストリームに属するドメインを見逃す可能性があります。「ISP」または「ホスティング」ラベルは、観測された顧客ではなくレジストリテキストから来る可能性があります。これらのシグナルは質問を導くべきであり、収益や設置された機器に関する主張になるべきではありません。
PeeringDB からの不在も同じです。多くの運用ネットワークはそこで施設、交換、トラフィック、連絡先情報を公開します；多くはしません。リストがないことは、調査するために自発的に開示された相互接続プロファイルがないことを意味します。会社がプライベートトランジット回線を欠いていることを証明しません。証拠は組み合わせでのみ説得力を持ちます：PeeringDB オブジェクトなし、RIPE プレフィックスなし、RIPE ネイバーなし、ゼロ可視性、CAIDAseen=falseはすべて、現在の公開 AS141143 サーフェスがないことを示します。
その結論を覆すものは簡単です。AS141143 によって発信された現在の広く可視のルートは、公開ルーティングを確立します。プレフィックスとサービスを命名する署名された会社通知は、ルートをオファーに結び付けます。施設または交換記録は、エッジの一部を特定する可能性があります。応答するエンドポイントと顧客文書は、サービスを確立する可能性があります。時間の経過に伴う独立した測定は、安定性を示す可能性があります。それまでは、静的なレジストリ ID は、自信を持って断言できることの天井のままです。
非公式のシグナルは、物理的容量を証明する能力がさらに低いです。ソーシャル投稿、再販業者の広告、アーカイブされたプランページ、検索スニペットは、会社がかつてホスティングを販売したことを示唆するかもしれませんが、在庫、スタッフ、アップストリーム契約が消えた後も生存できます。また、類似した名前の異なる法的実体を説明する可能性があります。そのようなシグナルは、現在の注文、ルーティング、運用の確証なしに、生きているラックを主張するために使用されるべきではありません。
顧客またはカウンターパーティが今すぐ確認すべきこと
最初の質問は、Lokal Cloud が現在サービスを提供しているかどうかです。購入者は、日付のあるサービス説明、価格、契約エンティティ、機能するサポートチャネルを入手する必要があります。テストエンドポイントまたはトライアルテナントを要求し、エンドポイントのルートと事業者が約束されたアーキテクチャと一致することを確認する必要があります。サービスが別の ASN から提供される場合、それは自動的に欠陥ではありませんが、実際の事業者は開示されなければなりません。
2番目の質問は、サービスがどこで実行されているかです。有用な証拠には、施設名、都市、ラックまたは卸売りの取り決め、データロケーションコミットメント、サブプロセッサリストが含まれます。サイト訪問は常に実用的であるとは限りませんが、契約、監査レポート、施設証明書は不確実性を狭めることができます。南ジャカルタの連絡先住所は、直接の確認なしにサーバーの場所として受け入れられるべきではありません。
3番目の質問は、誰がネットワークを制御しているかです。AS141143 を使用することを意図したサービスの場合、購入者は現在の発信元プレフィックス、ルート可視性、アップストリーム名、期待されるフェイルオーバー、および現在の不在の説明を見るべきです。ASN が将来の使用のためにのみ保持されている場合、それは明確に述べられるべきです。顧客トラフィックがアップストリームの ASN を使用する場合、サービス説明は依存関係を特定し、プロバイダー障害時にアドレスがどのように移動するかを説明する必要があります。
4番目の質問は、回復可能な容量です。障害ドメインの数、スペアホストのヘッドルーム、ストレージレプリケーションモード、バックアップ場所、最後の復元テスト、復旧目標、保守プロセスを尋ねてください。認証はガバナンスをサポートできますが、特定の顧客のデータが特定の期限までに復元できるかどうかには答えません。
5番目の質問は、商業的継続性です。契約は、停止クレジット、通知、停止、終了、データエクスポート、移行中の支援をカバーする必要があります。顧客は、資格情報、DNS 構成、イメージ、データベース、暗号化素材の独立したコピーを保持する必要があります。プロバイダーが到達不能になる前にプロバイダーを退出する方がはるかに簡単です。
6番目の質問は、証拠の年齢です。ASN 登録は2021年までさかのぼり、ルーティング観測は2026年7月11日まで現在です。耐久性のある管理記録と現在のゼロは、異なる瞬間と異なる層を記述します。デューデリジェンスは、可用性については最新の運用観測を優先し、身元の証明として登録を保持する必要があります。
これらの要求は、公開記録が薄いために正確に比例しています。彼らは不正行為や失敗を前提としません。不確実性をテスト可能な主張に変換します。小さなプロバイダーは、健全なインフラとほとんど公開文書を持たない可能性があります；それは現在のルート、契約、テスト、開示でそのギャップを解決できます。
測定された結論は「アクティブ」または「デッド」よりも狭い
Lokal Cloud Indonesia は、認識可能ではあるがしばしば誤解される状態を占めています。その自律システム番号は、レビューされたソースにおいて架空、期限切れ、または誤って帰属されていません。AS141143 は、インドネシアのインターネット番号システムを通じて PT Lokal Cloud Indonesia に登録されています。ドメインも登録されたままであり、ウェブサイトは応答します。
しかし、ネットワークアイデンティティには現在の公開ルーティングサーフェスがありません。RIPE はアナウンスされたアドレス空間、可視ルート、ネイバーを確認しません。CAIDA はプレフィックスコーンを確認せず、ASN を見られないとマークします。登録されたポリシーは2つの可能性のあるカウンターパートを命名しますが、一貫性データは BGP でどちらも見つけません。ウェブサイトは Cloudflare を通じてユーザーに到達するため、その証拠ギャップを埋めることはできません。
これにより、ライブのホスト容量を断言する根拠は残りません。公開観測の外に、機器、プライベートサービス、再販活動、移行、または一時停止された展開がある可能性があります。それらの説明のいずれも可能です；どれも確立されていません。したがって、この記事の結論は、すべての企業活動が終了したということではありません。それは、公開証拠が動作する Lokal Cloud 発信元のクラウドネットワークが始まる前に止まるということです。
顧客にとって、実用的な対応は、資産、ルート、契約、復旧のレイヤーでサービスを検証することです。ワークロードがどこで実行されるか、各依存関係を誰が運用するか、どのアドレス空間がそれを運ぶか、サイトまたはアップストリーム障害が何を生き残るか、サポートがどのようにエスカレートするか、データがどのように出ていくかを尋ねてください。それらの質問が現在の回答を持つまで、AS141143 は、運用中のインドネシアのクラウドプラットフォームの証明としてではなく、観測された公開ルーティング容量がゼロの登録されたインドネシアのクラウド会社の ASN として理解されるべきです。