概況
- AS30344 は単に登録されているだけでなく、実際に運用中である。2026年7月15日、RIPEstat は4つの IPv4 /24アナウンスと1つの IPv6 /40を表示。最新の IPv4 ブロック23.26.1.0/24は5月6日に365.hosting に割り当てられ、5月7日にルーティングデータに出現した。レビューしたスナップショットでは、4つすべての IPv4 発信元が RPKI で検証済みだったが、IPv6 ルートは不明な検証状態を返した。
- 公開ルート観測では、1つのネイバーMIRhosting AS52000 のみが確認された。MIRhosting 自体は複数の上流、交換接続、施設を有しているが、可視 AS 境界での集中は重要である。第2の AS30344 トランジット、物理的に多様な入口、テスト済みフェイルオーバー、同等の代替容量を証明する公開証拠はない。
- 365.hosting は米国とオランダで VPS および専用サーバーを販売し、Tier III データセンターで自社ラックを使用していると述べている。米国向けコピーは Secaucus 施設を vXchnge NJ01 と特定しているが、H5 Data Centers は同じ200B Meadowlands Parkway 施設を現在リストしている。オランダの VPS ページには、Serverius での WebHOST1 機器を主張するレガシーな WebHOST1 テキストが含まれている。Kolo の移行ページは、Serverius が現在 Kolo 名で運営されており、その現在のポートフォリオには4つのオランダサイトがあると述べている。どちらの表面も関連する365.hosting ラックや Kolo サイトを特定していない。ラック数、設置 IT 負荷、利用可能在庫、占有状況、電力割り当て、サイト間復元容量は未公開のままである。
256アドレスの追加によりネットワークが見えやすくなる
365.hosting にアクセスする最も有用な方法は、ホームページでのプレミアムデータセンターの約束ではない。それは公開アドレスレジストリにおける小さな日付のある変更である。ARIN の23.26.1.0/24の記録によると、256アドレスブロックは2026年5月6日に365.hosting に割り当てられた。RIPEstat の履歴クエリは、AS30344 が5月7日からそれをアナウンスしていることを示している。このシーケンスは異常にクリーンである：割り当ての翌日に可視ルートが出現。
その新しいブロックが重要なのは、顧客の推薦やプロモーションの発表を必要とせずに現在のネットワーク活動を確認できるからである。7月15日のスナップショットまでに、アナウンスされたプレフィックスビューには4つの IPv4 /24（23.26.1.0/24、23.152.200.0/24、77.91.126.0/24、138.124.187.0/24）が含まれていた。また、2602:2d3::/40も含まれていた。IPv4 の合計は1,024アドレスである。IPv6 /40はルーティング割り当てであり、サーバー数、顧客数、使用可能な仮想マシン数を示すものではない。
同じスナップショットはまた、このストーリーに最初の制限を設定する。RIPEstat の AS ネイバービューは1つの左側ネイバーAS52000 を見つけた。IPinfo の AS30344 ページも同様に MIRhosting を唯一の上流として分類し、AS30344 をスタブネットワークと呼んだ。スタブとは、自身のルートを発信するが、下流ネットワークへのトランジットを提供することが観測されない AS である。これは控えめなホスティングネットワークにとって運用上整合性のある形状である。ルート多様性の証明ではない。
したがって、正しい初期評価は「ペーパーネットワーク」でも「実証済みの復元力のあるクラウド」でもない。AS30344 はアクティブであり、そのアドレス空間は到達可能で、新しいリソースがルーティングに投入されている。しかし、AS からの公に可視な出口は集中したままである。この区別は、販売サイトが高可用性、複数の国、または24時間体制のサービスを約束するときに重要になる。
ブランドは AS30344 が説明できる以上のものを販売している
365.hosting のホームページは、従来型だが広範なインフラカタログを提示している。VPS/VDS、専用サーバー、ドメイン、SSL 証明書、サーバー管理、セキュリティアドオンをリストしている。2022年から事業を展開し、米国、欧州、アジアに拠点を持ち、Tier III 施設とパートナーサイトで「自社ラック」を使用し、20,000以上のプロジェクトをサポートし、国際的な365.partners グループに属していると述べている。また、アクティブなウェブサイトや5年間99.9%のアップタイム主張など、大きなマーケティングカウンターも表示している。
これらの記述は、ブランドが顧客に購入してもらいたいものを確立する。物理的資産を AS30344 に割り当てるものではない。自社ラックの主張は、ラック ID、リース、施設ホール、電力供給、サーバーの所有者を特定していない。プロジェクトとウェブサイトのカウンターは、365.hosting 単独、古い WebHOST1 プラットフォーム、365.partners グループ、ドメイン登録、休眠アカウント、または有料コンピューティングのいずれをカバーするか説明していない。アップタイム数値は、測定期間、サービス分母、メンテナンス除外、インシデントログを公開していない。
製品ページはより具体的である。米国専用サーバーページは、デュアルソケット Intel 構成、1つの IPv4 アドレス、30 TB のトラフィック、標準オファーで公称1 Gbps チャンネル、5〜10日のセットアップ時間、無料の初期管理をリストしていた。また、10 Gbps チャンネルのハイエンド構成も表示していた。オランダ専用サーバーページも同様に、デュアル Xeon システム、NVMe ストレージ、1つの IPv4 アドレス、30 TB のトラフィック、1 Gbps チャンネル、同じセットアップ間隔を提供していた。
これはスタッフがいるストアフロントと定義された製品の証拠である。稼働中の在庫報告ではない。プランカードは、シャーシが注文中、ラックが満杯、価格が古い、または場所が一時的に利用不可の場合でもオンラインのままであり得る。5〜10日のセットアップ時間は特に示唆的である：専用容量は必ずしも即時プロビジョニング可能なプールではない。技術者、予備部品、リモートハンド、サーバー組み立て、バーンイン、ケーブリング、アドレス割り当てに依存する可能性がある。製品は、間隔後にハードウェアを提供する約束であり、すべての広告構成が今日インストールされアイドル状態であることの証明ではない。
ネットワークとカタログも分離して扱わなければならない。顧客のサーバーは AS30344 スペース、別のグループ ASN、施設提供のアドレス、または上流の割り当てを使用する可能性がある。逆に、AS30344 アドレスは、現在の米国またはオランダの製品カードで販売されていないインフラをホストする可能性がある。サービス、プレフィックス、施設、契約の間の公開されたマッピングがなければ、ASN は最も明確なネットワークアイデンティティであるが、商業プラットフォームの完全な在庫ではない。
シェリダンは登録住所であり、サーバールームではない
ARIN の自律システムレコードは365-HOSTING という名前で、AS30344 をアクティブとマークし、組織ハンドル PARTN-46 に結び付けている。関連するARIN 組織レコードは、ワイオミング州シェリダンの30 N Gould Street, Suite R と、365.hosting のサポートアドレスを記載している。会社の連絡先ページは同じワイオミング州の住所と電話番号を繰り返している。
これにより、シェリダンは強力な管理上および登録上の場所となる。データセンターの場所にはならない。連絡先ページに施設の主張はなく、ワイオミング州の電力や冷却の説明もなく、その建物にサーバー資産を配置する公開ルート測定もない。登録住所をラック座標として扱うことは、法的存在と物理的運用を1つの裏付けのない点に collapse させることになる。
ドメインレコードは異なるタイムラインを追加する。365.hosting の CentralNic RDAP 応答は、ドメインの作成を2022年7月に記録し、ns1.365.hosting と ns2.365.hosting を指定している。7月15日の公開 DNS はサイトを23.152.200.43に解決し、AS30344 プレフィックス内にある。メールとネームサービスのホスト名も同じネットワークに関連するアドレス内にある。これにより、ブランドは AS30344 と直接的な技術的関係を持ち、単に名前をマッチングするアグリゲーターよりも強い。
しかし、これでも企業連鎖を正確に確立するには至らない。ホームページは365.hosting が365.partners の一部であると述べている。365.partners INC の RIPE NCC メンバーページは同じシェリダン住所、電話番号、365.hostingメールドメインを記載し、ドイツ、英国、イスラエル、オランダのサービスエリアをリストしている。IPinfo の AS198178 ページは、そのより大きな365.partners ネットワークを365.hosting と関連付け、AS30344 よりもかなり広いアドレスフットプリントを示している。
これらの共通識別子は、ブランドとレジストリによって公に表現されているように、運用上の提携をサポートする。AS30344 と AS198178 を統合したり、すべてのグループプレフィックスをこのディレクトリエンティティに割り当てたり、一方の ASN が他方の自動バックアップであると仮定したりすることを正当化するものではない。別々のルート発信元は、異なる上流、施設、運用ポリシーを使用しながら、連絡先と商業的制御を共有できる。復旧の主張には、単に関連する名前ではなく、明示されたフェイルオーバー設計が必要である。
4つの IPv4 ブロックは同じレジストリ履歴を共有していない
AS30344 によって発信される1,024の IPv4 アドレスは、ルートテーブルでは均一に見える：4つの等しい/24。それらの登録履歴は均一ではない。この違いは、ルーティングされたスペースを単一の所有プールとして扱うことに対する有用な警告である。
ARIN は23.152.200.0/24を直接365.hosting に割り当てた（2023年5月）。新しい23.26.1.0/24はより大きな親ブロックからの割り当てであり、2026年5月に登録された。77.91.126.0/24の RIPE データベースエントリはネットワークWebhost_LLCを指定し、備考に365.partners INC を記載し、同じシェリダンの連絡先を保持している。138.124.187.0/24の RIPE エントリはモスクワの Webhost LLC を指定し、サブネットは顧客が自己管理する仮想サーバーおよび専用サーバーを提供するために使用されると述べている。
これらのレコードは、365.hosting が直接割り当て、割り当て、グループ関連のアドレスリソースを組み合わせて発信する運用状況をサポートする。通常の財産権の意味で4つのブロックすべてを所有していることを証明するものではない。インターネット番号リソースはレジストリポリシーの下で管理され、契約に基づいて再割り当て、サブ割り当て、またはルーティングされる可能性がある。異なる組織や備考は制御境界の一部であり、消去すべき事務的な煩わしさではない。
逆 DNS は使用の限定的な証拠を提供する。IPinfo の23.152.200.0/24のビューは、ほとんどのアドレスがwebhost1.net静的ネームを持ち、ns1.365.hosting、ns2.365.hosting、メインの365.hosting ホスト名を特定した。77.91.126.0/24のビューには、同様のwebhost1.net命名の中にvm.365.hostingが含まれていた。138.124.187.0/24のビューはmail.365.hostingとさらに多くの WebHOST1 スタイルの逆レコードを示した。
これは、ブランドと古い WebHOST1 運用環境が制御面を共有している強い証拠である。個々の顧客 identity、サーバー数、物理的な場所の弱い証拠である。逆ネームは移行後も持続したり、自動生成されたり、建物ではなく管理慣行を指す可能性がある。1,024のライブサーバーの在庫に変換すべきではない。
ルート認証はルート冗長性よりも優れている
4つの IPv4 アナウンスは、レビューしたタイムスタンプで有用なセキュリティ特性を持っていた。RIPEstat の RPKI バリデータは、AS30344 によって発信された場合、23.152.200.0/24、23.26.1.0/24、77.91.126.0/24、138.124.187.0/24に対してvalidを返した。つまり、ルート発信元検証を使用する依存ネットワークは、この ASN-プレフィックスペアを受け入れるための暗号化権限を持っていた。
IPv6 ルートは異なっていた。バリデータは2602:2d3::/40に対してunknownを返した。これはその応答で検証 ROA が見つからなかったためである。不明は無効ではない。ルート発信元検証がそのペアに対して肯定的な認証を提供しなかったことを意味する。この区別はセキュリティ態勢にとって重要だが、valid でも unknown でも帯域幅、混雑、施設電力、顧客フェイルオーバーについては何も語らない。
したがって、RPKI はルーティング整合性制御であり、冗長性メカニズムではない。完全に認証されたルートでも、ルーターが故障したり、トランジット契約が失効したり、ファイバーが切断されたり、メンテナンス変更がうまくいかなかったりすると消失する可能性がある。可視のままでもパケットロスが発生する可能性がある。逆に、1つの可視ネイバーを持つルートは、そのネイバーのグローバルネットワークからかなりのリーチを継承できるが、それでも2つのシステム間の商業的および技術的ハンドオフに依存する。
公開トポロジーは、警戒ではなく注意を支持する。ルートコレクターはすべてのプライベート相互接続を観測するわけではなく、バックアップセッションが設定されているが非アクティブである可能性がある。第2のキャリアがレイヤ2で存在し、AS52000 だけが BGP ネイバーである場合もある。証拠は、隠れたまたはコールドスタンバイが存在しないことを証明できない。7月15日の RIPEstat ビューで第2の AS ネイバーが見えず、会社がそれを実証するテストを公開していなかったことを証明できる。
MIRhosting は大規模なネットワークだが、可視のヒンジであり続ける
AS52000 は小さな単一キャリアエンドポイントではない。MIRhosting の会社ページは、Secaucus、ニューヨークの60 Hudson Street、オランダの複数サイト、フランクフルト、ムンバイを含む欧州、米国、アジアの10以上のデータセンター拠点をリストしている。PeeringDB の AS52000 レコードは、1-5 Tbps のトラフィック、オープンピアリングポリシー、複数の交換所と施設、24時間の NOC とアビューズ連絡先を備えたグローバルネットワークを記述している。BGP.toolsは、Arelion、GTT、Cogent、Tata を含む複数の上流を交換接続とともにリストしている。
その広がりは、「1つの AS ネイバー」を「インターネット全体への1本の物理ケーブル」と同一視する誘惑を減らす。MIRhosting は、独自の冗長ルーター、上流、サイトを持つネットワークを介して AS30344 を運ぶことができる。IPinfo の traceroute サンプルは、ニューヨーク近郊で特定された MIRhosting ルーターを介して AS30344 アドレスに到達し、米国のサービスパスと一致している。しかし、これは AS30344 と AS52000 を接続するポートの数、それらのポートが異なる建物に入るかどうか、オランダと米国のサービスが別々のハンドオフを使用するかどうかを開示していない。
ヒンジは依然として現実的である。AS30344 の外部から可視なすべてのパスが AS52000 によるルートの受け入れと伝搬に依存する場合、その境界でのポリシーエラー、商業的停止、ルートリークフィルター、DDoS 対応、または共有制御プレーン障害が、4つの IPv4 プレフィックスと IPv6 プレフィックス全体に同時に影響を与える可能性がある。MIRhosting の上流多様性は、AS30344-AS52000 関係に固有の障害から自動的に保護するわけではない。
顧客は「冗長」という言葉よりも正確な回答を必要としている。有用な証明には、第2のアクティブトランジット AS、両方のパスを示すルートコレクター履歴、別々の施設クロスコネクト、ポート容量、フェイルオーバーテスト日、およびいずれかのハンドオフが無効にされた後もサービスプレフィックスが到達可能であることの証拠が含まれる。このプロフィールでレビューした公開資料ではそれらは見つからなかった。したがって、ネットワークはアクティブでグローバルに到達可能であり、公に観測された上流関係は1つだけであると記述すべきである。
Secaucus ラベルは運営者を超えて存続している
米国製品は、1つの点で物理的に具体的である。2026年3月7日付けの365.hosting ニュージャージー発表は、NVMe クラウドサーバーが「vXchnge Secaucus」にあると述べ、ニューヨーク市近郊の54,121平方フィートの施設を説明している。専用サーバーページはそのサイトを vXchnge NJ01 と呼んでいる。これにより、顧客は単なる「米国」地域ではなく、ニュージャージー州 Secaucus を具体的に知ることができる。
運営者名は古いが、公開買収日自体には注意が必要である。H5 の現在の買収発表は2021年1月31日付であり、データセンター Dynamics の同時代の確認は2022年1月31日付である。1年のソース矛盾により、より正確な経過年数を主張することはできない。どちらの日付も365.hosting の2026年3月7日の開設通知より少なくとも4年先行している。現在の H5 施設ページは、ニュージャージーデータセンターを Secaucus の200B Meadowlands Parkway にリストし、38,000平方フィート以上の Tier III 施設として説明し、ニューヨークの事業継続のために販売している。PeeringDB の施設レコードは H5 Data Centers Secaucus (NJ01)と呼び、同じ住所を記載し、「vXchnge Secaucus (NJ01)」を単なる代替歴史的名称として保持している。
この不一致は、365.hosting のサーバーが建物を離れたり、サービスが利用できなくなったりすることを証明するものではない。顧客契約とラックは施設売却後も存続できる。しかし、会社の公開説明が現在の運営者に更新されていないことを示している。これにより、確認が難しい隣接する主張（どの当事者がリモートハンドを提供するか、どのサービスレベル契約が適用されるか、施設インシデント中に誰がエスカレーションを受けるか、引用された54,121平方フィートが建物の面積、以前のマーケティングエリア、現在の販売可能スペースのいずれを表すか）に対する信頼性が低下する。
また、契約上の依存関係も変化する。もし H5 が現在サイトを管理し、365.hosting がサーバーまたはラックを管理し、MIRhosting が可視ネットワークパスを提供する場合、顧客は少なくとも3つの運用層に依存することになる。H5 は建物アクセス、電力、冷却、施設手順を維持する。365.hosting はサーバーサービスをプロビジョニングしサポートする。MIRhosting は可視 BGP 関係を運ぶ。追加のハードウェアサプライヤー、支払い処理業者、管理プラットフォームがこれらの背後に存在する。レビューした公開契約は、2つの層が障害の原因について意見が一致しない場合に、どの層がエンドカスタマーに救済を提供するかを示していない。
最も安全な場所の表明は狭い範囲にとどまる：365.hosting は、歴史的に vXchnge NJ01 として知られる Secaucus 施設で米国サーバーを公に販売している。H5 は現在200B Meadowlands Parkway サイトをニュージャージー施設として提示している。公開証拠は、365.hosting のラック、設置負荷、ケージ、現在のクロスコネクト、またはその内部の残りの販売可能容量を特定していない。
オランダの場所は施設グループまでしか特定されていない
オランダのオファーも同様に現実的だが、地理的精度は低い。同じく2026年3月7日付けの365.hosting オランダ開設通知は、Serverius データセンターで仮想サーバーが利用可能になったと述べている。オランダ VPS ページにはレガシーな WebHOST1 コピーが含まれている：WebHOST1 がサービスを提供し、Serverius データセンターで自社機器を使用していると述べている。これは365.hosting の表面に露出した WebHOST1 の主張であり、365.hosting が機器を所有していることの証明ではない。ページはまた、KVM 仮想化、RAID10 の SSD ストレージ、100 Mbps のプランチャンネル、30日間の返金を説明している。専用サーバーページは、リストされたハードウェアに対して広告チャンネルを1 Gbps に引き上げている。
Serverius はもはや現在の単独の公開ラベルではない。Kolo の移行ページは、Serverius と Fuzion が現在 Kolo 名で運営されており、同じ場所とサービスを提供し、統一ブランドが7月17日に正式に稼働すると述べている。Kolo のオランダポートフォリオは4つのサイトをリストしている：NL1 Dronten、NL2 Meppel、NL3 Apeldoorn、NL4 Amsterdam。これらは Kolo プラットフォームの主張であり、365.hosting 機器の地図ではない。365.hosting ページはどの施設、部屋、ラックが関連サービスを保持しているかを示さず、公開クロスコネクトレコードは AS30344 を特定の Kolo サイトに結び付けていない。
その欠落したサイト識別子は、地域性と復旧分析の両方を制限する。「オランダ」を選択する顧客は、サービスが販売どおりに稼働している場合、国内でのデータ処理を合理的に期待できる。公開ページは、バックアップが同じ建物内、別の Serverius サイト、米国、または別の管理プラットフォームにあるかどうかを開示していない。障害が発生したオランダのホストを Secaucus で復元できるかどうか、そのような移動に顧客の同意が必要かどうか、イメージとデータ転送にどのくらいの時間がかかるかを述べていない。
Serverius ドメインでまだ提供されている NOC 通知は、これらの区別が重要である理由を示しており、すでに KoloDC ラベルを使用している。2026年、サイトは NL1 Dronten での冷却メンテナンスと NL1 Dronten と NL2 Meppel 間のダークファイバー作業を公開し、代替ファイバーが引き継ぐべきだが、ルート再収束中に遅延やパケットロスの可能性があると警告している。これは施設ネットワークによる健全な運用開示である。365.hosting が影響を受けるサイトのいずれかを占有していたり、代替パスに参加していたりすることを証明するものではない。単に「オランダ」というラベルが隠すタイプの物理メンテナンスを示している。
したがって、オランダの証拠グレードは、国レベルのサービス可用性については中程度、正確な資産配置については弱い。製品ページはオファーを信頼できるものにしているが、Serverius から Kolo への移行は、サービスを特定せずに現在の施設プラットフォーム identity を確立している。ソースは、365.hosting のストリートアドレス、設置在庫、電力割り当て、ラック所有権、またはサイト間レプリケーションを確立していない。
容量カードは容量の表明ではない
ストアフロントは有用な商業単位を公開している：プロセッサタイプ、メモリ、ディスク、チャンネル、トラフィック許容量、IPv4 数、セットアップ時間、請求期間。これらは、該当する契約の下で提供される場合の顧客の権利である。プロバイダーの容量を計算するために合算することはできない。サイトは各カードの背後にある利用可能なサーバー数や仮想化ホスト数を公開していないからである。
レビュー時に、1つのオランダ VPS プランが在庫切れとして表示されていた。これは小さなが貴重な運用信号である。カタログが、すべての構成を無制限に受け入れるのではなく、可用性状態を公開できることを示唆している。また、プラン仕様が設置容量ではない理由も示している。利用不可のプランでの20 GB のディスク権利と100 Mbps のポートは、新規顧客に利用可能なサービスを提供しない。
専用サーバーページは5〜10日のセットアップ時間を記載している。これは不足ではなく通常のプロビジョニングを表す可能性があるが、ハードウェア在庫と労働力の役割を露呈している。本番サーバーが故障した場合、関連する質問は、一致する SKU がウェブサイトに存在するかどうかではない。同意された交換目標の下で、同等のシャーシ、メモリセット、NVMe デバイス、電力割り当て、技術者が同じサイトで利用可能かどうかである。
レビューしたページは、ラック数、サーバー数、ハイパーバイザー数、総 CPU コア数、設置ストレージ、予備ドライブ在庫、動力容量、コミット済み帯域幅、オーバーサブスクリプション、販売済み比率、予約在庫を開示していない。ホームページの自社ラックの主張は定量化されていないままである。H5 の施設規模と Kolo プラットフォームの規模はそれらの施設運営者に属し、365.hosting に割り当てることはできない。テナントは大規模データセンターの1つのキャビネットを占有する可能性があり、建物の規模はテナントの空き容量について何も語らない。
1,024のルーティングされた IPv4 アドレスでさえ、サーバーの制限ではない。1つのホストが多くのアドレスを保持でき、1つのアドレスが多くの仮想ホストのフロントとなる可能性があり、アドレスは予約、ルーティング済みだが未使用、ネットワークアプライアンス用、または顧客に割り当てられる可能性がある。IP2Location AS30344 概要は4つの/24と単一の MIRhosting 上流を裏付けているが、そのアドレス総数はネットワークリソースの尺度であり、コンピューティングの尺度ではない。
したがって、容量の結論は明確である：現在のオファリングとルーティングされたリソースは運用中のサービスを示しているが、設置済み、販売済み、予備、障害状態の容量は公に定量化されていない。より強い数字は発明されることになる。
99.9%の主張には分母が必要
365.hosting のホームページは、5年間で99.9%のアップタイムを達成したと述べているが、同じページはブランドが2022年から運営されていると述べている。2026年7月までに、そのブランドでの完全な5年間の測定は、記載された運営日より前まで及ぶことになる。この数字には、古い WebHOST1 サービスの履歴が含まれているか、丸められたマーケティングコピーであるか、別の開始点を使用している可能性がある。ページは分母を説明していない。
99.9%では、連続測定の場合、1年（365日）で約8時間46分のダウンタイムが許容される。この計算は実際のダウンタイムの証拠ではない。スコープが重要である理由を示すだけである。ウェブサイト可用性、コントロールパネル可用性、ネットワーク到達可能性、VM 電源状態、アプリケーション応答はそれぞれ異なるパーセンテージを生み出す可能性がある。計画メンテナンス、不可抗力、顧客起因のインシデントは、ユーザーに見える場合でも、契約上の SLA から除外される可能性がある。
公開された技術工事ページは、レビューしたビューで明確な英語のインシデントアーカイブを提示していなかった。連絡先ページは、顧客が請求パネルのリクエストシステムを通じて最速の応答を得られると述べ、別途午前9時から午後9時までのオンラインサポートチャットに言及しているが、広範なページは24時間サポートを宣伝している。これらの記述は、チケットが24時間監視されているがチャットはそうでない場合に共存できる。初期応答や復旧目標を公開していない。
インシデント履歴とサービス固有の SLA がなければ、アップタイムの主張は属性付きのままにすべきである。両国、すべての製品、AS30344、または管理プラットフォームが同じ結果を達成したと推測するために使用できない。また、ここで最も関連する障害モード（AS52000 の喪失、ラック電力供給の喪失、専用サーバーの交換、顧客イメージの復元、国境を越えたワークロードの移動）からの復旧を示すこともできない。
有用な運用開示は、地域別のサービス可用性、メンテナンス除外、インシデントの開始および終了時刻、影響を受けたコンポーネント、根本原因、是正措置、契約上のクレジットが発行されたかどうかを公開する。その証拠は利用できなかった。欠如は障害が発生したことを意味しない。宣伝されたパーセンテージが測定された信頼性記録の分析的重みを担うことができないことを意味する。
制御面は WebHOST1 にまで及んでいる
公開サイトは、BGP よりも見逃しやすい2番目の集中を露呈している。そのホームページ HTMLはapi.webhost1.ruにプリコネクトし、コンテンツとナビゲーションは WebHOST1 ルートを再利用し、製品データと管理参照の大部分は WebHOST1 ホスト名を持っている。AS30344 全体の逆 DNS も繰り返しwebhost1.netを使用している。365.hosting のサイトマップは、クリーンなブランド固有の URL セットではなく、webhost1.ruページを指している。
これは、確立された運用プラットフォームとの継続性をサポートする。365.hosting が課金、プロビジョニング、サポート知識、サーバー管理システムをゼロから構築するのではなく再利用することを可能にする可能性がある。また、障害とガバナンスの境界を作り出す。顧客は、公開パケットが AS30344 を流れる実行中の VM を持ちながら、注文、支払い、パスワードリセット、チケット、コンソールアクセス、自動化のために別のドメインとプラットフォームに依存する可能性がある。
365.hosting のドキュメントページは、公開オファー、アカウント負荷制限、個人データ条件へのリンクを表示していたが、レビューした英語ページは、完全で容易に監査可能な会社名とサービススケジュールを公開していなかった。連絡先ページの銀行詳細セクションも、レンダリングされた英語ビューでは未記入のように見えた。これにより、公開英語表面から、どの正確な法人が顧客に請求書を発行するか、どの条件が米国およびオランダ製品を管理するか、Webhost LLC、365.partners INC、または別の関連会社が特定の義務を実行するかを判断することが困難になる。
これは契約が存在しない証拠ではない。顧客はチェックアウト時に完全な条件を受け取る可能性がある。外部の顧客がプライベート購入フローに入る前に完全な契約チェーンを検証できない証拠である。データ主権、インシデントエスカレーション、倒産計画にとって、この区別は重要である。コントロールパネルを運営する当事者は、ラックリースを保持する当事者やルートを発信する当事者とは異なる可能性がある。
堅牢な退出計画は両方の面を考慮しなければならない。資格情報、イメージ、DNS ゾーン、ドメイン移管アクセスなしのデータバックアップだけでは不十分な場合がある。逆に、通常のプラットフォームが失敗した場合、顧客データの唯一のコピーが利用不可のストレージに残っている場合、コントロールパネルアクセスは限られた価値しかない。公開資料は、エクスポート形式、API 保証、アカウント引き渡し手順、緊急アクセスを指定していない。
障害は所有権が変わる場所から始まる
最初の障害経路は可視ルート境界である。AS30344 が AS52000 との関係を失った場合、非公開の代替が引き継がない限り、観測された5つのアナウンスすべてが同時に到達不能になる可能性がある。別の場所で発信されたアドレスを使用する顧客は異なる動作をする可能性があり、それがサービス対プレフィックスのマッピングが重要である理由である。公開記録はそれを提供していない。
2番目の経路は施設固有である。Secaucus では、H5 が現在、歴史的な vXchnge 名に帰属されていた建物層を管理している。オランダでは、オファーはまだ Serverius と言っているが、公開施設プラットフォームは Kolo 名の下に移行しており、正確なサイトは非公開である。ユーティリティの中断、UPS 故障、冷却問題、アクセス制限、施設メンテナンスは、365.hosting のスタッフとルーターが健全であっても顧客サービスに影響を与える可能性がある。
3番目はラックとハードウェアの障害である。「自社ラック」は有用な制御を集中させるが、配電、トップオブラックスイッチング、ハイパーバイザー、ドライブ、予備部品に対する責任も生み出す。5〜10日の新しいサーバーセットアップウィンドウは交換目標として扱うことはできない。顧客は、故障したディスクがミラーリングされているか、故障したホストが他の場所で自動 VM 再起動をトリガーするか、バックアップデータが別の障害ドメインにあるか、専用サーバーがどれだけ早く再構築できるかを知る必要がある。
4番目は運用サポートである。公開コピーは24時間サポートを約束するが、チャット時間は狭く、チケット目標は非公開である。深刻なインシデントは、ホスティングプロバイダー、上流、施設運営者が互いの診断を待つときに長引く可能性がある。名前付きエスカレーションパスと共同インシデント手順は、一般的なサポートバッジよりも価値がある。
5番目は課金とアカウント管理である。共有 WebHOST1 インフラ、サードパーティの支払いスクリプト、プライベート課金パネルはサービス依存関係になり得る。支払い紛争、不正保留、期限切れカード、アカウント侵害は、ハードウェアが実行中でも管理アクセスを削除する可能性がある。公開ページは、猶予期間、停止シーケンス、緊急連絡先、エクスポート権利を述べていない。
6番目は移行である。サイトは一部のサービスについて無料移行と30日間返金を宣伝している。これにより初期切り替えコストは低下するが、迅速な退出を証明するものではない。大規模データセット、プライベート構成、専用 IP レピュテーション、DNS タイミング、アプリケーション依存関係により、移行がサーバープロビジョニングよりも遅くなる可能性がある。レビューしたページは、ポータブル VM イメージ、一括エクスポート帯域幅、キャンセル後の保持スナップショット、施設問題中の支援退避を約束していない。
これらは障害の主張ではない。公開運用体制によって作成された依存関係チェーンである。弱点は必ずしも1つのコンポーネントではなく、契約とテスト済み復旧行動が開示されていないコンポーネント間のハンドオフである。
2つの販売国はまだ復旧ペアを構成しない
米国とオランダの両方のオファーの存在は、一般的な仮定を招く：一方のサイトが失敗した場合、ワークロードは他方に移動できる。公開ページはその約束をしていない。場所を独立して販売している。アクティブ-アクティブサービス、レプリケートストレージ、共有オーケストレーション、共通プライベートネットワーキング、DNS フェイルオーバー、予備スタンバイ容量を説明していない。
サイト間復旧はまた、法的および遅延の境界を越えることになる。データをオランダからニュージャージーに移動すると、適用される管轄権、顧客通知義務、転送メカニズム、ラウンドトリップ遅延が変わる可能性がある。欧州での処理のためにオランダを選択した顧客は、米国での復旧が許容されると想定できない。データ主権の管理されたトピックは、証拠がコンプライアンス違反を証明するからではなく、場所が製品の一部であるために正確に関連する。
オランダ国内でも、Kolo の4つのリスト施設は365.hosting の冗長性として数えることはできない。Kolo はマルチサイト復元力オプションを宣伝しているが、365.hosting はその施設を特定したり、顧客データが別の施設にレプリケートされていると述べたりしていない。キャリアニュートラルなホールはオプションを生み出す。自動的に2番目の契約サービスを生み出すわけではない。
同様に、両国における MIRhosting の施設は、AS30344 が両方で独立したハンドオフを持っていることを証明しない。1つのネイバーBGP ビューは、同じ AS への複数の物理リンクをカバーする場合もあれば、1つをカバーする場合もある。公開データはそれらを区別しない。信頼できる冗長性の表明は、正当なセキュリティ詳細を保持しながら、サイト、回線、障害テストを命名する。
したがって、顧客は国メニューを復旧アーキテクチャではなく配置選択として扱うべきである。サイト損失にわたる継続性を必要とする者は、明示的に設計して購入しなければならない：アプリケーションレプリケーション、別々の資格情報、独立した DNS、プライマリアカウント外のバックアップ、テスト済み復元、容量予約、セカンダリロケーションの法的根拠。プロバイダーの公開資料は、これらのコントロールがデフォルトで含まれていることを示していない。
システム障害時に誰が影響を受けるか
ホームページの「20,000以上のプロジェクト」の主張は意味のあるユーザーベースを示唆しているが、独立した内訳はその数を現在の AS30344 サービスに結び付けていない。逆 DNS とホストされたドメインの観測は、ルーティングされたスペースがインターネットに面するシステムを運んでいることを確認する。それらのシステムが小規模ウェブサイト、エージェンシー、ソフトウェアサービス、ゲームサーバー、ショップ、内部企業ツール、インフラリセラーのいずれに属するかを明らかにしていない。
製品言語はいくつかの影響を受けるグループを指している。VPS 顧客は、ホストまたはルートが故障したときにウェブアプリケーション、データベース、VPN、開発環境を失う可能性がある。専用サーバー顧客は、環境が特定のシャーシに結び付けられているため、より長いハードウェア交換に直面する可能性がある。ドメインおよび DNS 顧客は、コンテンツが他の場所でホストされていても、制御層で影響を受ける可能性がある。リセラーは、1つの上流インシデントを多くのエンドクライアントに増幅する可能性があり、それらのクライアントは365.hosting を聞いたことがないかもしれない。
顧客への影響はアドレス継続性にも依存する。同じ IP を保持せずにワークロードを別のプロバイダーに移動すると、許可リスト、メールレピュテーション、DNS キャッシュ、API 統合、セキュリティルールが混乱する可能性がある。4つの/24はしたがって、数値サイズを超えた運用資産である。しかし、公開ポータビリティポリシーは、顧客がアドレスを持ち込めるか、独自のプレフィックスをアナウンスできるか、移行中に IP を保持できるか、BGP サービスを取得できるかを述べていない。
データ損失と利用不可は別々の結果である。ルート障害は、データを無傷のまま到達不能にする。ストレージ障害は、ネットワークが健全なままデータを破壊する。課金ロックは、公開サービスが一時的に継続している間に制御をブロックする。復旧計画は、パケット到達可能性、VM 電源、データ耐久性、管理アクセス、アプリケーション正確性のどの状態を保護しているかを特定する必要がある。
限られた開示は、顧客がこれらの復元力の多くを自分で提供しなければならないことを意味する。プロバイダー外のバックアップ、文書化された再構築手順、セカンダリ DNS、独立したドメイン資格情報、複数のネットワークからの監視、リハーサルされた移行は、外部で検証できない主張への依存を減らす。必要性は、「クラウド」サービスを購入することが目に見えないフェイルオーバーを含むと想定するユーザーを持つ顧客にとって最も大きい。
証拠がサポートするものとサポートしないもの
証拠は、365.hosting をアクティブな米国登録自律システムに関連する運用中のホスティングプロバイダーと呼ぶことをサポートする。そのドメインは AS30344 内に解決する。IPv4 プレフィックスはアナウンスされており、最新のブロックは割り当て直後にルーティングに入り、逆 DNS はホスティング使用を示し、製品ページはプロセッサ、ディスク、チャンネル、場所の詳細な商業語彙を受け入れている。これは名前だけから構築されたディレクトリカードよりも実質的に強い。
また、特定の集中所見をサポートする。7月15日のスナップショットでは、観測されたすべての AS30344 ルートに1つの可視 AS ネイバーMIRhosting AS52000 があった。4つの IPv4 発信元は RPKI 検証済みだった。IPv6 発信元は不明であり、無効ではなかった。ルート証拠は隠れたバックアップリンクについて何も述べていないが、第2のトランジットまたはテスト済みフェイルオーバーの公開証明は見つからなかった。
物理的証拠は、米国オファーについては Secaucus を都市および施設履歴レベルでサポートし、修正が加えられている：vXchnge ではなく H5 が現在200B Meadowlands Parkway 施設を提示している。オランダオファーについては、レガシーな Serverius 製品ラベルと、4つのオランダサイトを持つ現在の Kolo プラットフォームをサポートしているが、365.hosting の場所として Dronten、Meppel、Apeldoorn、Amsterdam を特定していない。ワイオミング州をサーバーの場所としてサポートしていない。
容量証拠は、現在のプラン仕様と5〜10日の専用プロビジョニングウィンドウをサポートする。設置または利用可能なサーバー数、ラック占有、総帯域幅、電力、予備在庫、販売済み比率、障害後の使用可能容量を開示していない。99.9%および顧客/プロジェクトの指標は、公開された測定詳細なしのマーケティング主張のままである。
企業証拠は、共有連絡先、ドメイン、ページインフラ、レジストリレコードを通じて、365.hosting、365.partners、WebHOST1 の間の公開提携をサポートする。すべての AS198178 リソースを AS30344 の一部にしたり、別のグループネットワークがスタンバイであることを証明したりするものではない。また、どのエンティティが各顧客に完全なサービスを提供するかを開示していない。
これは中程度の強度のネットワーク所見であり、弱いから中程度のインフラ開示である。格下げは意図的である。ルート発信元とストアフロントは現実的だが、正確な運用と復旧の境界は、より強い復元力の結論にはあまりにも不透明である。
次の証明はプロモーションではなく運用であるべき
最も簡単な修正は編集上のものである：Secaucus 施設名を更新し、H5 を現在の運営者として特定し、365.hosting と MIRhosting の役割を説明する。顧客は2026年の開設投稿と、取引を2021年または2022年のいずれかに日付する H5 の現在のサイト identity および買収ソースを調整する必要があるべきではない。オランダページは Serverius ラベルを Kolo 移行用に更新し、関連する Kolo 施設コードと都市を特定するべきである。
次のステップは、サービス対インフラマトリックスである。米国およびオランダの製品ファミリーごとに、365.hosting は施設運営者、契約エンティティ、ルート発信元、上流、バックアップ場所、サポートチャンネル、該当する SLA を記載できる。ラック番号や機密トポロジーを明らかにする必要はない。顧客が VM、専用シャーシ、マネージドサービスのいずれを購入するか、どのコンポーネントが共有されているかを明確にすべきである。
ネットワーク復元力については、日付入りのフェイルオーバーノートが不確実性の多くを解決する：AS30344 トランジット関係の数、それらが別々の施設で終端するかどうか、IPv4 と IPv6 が同じ保護を持っているかどうか、最後に成功したルート撤回テスト。単一ネイバービューは、コレクターの制限、意図的な設計、または真の集中として解釈可能になる。
容量については、有用な指標は総アドレス数や施設面積ではない。設置ホスト、電力供給ラック、利用可能構成、予備ハードウェア、総コミット済み帯域幅、交換目標である。ステータスは、設計、設置、電力供給、サービス中、販売済み、予約済み、利用可能な容量を区別すべきである。プロバイダーは、正確な数値が商業的に機密である場合、範囲またはパーセンテージを開示できる。
復旧については、顧客は復旧ポイント目標と復旧時間目標、バックアップ障害ドメイン、イメージエクスポート形式、プラットフォームからの文書化された退出経路を必要とする。国境を越えた復旧はオプトインとし、法的に明示すべきである。30日間返金は商業的保証であり、災害復旧設計ではない。
最後に、公開ステータスレコードは、影響を受けた場所、サービス、開始および終了時刻、影響、原因、是正措置を一貫した日本語でインシデントとメンテナンスを伝えるべきである。Serverius はすでに自社の NOC 通知でこの慣行の価値を実証している。その明確さを365.hosting の顧客層に拡張することは、別の一般的なアップタイムバッジよりも信頼に役立つ。
それらの証明が現れるまで、最も正確な読み取りは狭いままである。365.hosting は、新しく割り当てられた/24を含む実際のアドレス空間をサービスに投入した。2か国で識別可能なハードウェアを販売し、より広範なホスティンググループに埋め込まれているように見える。しかし、レビューした7月15日のビューでは、最新のルートは依然として1つの可視上流を通じてパブリックインターネットに到達し、米国施設ラベルは運営者記録より少なくとも4年遅れており、オランダラベルは Kolo の4つのサイトのいずれにも解決しなかった。販売カタログもルートテーブルも、ラック、サイト、契約、制御面の障害に耐える容量を証明していない。