サマリー
- APNIC は、武漢の AS153458 で Haruzakura Cloud を識別し、IPv6 の
/44割り振りと別個の/48割り当てを記録している。2026年7月15日時点で、公開コレクターが確認したのは、AS153458 によってオリジネートされた2406:840:feac::/48のみであり、RPKI は有効で、観測された1つの直接隣接ネットワーク AS139317 を経由して到達していた。 - HiChina 自身のレジストラ RDAP 応答は、プライバシー保護のため登録者情報が一部秘匿されているが、ドメイン登録者を湖北省に置き、APNIC はネットワーク組織の連絡先住所を武漢としている。どちらも管理上の地理情報であり、ルーター、ラック、サーバー、顧客ワークロードの所在地を示すものではない。
- 再現可能な公開ページでは複数国にまたがるサービス展開を示す証拠はなく、Haruzakura の施設、ラック数、電力、サーバー一覧、販売済み容量、バックアップ設計、フェイルオーバー能力を開示した公的記録も存在しない。したがって、妥当な地域区分はアジア太平洋であり、正確な運用拠点は不明のままである。
乖離こそが核心である
Haruzakura Cloud に接続する公開ネットワークは、正確に説明できるほど小規模である。APNIC は同社名義で AS 番号、IPv6/44割り振り、および別個の IPv6/48割り当てを登録している。しかし、2026年7月15日時点のグローバル経路表は、その登録内容を完全には反映していなかった。RIPEstat の announced-prefix 応答は、現在のオリジンとして2406:840:feac::/481つのみを返し、Hurricane Electric の AS ページは独立して、オリジネート IPv4 プレフィックスが0、オリジネート IPv6 プレフィックスが1、観測された IPv6 ピアが1であることを示していた。
この差異それ自体は欠陥ではない。アドレス割り振りは予約されたり、分割されたり、委譲されたり、将来の使用のために保持されたり、断続的にのみアナウンスされたりするものだ。また、経路が1つだからといって、サーバーが1つ、ラックが1つ、顧客が1つというわけでもない。しかし、この事実は、調査日時点で公開経路観測者が AS153458 に帰属できる範囲の外縁を画定する。より大きなサービス基盤に関するいかなる主張も、製品をホスト ASN、施設、サプライヤー、運営契約に結びつける第二の証拠連鎖が必要である。そのような連鎖は公開されていない。
この対比は、Haruzakura のPeeringDB プロファイルにおいてさらに鮮明になる。このプロファイルは、24個の IPv4 プレフィックス、42個の IPv6 プレフィックス、そして1-5 Gbpsのトラフィック帯域を報告している。しかし、現在の公開オリジン数は IPv4 が0、IPv6 が1であった。PeeringDB はまた、公開 IX 接続やファシリティ行を一切返さなかった。その結果、証拠の偏りが異常に大きい状況となっている。つまり、レジストリ上のアイデンティティと1つのアクティブな経路は強固である一方、主張されている規模、物理的な所在地、そして利用可能な顧客向け容量については、証拠が弱いのである。
それゆえ、本記事は再現可能なことから出発し、公的記録が途切れるところで止まる。アドレス空間を計算資源に、ASN の国コードをデータセンターの座標に、AS パスを光ファイバー図に、業界ディレクトリの入力値を計測された容量に、置き換えたりはしない。Haruzakura は、公開経路ビューが明らかにする以上のものを運用している可能性がある。また、自社の名称で販売されるサービスについて、他のネットワークに依存している可能性もある。決定的な問いは、どの可能性がもっともらしく聞こえるかではなく、顧客がどのレイヤーを検証でき、そのレイヤーに障害が発生した場合にどの当事者が権限を持つか、である。
身元記録は湖北省に集中するが、それは管理上の話に過ぎない
身元の連鎖は、混同してはならない2つのドメイン登録情報から始まる。.com レジストリの Verisign RDAP 応答は、haruzakura.comが2023年10月15日に作成され、HiChina として事業を行う Alibaba Cloud Computing Ltd.を通じて登録され、dns17.hichina.comとdns18.hichina.comに委任され、委任時点で DNSSEC 署名がないことを記録している。Verisign は登録者の都道府県を公開しない。代わりに、レジストラ自身の記録への関連リンクを提供する。
2026年7月15日にクエリされたHiChina レジストラの RDAP 応答が、都道府県フィールドの正しい情報源である。プライバシー保護のために一部が秘匿された登録者エンティティには、地域が湖北省、国がCNの住所が含まれている。管理担当および技術担当のエンティティも同じ地域を持ち、個人名や組織名は秘匿されたままである。この記録は、ドメイン登録の地理に関する限定的な主張を裏付けるに過ぎない。ドメインの背後にある法人を特定したり、ネットワーク資産の所有権を証明したり、Web サーバーの所在地を特定したりはしない。
APNIC は、ネットワークの身元へのより強固な橋渡しを提供する。AS153458 レコードはHARUZAKURA-AS-APという名称を使用し、Haruzakura Cloud について記述し、湖北省武漢市武昌区武珞路628号の住所を記載している。リンクされた組織オブジェクトは Haruzakura Cloud を名称とし、組織を中国に置き、OTHERに分類している。リンクされたコンタクトオブジェクトは、管理および技術担当者として Zhou Xuhao を指名している。これらの記録は、名前付きの運用者、人物、AS 番号、および APNIC システム内の番号資源を結びつける。
それらは依然としてレジストリ上のオブジェクトであり、国家の法人登記簿や不動産権利書ではない。OTHERという分類は、Haruzakura が施設を所有している証拠にはならない。武漢の住所は、オフィス、連絡先、住居、サービス住所、またはその他何かかもしれず、公開されている施設証拠ではそれが明確にならない。HiChina の湖北省と APNIC の武漢住所は管理上の拠点を裏付けるが、二つの管理記録が地理的に一致するからといって、データセンターの記録になるわけではない。
この区別は、本記事の地域分類も規定する。中国は、当サイトの既存のカテゴリ分類で使用されているアジア太平洋区分に含まれ、複数のネットワーク記録が Haruzakura を中国に位置づけている。より広範な運用範囲を立証する、再現可能な当事者による情報は入手できなかった。したがって、同社はここではアジア太平洋のクラウドサービス企業に分類され、顧客サービス拠点や物理的な運用サイトは、想定に基づくグローバルではなく、不明として記録される。
利用不能なウェブサイトではインフラマップは描けない
APNIC、PeeringDB、およびいくつかの経路ディレクトリで公開されているウェブサイトアドレスは、7月15日時点で信頼できる証拠面ではなかった。公開 DNS はアドレスを返したが、観測点からの HTTP および HTTPS サービスへの接続は拒否された。単一の観測では一般的な障害とは断定できない。フィルタリング、メンテナンス、送信元アドレスポリシー、あるいは一時的なサーバー状態が同じ結果を引き起こす可能性があるからだ。しかし、その時点において、そのエンドポイントからページの本文を独立して復元できなかったことは確かである。
製品所在地の主張は、一時的な検索インデックスを超えて存続しなければならないため、アーカイブの可用性は重要である。Archive.today による正確なホームページ URL の検索は、調査日付では保存されたスナップショットを返さず、2026年6月の Common Crawl インデックスクエリも同様にキャプチャを返さなかった。検索結果の断片は、読者が開いて調査できるページの代わりにはならない。したがって、本記事では、保存されていない所在地ラベル、価格、パッケージ仕様、サポートの約束、サプライヤー名を事実として使用しない。
これは保守的な証拠の選択であり、同社に製品や顧客が存在しないという結論ではない。ウェブサイトは、サービスが継続している間でも一時的にアクセス不能になることがある。小規模プロバイダーは、プライベートポータル、ソーシャルチャネル、または直接販売を利用することもある。復元可能なカタログが存在しないということは、単に、ここで入手可能な公開資料からは、製品の範囲、提供場所、条件を確立できないという意味である。それらは、契約文書と実際に提供されるインスタンスに委ねられるべき問いのままである。
非公式な兆候の一つとして、Haruzakura の名称が顧客向けの文脈で流通していることが挙げられる。2024年6月の公開 NodeSeek チャンネルの再投稿は、Haruzakura Cloud の名称でプレゼント企画をラベル付けし、小規模なサーバー構成に言及していた。これは、ホスティングユーザーへのプロモーションを示す可能性がある。ただし、履行、現在の運用、法人格、所在地、在庫、所有権、またはサービス品質を証明することはできない。これは、運用範囲に関する主張の基礎としてではなく、さらなる検証のための手がかりとして扱うのが最善である。
AS153458 は経路の実体を証明するが、完全なホスティング資産ではない
APNIC は2024年11月14日に AS153458 をHARUZAKURA-AS-APの名称で登録した。そのレコードは Haruzakura Cloud を名指し、組織を中国に置き、同じ武漢の連絡先コンテキストに結びつけている。APNIC は別途、2406:840:e2c0::/44を Haruzakura Cloud として記述される有効な非ポータブル割り振りとして記録し、2406:840:feac::/48を同様の記述を持つ有効な非ポータブル割り当てとして記録している。/44は16個の/48サイズのブロックを含み、別のfeacブロックは別の/48である。この計算が記述するのはアドレス空間であり、マシンや顧客ではない。
経路コレクターは、アドレスの保有状況とアクティブなアナウンスが同一ではないことを示している。RIPEstat の routing-status 応答は、アナウンスされた IPv4 プレフィックスが0、アナウンスされた IPv6/48が1、観測されたネイバーが1、そして最新の観測が2026年7月15日08:00 UTC であると報告した。その first-seen フィールドは、2024年11月の2406:840:e2c6::/48を指している。より詳細なrouting-history 応答は、AS153458 が時間の経過とともに、e2c6、e2cb、e2cf、feacを含む複数の/48をオリジネートしてきたことを示している。7月15日の announced-prefix スナップショットで最新だったのはfeacのみであった。
この履歴は、休眠状態の登録ではなく、運用されている経路アイデンティティの証拠である。現在の経路は、適切なオリジン認可も持っている。RIPEstat の RPKI 検証は、AS153458 が2406:840:feac::/48を最大長/48でオリジネートすることを許可する経路起点認可（ROA）に対してvalidを返した。RPKI 有効のステータスは、ある種のオリジンエラーのリスクを低減するが、第二の経路を提供するわけではなく、サーバーを保護するわけでも、経路の物理的な場所を証明するわけでも、ホールセール契約が有効であり続けることを保証するわけでもない。
この経路の直接的な公開依存関係は、異例なほど明確である。RIPEstat の BGP-state パスは、収集されたパスにおいて一貫して、AS153458 の直前に AS139317 を配置している。BGP.tools と Hurricane Electric は、AS139317 を寧波大華猫信息技術有限公司（Ningbo Dahuamao Information Technology Co., Ltd.）と特定している。公開コレクターは、プライベートリンクや、プレフィックスをアナウンスしていないスタンバイセッションを見逃す可能性がある。しかし、観測可能なグローバル経路表の範囲内では、Haruzakura のオリジンは1つの隣接 AS を持っている。これは BGP レイヤーにおける、論理的な単一アップストリームの証拠である。
スポンサーとアップストリームの境界はサービスリスクの一部である
APNIC のレジストリデータは、観測された隣接関係に管理的な関係性を追加する。AS153458 の APNIC Whois レコードは、寧波大華猫のORG-NDIT1-APをsponsoring-orgとして識別し、MAINT-NBDHM-CNをmnt-lowerおよびmnt-routesに配置している。AS139317 の Whois レコードは、寧波大華猫の組織をローカルインターネットレジストリに分類している。これは文書化された管理上の関係であり、観測された経路隣接関係と並ぶが、所有権、企業支配、または私的契約の証明ではない。
実際的な問題は、インシデント発生時の権限である。Haruzakura は自社のルーターを運用し、プレフィックスをオリジネートする一方で、スポンサーシップ、経路オブジェクトのメンテナンス、アップストリームへの伝播については寧波大華猫に依存している可能性がある。フィルターが変更された場合、支払いに関する紛争が発生した場合、経路オブジェクトの修正が必要な場合、あるいはスポンサーのアップストリーム接続が失敗した場合、復旧には Haruzakura の直接のスタッフ以外のアクションが必要になるかもしれない。顧客は、深夜3時に誰がそれらの変更を行えるのか、関連するポータルの認証情報をどの当事者が保持しているのか、そしてエスカレーションがどのように企業の境界を越えるのかを知る必要がある。
論理的なパス多様性を物理的な多様性と混同してはならない。139317 153458で終わる BGP パスは、どの AS が経路を広告したかを示している。それは、二つのセッションが異なるルーター、クロスコネクト、管路、メトロパス、または電力フィードを使用しているかどうかを明らかにしない。一部のコレクターパスに見られる AS139317 の4回のプリペンド出現はトラフィックエンジニアリングの構文であり、4つの別々のアップストリームではない。同様に、パスの前方に見られる多数の遠方の AS 番号は、AS139317 の後に経路を伝送するネットワークであり、Haruzakura の直接のプロバイダーではない。
したがって、公的記録が支持するのは限定的な記述である。AS153458 は現在可視な IPv6 オリジンを1つと、観測された隣接 AS を1つ持ち、その隣接組織は APNIC のスポンサーシップおよびメンテナンスフィールドにも記録されている。Haruzakura が物理的なケーブルを1本しか持たないという主張や、物理的な冗長性の主張を支持するものではない。いずれも不明のままである。購入者は、AS 番号を回復力のある本番パスとして信頼する前に、ルーターレベルの図、回線プロバイダー、境界点、およびフェイルオーバーテストを要求すべきである。
PeeringDB の42プレフィックス主張は経路表と衝突する
Haruzakura のPeeringDB プロファイルは、自己申告によるネットワークデータの中で最も顕著な部分である。2026年3月10日に更新され、AS153458 を特定し、ネットワークタイプとしてEducational/Researchを選択し、トラフィックレベルを1-5 Gbpsと報告し、24の IPv4 プレフィックスと42の IPv6 プレフィックスをリストしている。同時に、このプロファイルは公開 IX 接続やファシリティ行を提供しておらず、地理的範囲も開示されていない。
これらの数値は、7月15日の公開経路表と整合しない。観測されたオリジン数は IPv4 が0、IPv6/48が1であり、24と42ではない。この不一致には、いくつかの無害な説明があり得る。PeeringDB のフィールドは計画された容量、ダウンストリームや内部ネットワーク、現在 AS153458 によってオリジネートされていないプレフィックス、古い設定、あるいは単純なデータ入力ミスを記述しているのかもしれない。公開されている証拠からはどれとも判断できない。しかし、判断できるのは、PeeringDB のプレフィックス数を現在のグローバルに可視なオリジン数として提示できないということである。
トラフィック帯域についても同様の注意が必要である。1-5 Gbpsは業界ディレクトリで選択された範囲であり、計測されたグラフ、確定トランジットレート、または利用可能な顧客容量の数値ではない。それは、ある時点の総トラフィック、目標、ポートクラス、またはオペレーターの推定を記述している可能性がある。タイムスタンプ付きの使用率系列、ポート一覧、故障状態テストなしでは、同時に利用可能な顧客余力、保護容量、またはリンクが引き下げられたときに経路が引き続き使用可能かどうかを示すことはできない。
PeeringDB のファシリティ行や IX 行が存在しないことは、公開情報が存在しないという意味でのみ意義がある。Haruzakura にラック、コロケーション、ピアリングが全く存在しないことを証明するものではない。小規模ネットワークは、ファシリティをリストアップせずにプライベートトランジットを使用することがよくある。逆に、ファシリティ行があったとしても、そこに顧客の計算資源が存在することを証明しない。したがって、証拠の確度はトポロジーよりもネットワークアイデンティティの方が高い。AS 番号、プレフィックス、アップストリームは可視であるが、ポート、IX、ラック、建物は可視ではない。
公開ウェブサイトは AS153458 の外にある
このドメインは、企業のウェブサイトがその運用資産の地図ではない理由を示す有用な例である。2026年7月15日、Google Public DNS 応答は、www.haruzakura.comに対して36.50.226.119を返した。そのアドレスに関する APNIC のレコードは、それを湖南雨綿雲數據科技有限公司（Hunan Yumiyun Data Technology Co., Ltd.）に登録された割り振り36.50.226.0/23内に位置づけている。RIPEstat のプレフィックス概要は、そのカバレッジ36.50.226.0/24を、中国聯通の China169 バックボーンである AS4837 の背後に配置した。それは AS153458 によってオリジネートされたアドレスではなかった。
これは不審でも異常でもない。組織は日常的に、公開ウェブサイト、メール、課金、サポートシステムをサードパーティのインフラに配置する。この観測が確立するのは、コントロールプレーンの分離のみである。公開ウェブアドレスと Haruzakura がオリジネートする IPv6 経路は、異なる登録アドレスとオリジンコンテキストにあった。それは、誰がサーバーを所有していたか、どのリセラーがそれを提供したか、そのマシンがどこにあったか、あるいは顧客ワークロードが同じホストを使用していたかどうかを示すものではない。
この分離は、いくつかの起こりうる障害パターンを生み出す。AS153458 が公開 BGP から消えても、ウェブサイトは AS4837 を通じて到達可能なままかもしれない。/48が経路を維持し続ける一方で、ウェブエンドポイントが故障するかもしれない。ドメインや権威 DNS のトラブルにより、基盤となるマシンが健全であっても、顧客がポータルを見つけられなくなる可能性がある。逆に、ホームページが機能していても、ホストされたワークロード、ストレージシステム、または顧客経路が利用可能であることを証明するものではない。したがって、ステータス監視は、企業ドメインを万能のハートビートとして扱うのではなく、各依存関係を直接観測しなければならない。
7月の接続拒否は、時間制限のあるシグナルであり、障害の断定ではない。それは、その観測点から公開ウェブの可用性を未確認とマークする根拠となり、独立してホストされたステータスおよび連絡チャネルの重要性を高める。それは Haruzakura が運用を停止したと言う根拠にはならない。ステータスの結論には、複数のネットワーク、反復観測、顧客エンドポイント、および直接のオペレーター確認が必要である。
ドメインの継続性も同様に、サービスの継続性とは別物である。Verisign のレコードは、調査スナップショット時点で2026年10月の有効期限と未署名の DNS 委任を示していた。どちらの事実も差し迫った障害を予測するものではない。しかし、それらは依然として、ホストされたワークロードから分離する価値のあるガバナンス依存関係である。顧客は自身のドメインを管理し、復旧用の連絡先をプロバイダーのポータルの外に保持し、プロバイダーアカウントの紛争が DNS、監視、バックアップの認証情報も同時に奪うことがないようにすべきである。
登録された地理情報は物理的な所在地ではない
最も強固な地理的事実は管理上のものである。HiChina はドメイン登録者を湖北省に置いている。APNIC は Haruzakura Cloud とその指名連絡先を武漢の住所に置き、国コードCNを AS 番号と IPv6 資源に割り当てている。BGP.tools もAS153458 の運用国を中国とラベル付けし、Cloudflare Radar のルーティングページは、そのネットワークを階層内で中国の下に配置している。これらの記録は、アジア太平洋の分類と、中国に基づくレジストリコンテキストを支持する。
それらはルーターやサーバーの所在地を特定しない。RIR の国フィールドは管理上の属性であり、連絡先住所はレジストリの通信先であって、必ずしもパケットの終端地点ではない。ドメイン登録者の都道府県は、ウェブサーバーの所在地について何も語らない。ウェブサイトが使用する湖南登録の IPv4 割り振りは、そのマシンが湖南にあったことを証明しない。IP ジオロケーション製品が都市を返したとしても、それは推定であり、建物の記録ではない。
物理的な証拠は異なる様相を呈する。それはデータセンター運営者とサイトを名指しするか、サービス注文書、コロケーション契約、クロスコネクト記録、機器一覧、ユーティリティ接続、コミッショニング文書、あるいは当該ネットワークに帰属する公開ファシリティエントリを提供するだろう。Haruzakura のPeeringDB ファシリティ APIは行を返さず、IX 接続 APIも同様に公開接続を返さなかった。これらの空の結果は、そのプロファイルではファシリティや IX が開示されていないことを意味する。ファシリティやプライベートトランジットが存在しないことを意味するのではない。
したがって、公開証拠が許容するマップは意図的に簡素である。武漢の管理上のマーカー、湖北省のドメイン登録地域、番号資源に対する中国の国属性、AS153458 とラベル付けされた論理的オリジン、そして AS4837 を経由する別個の論理的ウェブサイト経路がある。検証されたデータセンターの座標、ラックの位置、キャリアの引込口、電力フィード、クロスコネクト、光ファイバー経路、またはサイト間リンクは存在しない。武漢の連絡先ピンを施設マップに配置することで精度をでっち上げてはならない。
この区別は顧客にとって重要である。契約はある法域に準拠し、サポートチームは別の場所で働き、登録された IP ブロックは国コードを持ちながら、データはさらに別の場所に存在しうる。一次データ、レプリカ、バックアップ、ログ、サポートアクセスに関する製品固有のスケジュールなしには、ワークロードの物理的および法的な地理情報は不明である。アジア太平洋は、同社に対して記事が支持する編集上の地域であり、すべての資産が特定の都市や国内にあるという主張ではない。
アドレス空間は設置済みあるいは利用可能な容量ではない
APNIC の2406:840:e2c0::/44のレコードは、Haruzakura Cloud として記述される有効な非ポータブル割り振りを確立している。/44は16個の/48サイズのブロックに分割できる。APNIC は別途2406:840:feac::/48を、同じ記述を持つ有効な非ポータブル割り当てとして記録している。これは登録済み番号資源に関する明確な記述である。
それはホストや加入者の数ではない。単一の IPv6/48は慣例的に65,536個の/64サブネットを含むが、IPv6 アドレッシングは意図的に潤沢である。その数は65,536台のサーバー、ラック、顧客、販売可能ユニットを意味しない。アドレスは、経路化されずに登録されたり、トラフィックに応答せずに経路化されたり、公開サービスをホストせずに内部的に割り当てられたり、完全にリースされたインフラに依存するネットワークによってオリジネートされたりする。
現在の経路ビューは、可視化されている公開範囲を狭める。RIPEstat は7月15日時点で、アナウンスされた1つのプレフィックスとして、全体の/44ではなく、別個のfeac/48を返した。履歴データは、異なる時点で割り振りからの複数の/48を示していたが、過去のアナウンスはスタンバイ容量ではない。それは、プレフィックスがルーター間を移動したのか、テストを表していたのか、顧客をサポートしていたのか、通常の番号再編時に撤回されたのかを明らかにしない。それは、重複と目的の証拠なしに、同時フェイルオーバーインベントリとして数えることはできない。
PeeringDB の24 IPv4 および42 IPv6 フィールドもアドレス在庫の主張であり、グローバルにオリジネートされた経路の証明ではない。0対1というコレクターの結果が、その限界を可視化している。有用な調整は、すべてのプレフィックスをリストアップし、Haruzakura がそれをオリジネートしているか、ダウンストリームに委譲されているか、予約されているか、最後に確認されたのはいつかを示すことである。そのようなスケジュールが存在するまで、PeeringDB の数値は容量計算に持ち込むべきではない。
Haruzakura に帰属するサーバー、ハイパーバイザー、物理コア、メモリ、ディスク、ストレージプール、ラック、キャビネット、電力フィード、トランジット契約、クロスコネクト、スペアパーツの数を開示した公開情報は存在しない。設計容量と、設置済み、通電済み、コミッショニング済み、運用中、販売済み、予約済み、即時利用可能、または障害状態で利用可能な容量とを分離した数値も存在しない。これらの値はすべて不明である。不明はゼロを意味しない。それは、購入者もアナリストも、公開された証拠から余力を計算できないことを意味する。
運用上の問いは、割り振り内にどれだけのアドレスが収まるかではない。それは、定義された障害の後に何が使用可能なまま残るか、である。1台のルーターが消失した場合、/48を別の経路を通じてアナウンスできるか？ ホストが故障した場合、電源が投入された計算資源とストレージが他に存在するか？ アカウントや契約が停止された場合、顧客は影響を受けた仲介者を介さずにデータを復旧できるか？ これらのテストには物理的なインベントリ、契約上の権限、計測された復旧が必要であり、いずれもプレフィックス長からは導き出せない。
現在の経路1つは運用の証拠だが、限界がある
AS153458 は単にレジストリ内の予約番号ではない。RIPEstat のrouting-history 応答は、2024年11月に始まり調査日付まで継続するオリジン期間を記録し、現在のプレフィックスの履歴は、feacブロックが AS153458 によって繰り返しオリジネートされたことを示している。可視性応答は、公開コレクター間で経路が出現していることを示している。これらは意味のある運用シグナルである。
それらは限定的な結論を支持する。ネットワークオペレーターが AS153458 をプレフィックスをオリジネートするよう設定し、少なくとも1つの隣接ネットワークがそれを伝播し、複数地点のコレクターがそれを学習した。これはウェブサイトの主張やレジストリステータス単体よりも強力である。しかし、特定の顧客サービスが応答したこと、パケットが健全なアプリケーションに到達したこと、あるいは経路がレイテンシや損失の目標範囲内にとどまっていたことの証明にはならない。BGP はホストが利用不能なプレフィックスに収束しうる。
履歴的な変更についても抑制的な解釈が必要である。この AS 番号はコレクターデータにおいてe2c6、e2cb、e2cf、feacの/48と関連づけられてきた。それはテスト、段階的なアドレス使用、番号再編、経路ポリシーの変更、または異なるワークロードを反映している可能性がある。それが4つのサイトやフェイルオーバーシステムを自動的に示すわけではない。フェイルオーバーを確立するには、意図された一次経路、障害、代替経路のアクティブ化、そして計測された期間内での顧客トラフィックの復旧を示すタイムラインが必要である。
この区別はステータスを評価する際に重要である。経路は7月15日に運用上可視であったため、AS 番号を完全に休眠状態と表現するのは誤りである。物理的な計算資源のステータスは依然として不明である。なぜなら、/48に結びついた公開サーバーエンドポイントはなく、施設は名指しされず、サービスレベルのテレメトリも利用可能ではなかったからである。ネットワークレイヤーはアクティブだが、より広範なサービスレイヤーをそれから推論することはできない。
Cloudflare Radar と BGP.tools は有用な独立したクロスチェックを提供するが、いずれもその境界を変えるものではない。動的なトラフィックパネルは AS 番号に関連付けられた観測を示しうるし、経路アグリゲーターはピアやプレフィックスを表示しうる。しかし、それらは契約、物理回線、顧客インベントリ、予備容量を開示しない。正確な主張の基盤は、権威ある APNIC レコードとタイムスタンプ付きの RIPEstat 応答のままである。
RPKI は起点を検証するが、サービスは検証しない
現在の/48は、RIPEstat の RPKI 応答において、有効な経路起点認可（ROA）を持っていた。その認可は、AS153458 が2406:840:feac::/48を最大長/48でオリジネートすることを許可する。経路起点検証を実施しているネットワークにとって、これは観測されたアナウンスを不明や無効ではなく、有効にする。
これはポジティブな制御である。検証ポリシーを実施するネットワークが、偶発的または不正な起点アナウンスを受け入れるリスクを低減する。また、その資源に対して権限を持つ誰かが、一致する暗号オブジェクトを確立したことを示す。購入者やピアは、無効な経路よりもこの状態を好むべきである。
RPKI は AS パス全体を認証しない。AS139317 が意図されたトランジットであることの証明、有効な起点の後のリーク防止、トラフィックの暗号化を行うものではない。ルーターの電源を維持したり、クロスコネクトを保守したり、光ファイバーを修理したり、商業契約を維持したり、仮想マシンを復元したりもしない。唯一観測された隣接ネットワークが経路の伝播を停止した場合、ROA は有効なままでも、プレフィックスは到達不能になりうる。
有効な ROA が永続的というわけでもない。プレフィックスの変更、起点の変更、証明書の有効期限切れ、最大長の不一致が検証状態を変更しうる。したがって、回復力のある運用手順は、検証状態の監視、デプロイ前の提案された経路変更のテスト、そして複数の権限者による資源更新の確保を含む。RFC 7454の運用ガイダンスはフィルタリングとルーティング衛生のより広範な文脈を提供するが、公開記録は Haruzakura が内部的にそれらのプラクティスのどれを適用しているかを示さない。
実際的な読み方はシンプルである。起点セキュリティは、Haruzakura の現在の経路において最も文書化された部分である。それは制御として評価に値するが、稼働時間、物理的回復力、製品品質の簡略表現として使用することはできない。
冗長性には論理的、物理的、組織的レイヤーがある
公開 AS パスは一貫して AS153458 の直前に AS139317 を配置している。Hurricane Electric のピアテーブルとBGP.tools プロファイルは、これが観測された1つの隣接関係であるという点で RIPEstat と一致している。AS153458 Whois オブジェクトは別途、寧波大華猫の組織をスポンサーとして、またそのメンテナーをmnt-lowerとmnt-routesに指名している。この収束は、単一のコレクター推論よりも強力である。
それは依然として論理的な依存関係である。RFC 4271の BGP プロトコル定義は、AS パスがどのようにルーティング情報を運ぶかを説明しているが、AS ホップはその下にある物理的な実装を露出しない。1つの隣接 ASN は、2台のルーターと多様な回線を通じて、あるいは1つのポートと1つのクロスコネクトを通じて到達されるかもしれない。2つの BGP セッションが同じ管路と電力系統を共有する可能性もある。公開パスデータはこれらのケースを区別できない。
逆もまた真である。アクティブなネイバーが1つだけの経路表は、プライベート、コールド、またはアナウンスしないスタンバイ構成を排除しない。そのようなバックアップは、アクティブ化されるまで現在のトラフィックを保護せず、それが存在するか機能するかを確立する公開テストは存在しない。したがって、正しい所見は、観測された直接隣接 AS が1つであり、物理的および休眠中のバックアップ経路は不明である、というものである。それはケーブル1本の主張ではない。
施設の冗長性は別問題である。公開 PeeringDB のファシリティ行や IX 行がないということは、共通の故障ドメインを計算するための名前付き建物、クロスコネクト、または公開ピアリングポートが存在しないことを意味する。電力フィードの多様性、発電機の自立性、冷却トポロジー、防火区画、リモートハンド、キャリア引込口は不明である。第二の AS 番号はこれらの質問に答えず、第二の電力フィードが経路メンテナンスのエラーを解決しないのと同様である。
組織的冗長性は別のレイヤーを追加する。APNIC オブジェクトは Haruzakura と寧波大華猫が異なる役割を占めていることを示すが、公的記録は、何人が認証情報を保持しているか、誰がアップストリームに連絡できるか、誰が RPKI や DNS を更新できるか、または商業アカウントが停止された場合に何が起こるかを示さない。サービスは物理的に多様なハードウェアを持ちながら、1人の個人または1つのサプライヤーアカウントが復旧を支配しているために失敗する可能性がある。購入者は、トポロジーと並んで役割とエスカレーションの証拠を必要とする。
主な障害経路は企業の境界を越える
第一の障害経路は、観測された AS153458 と AS139317 の関係である。セッション障害、経路フィルター、メンテナンスオブジェクトのエラー、アップストリーム障害、または商業的な中断が、唯一可視の/48を消失させる可能性がある。RPKI の有効性は経路をオンラインに保たない。それは、依然として存在するアナウンスを検証するに過ぎない。決定的な証拠は、制御された撤回と代替伝播テスト、あるいは少なくとも現在の図と第二の独立したプロバイダーからの受け入れ経路であろう。
第二の経路はルーティング権限である。AS153458 APNIC Whois オブジェクトは、aut-numレコードで Haruzakura を名指しする一方、そのスポンサーと経路メンテナンスのフィールドは寧波大華猫を指している。分業は非公開である。インシデント中、復旧は Haruzakura、スポンサー、またはその両方が保持するアクセスに依存する可能性がある。顧客は、通常時間外に誰が経路オブジェクト、フィルター、ROA、アップストリームセッションを変更できるかを知るべきである。
第三の経路は、分離されたウェブと DNS のコントロールプレーンである。HiChina はレジストラであり権威 DNS プロバイダーであるが、観測されたウェブアドレスは別の登録割り振りと経路に存在する。レジストラのロックアウト、ドメインの有効期限切れ、DNS の設定ミス、またはウェブホストの障害は、AS153458 とは独立して、発見とサポートを妨害しうる。逆に、ドメインの継続性は Haruzakura がオリジネートするプレフィックスを保護しない。これらのインシデントを見分けるには、独立した監視とアウトオブバンドの連絡手段が必要である。
第四の経路は物理ホスティングであり、その実装は不明である。BGP が存在し続けている場合でも、ルーター、サーバー、ストレージアレイ、ラック、電力フィード、冷却システム、施設が故障しうる。資産とサイトのマップ、利用可能な余力がなければ、退避容量や復旧時間を見積もる基盤はない。一般的なクラウドアーキテクチャの仮定は、企業固有の証拠ギャップを埋めることはできない。
第五の経路は、Haruzakura が直接所有していないインフラに対する契約上の支配である。公的記録はホールセールプロバイダー、コロケーション契約、アカウント階層を特定しないため、このリスクは所見ではなく疑問である。サプライヤーアカウントが存在する場合、更新、与信、検証、または利用規定に基づく措置がそれを停止した際、技術的な健全性は無関係になりうる。顧客のポータビリティは、データと認証情報を、影響を受けたアカウント所有者なしで復旧できるかどうかに依存する。
第六の経路は人的運用である。APNIC は名前付き連絡先と検証済みインシデント対応メールボックスを提供するが、レジストリの連絡先は要員名簿や応答時間の約束ではない。広範なインシデントは小規模チームを疲弊させ、認証情報や知識が一人に集中していると修復が遅れる。公開証拠は Haruzakura の人員配置やエスカレーション能力を開示していないため、それらの値は小さいと仮定するのではなく、不明のままである。
何かが壊れたとき、誰が影響を負うのか
公開証拠は、Haruzakura がオリジネートする/48をどの顧客サービスが使用しているか（もしあれば）を特定しない。したがって、影響分析は条件的に開始しなければならない。経路撤回は2406:840:feac::/48からアドレス指定されたエンドポイントに影響を与えるが、Haruzakura の名称で販売されるすべてのサービスに自動的に影響するわけではない。他のプロバイダーのアドレスを使用するサービスは利用可能なままかもしれず、一方/48内のアプリケーションは、無関係なウェブや課金システムがオンラインを維持していても障害を起こしうる。
断片化したコントロールプレーンでは、部分障害が特に起こりやすい。AS153458 のルーティングインシデントは、AS4837 でルーティングされるウェブサイトとは別でありうる。レジストラや DNS のインシデントは、IP アドレスがまだ応答している間にサービスを見つけにくくする。BGP が健全なままで物理ホストが故障しうる。顧客トラフィックが継続する間にサポートチャネルが消失しうる。企業ドメインだけ、または AS 番号だけを監視すると、これらの状態のいくつかを見逃すだろう。
復旧が二次的な損害を生むこともある。エンドポイントの移動は、IP アドレス、逆引き DNS、許可リストの位置、メールレピュテーションを変更しうる。最新のバックアップなしでの再構築は、ソフトウェアを復元してもデータを失う。経路修復は到達可能性を復元する一方で、アプリケーションが不整合のままでありうる。顧客は、BGP のグリーンビューを完全な復旧とみなすのではなく、データ整合性や外部依存関係を含むアプリケーションレベルでの成功を定義する必要がある。
Haruzakura は、そのサプライヤーやメンテナーが故障した場合、風評および運用上の影響も負う。公的記録は1つのスポンサーと隣接ネットワークを可視にするが、私的契約や責任の割り当てを明らかにしない。別の当事者がフィルターを変更したり回線を修理しなければならない場合でも、顧客は Haruzakura に連絡するかもしれない。したがって、明確なインシデント所有権とエスカレーションは、管理上の詳細ではなく、サービスの一部である。
釣り合いの取れた対応は、欠落している事実が提供されるまで、爆風半径を制限し続けることである。ワークロードは再構築可能であるべきであり、バックアップは独立して制御されるべきであり、認証情報はプロバイダーポータルのみに存在すべきではなく、外部監視は DNS、経路、TCP、アプリケーションの状態を区別すべきである。より重要度の高いシステムは、一極集中の前に、トポロジー、復旧、組織的権限に関するより強固な証拠を必要とする。
データの所在地は湖北省や CN からは読み取れない
HiChina の湖北省フィールドと APNIC の中国フィールドは、有用な身元および分類の証拠である。それらはデータ所在地のスケジュールではない。登録者はある省からドメインを管理する一方、ドメインのサーバー、顧客計算資源、バックアップ、ログは別の場所に存在しうる。中国で登録された AS 番号が、別の法域のインフラを介してプレフィックスをアナウンスできる。機器が移動しても連絡先住所は変更されないままかもしれない。
データ所在地には複数のコピーもある。プライマリ仮想ディスクはある施設にある一方、スナップショット、オブジェクトバックアップ、監視ログ、サポート添付ファイル、課金データは別の場所にあるかもしれない。リモート管理者が国境を越えてシステムにアクセスするかもしれない。災害復旧では、インシデント中にのみ別のコピーを作成するかもしれない。これらの所在地はいずれも、ここでレビューされた公開記録において Haruzakura について開示されていない。
契約上または規制上の要件を持つ顧客は、一次データ、レプリカ、バックアップ、ログ、テレメトリ、サポートアクセス、削除をカバーする書面スケジュールを入手すべきである。それは各レイヤーに責任を負う法人を名指し、所在地の変更がどのように通知されるかを明記すべきである。施設運営者とサブプロセッサー連鎖のない国ラベルは、センシティブなワークロードには粗すぎる。バックアップとサポートの地理情報のない施設名は不完全である。
そのスケジュールは通常運用と復旧も区別すべきである。プロバイダーは、一次データを承認された場所に保持するが、異なる法域から復元するか、一時的にフェイルオーバーすることがある。それが可能な場合、契約はトリガー、最大期間、承認プロセス、一時コピーの削除を明記すべきである。国境を越える移動が許可されない場合、プロバイダーはその制約内で復旧がどのように機能するかを示すべきである。
ネットワーク登録は、提供されたサービスのテストに役立つが、それは顧客がアドレスを持った後に限られる。顧客は観測された起点 AS 番号を特定し、約束されたホストネットワークと比較できる。経路変更を監視し、プレフィックスが移動した理由を問うことができる。それは静かなインフラ置き換えに対する有用な制御である。しかし、それ自体ではストレージや管理アクセスの所在地を特定できない。
このため、概要におけるアジア太平洋地域は、中国に基づくレジストリ証拠に基づく企業分類である。それは顧客データがアジア太平洋にとどまるという約束ではなく、複数国展開の主張でもない。正確なデータと施設の地理情報は、Haruzakura が製品固有の証拠を提供するまで不明のままである。
真剣な購入者が要求すべきこと
第一の要求は、検討中の特定のサービスについての、製品からインフラへのスケジュールであるべきだ。Haruzakura は、契約主体、運用者、ホスト AS 番号、アドレスプロバイダー、施設の都市、データ管轄、ハードウェア修理責任者を指名すべきである。ハードウェアを所有しているのか、サーバー全体をリースしているのか、仮想容量を借りているのか、コロケーションを利用しているのか、他のプロバイダーを再販しているのかを明記すべきである。公開 AS 番号は、実際に製品を運ぶ場合にのみ、このスケジュールに現れるべきである。
第二の要求は、AS153458 に関する現在のネットワーク声明であるべきだ。アクティブおよび予約されたプレフィックス、直接のアップストリーム、経路起点認可、経路オブジェクト、ポート速度、ルーター数、構成されたスタンバイパス、各項目の変更を許可された人または会社をリストすべきである。PeeringDB の24 IPv4 と42 IPv6 のフィールドを、7月のスナップショットで可視のゼロ IPv4 と1 IPv6 と調整すべきである。計画中、委譲済み、休眠状態のリソースは正当でありうるが、そのようにラベル付けされるべきである。
第三の要求は物理的回復力をカバーすべきである。どのサイト、ラック、電力、冷却、ルーター、ストレージ、キャリアの障害にサービスが耐えられるのか？ 冗長電源は実際に独立したフィードに接続されているのか？ 多様な回線は異なるキャリア引込口と管路を使用しているのか？ ホストやラックの損失後、退避用にどのような通電された計算資源とストレージが残っているのか？ 誰がリモートハンドを提供し、現地営業時間外の応答目標は何か？ これらの答えはいずれも、APNIC の住所や AS パスから推論できない。
第四の要求は、バックアップと復旧を、いずれかが存在すると仮定せずにカバーすべきである。バックアップが自動か、何を含むか、どれくらいの頻度で実行されるか、バージョンはどれくらいの期間保持されるか、コピーが別の障害ドメインとアカウントに存在するかを尋ねる。完全なリストアに関する計測された復旧時点と復旧時間の結果を入手する。同じストレージシステム内のスナップショットは、独立して制御されたバックアップと同等ではない。
第五の要求はサービス運用をカバーすべきである。インシデント対応目標、エスカレーションパス、メンテナンス通知、ステータス通信、セキュリティおよび不正利用の連絡先、アカウント停止ルール、削除タイムラインを尋ねる。APNIC インシデント対応オブジェクトは有用なレジストリ連絡先だが、顧客サポートのコミットメントではない。購入者は、メインウェブサイトが利用不能なときにも到達可能なチャネルと、ルーティング権限が必要な場合に寧波大華猫への明確な引き継ぎを必要とする。
第六の要求はデータ所在地とサブプロセッサーをカバーすべきである。あらゆるデータ分類について、一次所在地、レプリカとバックアップの所在地、ログストレージ、サポートアクセスの管轄、データを処理しうるすべての企業を特定する。それらの事実が変更される前に通知を要求する。Haruzakura がセキュリティ上の理由から建物を公に指名できない場合でも、契約上の都市、運営者、障害ドメイン情報を非公開で提供できる。
第七の要求は出口戦略をカバーすべきである。顧客はサポートチケットなしでディスク、データベース、設定、ログ、暗号鍵をエクスポートできるか？ どのようなオープンフォーマットが利用可能で、解約後どれくらいの期間エクスポートが可能で、アカウント停止後はどうなるのか？ IP アドレスは移動できるのか、それともワークロードの番号を振り直す必要があるのか？ 逆引き DNS を誰が管理するのか？ リハーサルされた出口は、サプライヤー依存を、制限のないリスクから限定された復旧問題に変換する。
評価を変えうる証拠
ネットワークへの信頼性は、アクティブなプレフィックスに対して第二の直接アップストリームが可視化され、Haruzakura がそれら二つの経路が別々の物理インフラを使用することを文書化すれば高まるだろう。PeeringDB が測定と一致する現在のファシリティおよび IX エントリを取得し、24/42のプレフィックスフィールドが実際のアナウンスと調整されれば、それは高まるだろう。公開ルッキンググラス、経路ポリシー、ステータス履歴は、変更の検証を容易にするだろう。
容量への信頼性は、日付入りの製品固有の証拠によって高まるだろう。ノードとストレージのアーキテクチャ、利用可能なリソース対販売済みリソース、バックアップ保持、リストアテスト、予備ハードウェア、電力と冷却の境界、そして計測されたフェイルオーバー余力。設置済み、通電済み、運用中、利用可能なリソースを区別するインベントリーを伴う施設契約または運営者の確認は、不明を監査可能な事実に変換するだろう。Haruzakura はまた、自社の保証をサプライヤーのものと区別すべきである。
データ所在地への信頼性は、各製品を一次データ、スナップショット、バックアップ、ログ、サポートアクセスの所在地に結びつける明確なスケジュールによって高まるだろう。復旧への信頼性は、顧客に可視のエクスポートツールと、ワークロードが独立したプロバイダーにリストアされるテストによって高まるだろう。これらの開示は、機密のラック座標やサプライヤー価格を明かす必要はない。障害ドメインと権限を定義する必要がある。
企業アイデンティティへの信頼性は、契約主体を特定し、それをドメインとネットワークに結びつける、アクセス可能な公式企業ページまたは法人登記簿の抜粋によって高まるだろう。耐久性のある日付入りの当事者サービス条件のコピーは、何がどこで提供されたかを確立し、運営者の声明はそれらの提供を実際のホスト AS 番号や施設に結びつけることができる。そのような資料が存在するまでは、検索結果の断片が拠点範囲を拡大すべきではない。
評価は、可視経路が長期間消失した場合、RPKI が無効になった場合、レジストリ連絡先が失効した場合、あるいはウェブサイトが代替チャネルなしにアクセス不能のままであった場合に弱まるだろう。また、提供されたサービスをその請求書、運営者、IP 割り当て、実際のホスト AS 番号と調整できない場合にも弱まるだろう。それらは観測可能な変化であり、沈黙からの推論ではない。
可視の/48一つが現在の公開範囲を画定する
Haruzakura Cloud には、アドレスリスト上の単なる名前以上の公的実体がある。APNIC は組織、指名された連絡先、AS153458、IPv6/44割り振り、別個の/48割り当てを記録している。HiChina のレジストラレコードは、ドメイン登録者に湖北省の管理地域を追加する。公開コレクターは現在の経路を示し、その経路は有効な起点認可を持っている。これらはネットワーク活動と管理的継続性の、意味のある再現可能な兆候である。
しかしながら、証拠は非対称である。経路レイヤーは測定可能だが、物理的および商業的レイヤーはほとんど不透明である。AS153458 は7月15日時点で、観測された1つの隣接ネットワークを通じて1つの IPv6/48を露出した。PeeringDB の24 IPv4、42 IPv6、1-5 Gbpsフィールドは自己申告であり、現在のオリジン数と一致しない。公開されたファシリティ、IX、ラック、電力、サーバーインベントリ、販売済み容量、フェイルオーバー記録は、ギャップを埋めない。同社ウェブサイトの観測アドレスは別のプロバイダーに登録され、別の AS 番号によってルーティングされており、各コントロールプレーンコンポーネントを個別に測定する必要性を強化している。
最終的なネットワーク証拠の評価は、アイデンティティと現在の経路存在について中程度、物理的トポロジー、冗長性、顧客対応可能容量について弱いである。この評価は、サービスが使用不能であるという主張ではない。それは、責任を持って推論できることの限界である。Haruzakura は、その公開 AS 番号を超えて機器を運用したりサービスを提供したりするかもしれないが、そのようなより広範な資産を場所、施設、サプライヤーに結びつける再現可能な情報源はない。サポートされる公開範囲は、アクティブな/48、その有効な ROA、そして観測された AS139317 依存性である。
製品ごとの説明が提供されるまでは、慎重な使用が制限される。ドメインと DNS をホスティングアカウントの外部に保つこと。復元可能なバックアップを独立した管理下に保つこと。提供された正確なインスタンスについて、AS 番号、施設、運営者、管轄を検証すること。ワークロードが重要になる前に、出口をテストすること。回復力は、契約、経路、ハードウェア、人、復旧能力が名指しされテストされた場所にのみ存在する。管理上の住所も BGP パスも、欠けているレイヤーの代わりにはなりえない。