概要
- Network LIGA HOSTING LTD は、LIGA HOSTING LTD の公開ホスティング事業のインフラ向けアイデンティティです。Companies House は会社番号 17069738 を 2026 年 3 月 4 日設立のイングランドおよびウェールズのアクティブなプライベートリミテッドカンパニーとして記録し、SIC 63110 としています。一方、同社の利用規約では、ホスティング事業は 2019 年から活動し、30 か国以上の顧客にサービスを提供していると述べています。
- 公開サービス面はテスト可能なほど現実的です。LigaHosting は Tulcea とフランクフルトでの VPS Standard、フランクフルトでの Ryzen 9 9950X Performance VPS、毎日 7 日間のバックアップ付き cPanel Web ホスティング、ルーマニアブランドでのゲームホスティングを宣伝しています。同じサイトは AS201131、DDoS 保護、10-40 Gbps アップリンク、60 秒未満の VPS プロビジョニング、99.9% の月間ネットワークおよびコアインフラ SLA を主張しています。
- AS201131 は現在可視です。RIPE RDAP は AS201131 を LGH-Network として識別し、2026 年 3 月 3 日に LIGA HOSTING LTD に登録されています。RIPEstat の最新のルーティングステータスビューは、3 つの IPv4 /24 と 2 つの IPv6 /48 を、完全またはほぼ完全な RIS 可視性で示しています。チェックされた 3 つの IPv4 ルート発信元ペアは RPKI で有効ですが、現在の 2 つの IPv6 /48 はチェックされた RIPEstat ビューで不明な検証を返しました。
- エビデンスグレードはMediumです。公開ルーティング、製品、ステータス、契約のエビデンスは運用中のホスティングフットプリントを支持しますが、記録は依然としてラック所有権、施設運用者、二重電力経路、予備ハードウェア、各サイト内の経路多様性、テスト済みリストア、顧客移行権を証明していません。
古いホスティングストーリーを包む新しい英国企業
最初に区別すべき事実は、法的アイデンティティと運用履歴です。Companies Houseは LIGA HOSTING LTD を会社番号 17069738、アクティブ、2026 年 3 月 4 日設立、登録事務所は 3rd Floor, 86-90 Paul Street, London, EC2A 4NE、事業内容は 63110（データ処理、ホスティングおよび関連活動）として記録しています。役員ページには Ionel-Florin Florin Moisa が設立日に任命されたアクティブな取締役として記載されています。重要な支配権を持つ人物の記録は、Ionel-Florin Moisa が株式および議決権の 75% 以上を所有し、取締役の任命または解任権を有することを記録しています。
これにより会社は可視ですが、新しいです。最初の決算報告は 2027 年 12 月まで、最初の確認声明は 2027 年 3 月まで提出されません。したがって、顧客はまだ成熟した提出履歴、会計履歴、または長期の企業イベントシーケンスを読むことができません。これは、購入者が低コストサーバーが耐久性のある取引相手か、法的形式、アドレスリソース配置、または運用サプライヤーを変更する可能性のある急速に動くホスティングブランドかを決定する際に重要です。
公開サイトはより長い取引ストーリーを伝えています。LigaHosting の利用規約（最終更新 2026 年 4 月 29 日）は、LIGA HOSTING LTD が国際 VPS および cPanel Web ホスティング向け ligahosting.com、ゲームホスティング向け ligahosting.ro のブランドを運営し、2019 年から活動し、30 か国以上の顧客にサービスを提供し、ルーマニアとドイツで VPS インフラを運用していると述べています。この古い歴史の記述は、英国企業の設立前のブランドまたは取引事業を説明している可能性があります。これは会社番号 17069738 の Companies House 履歴として読むべきではありません。
この区別は細かいものではありません。サービスに古い顧客、古いパネル、または以前のインフラ契約がある場合、新しい会社は長い法的提出履歴を継承せずに一部の運用慣行を継承できます。会社が既存のルーマニアまたはヨーロッパのホスティング事業を新しく正式化したラッパーである場合、顧客は現在の契約に署名している法的エンティティ、ハードウェアを所有またはレンタルしているエンティティ、サプライヤーアカウントを保持しているエンティティ、および別のブランド、リセラーアカウント、または古いパネルがチェーンに残っている場合の既存サービスへの影響を尋ねるべきです。
ロンドンの登録事務所もデータセンターの主張ではありません。Companies House の住所とサイトの構造化組織データは、ラックの場所ではなく企業住所を示しています。これは、ルーマニアとドイツのインフラを販売する英国企業と一致しています。これは、顧客データが英国で処理されること、サポートスタッフがロンドンにいること、または企業が英国の施設を所有していることを証明するものではありません。ホスティングストーリーは、製品ページ、ステータスページ、ルーティングテーブル、利用規約に対してチェックする必要があります。
公開製品面が販売するもの
製品ページは、ハイパースケールクラウドではなく、小規模から中規模のホスティング購入者を対象としたサービスを示しています。メインの LigaHosting サイトは "VPS Standard & Performance"、DDoS 保護、即時展開、プレミアムネットワーク接続、エンタープライズハードウェア、ルーマニアとドイツでのヨーロッパ展開を宣伝しています。AS201131 を自社のバックボーンとして挙げ、VPS プロビジョニングは 60 秒未満としています。また、10-40 Gbps アップリンクと 15 分未満のサポート応答を宣伝しています。これらは商用の主張ですが、物理的な質問に変換できるほど具体的です。
VPS Standard ページは 2 つのインフラノードを挙げています。ルーマニアの Tulcea はデュアル Intel Xeon Gold 6254 ハードウェア上で Standard と説明され、ドイツのフランクフルトは AMD EPYC 7702 上で Standard と説明されています。プランカードは小規模 VPS インスタンスから始まり、1 つの IPv4 アドレスと DDoS 保護を含みます。VPS Performance ページは、フランクフルトに AMD Ryzen 9 9950X プロセッサ上で高周波数層を集中させ、プランは 1 vCPU、2 GB RAM、100 GB NVMe から 12 vCPU、64 GB RAM、1.6 TB NVMe までスケールします。これは具体的なコンピューティングストーリーであり、単なる空白の "クラウド" ラベルではありません。
Web ホスティングページは別の製品面を追加します。cPanel ホスティング、SSD ストレージ、無料 SSL、メールアカウント、毎日のバックアップです。Web Starter は 20 GB SSD ストレージと 1 つのウェブサイトを宣伝しています。Web Pro はストレージとアカウント範囲を拡大します。Web Business は無制限の SSD ストレージ、無制限のウェブサイト、無料の専用 IP を宣伝しています。重要な依存関係のシフトは、cPanel ホスティングが複数のアカウントを共有サーバーと共有管理システムに集中させる一方、VPS ホスティングは購入者に root アクセスを与えますが、バックアップと設定責任の多くを購入者に移すことです。
ルーマニアのゲームホスティングブランドは別のシグナルを追加します。LigaHosting.roはルーマニアとドイツでのゲームサーバーホスティング、99.9% のアップタイム目標、24/7 サポート、ルーマニアを 5.180.33.0/24、ドイツを 163.5.26.0/24 として示すインフラパネルを宣伝しています。ルーマニアのコンピュートは Intel Core i9-14900K プラットフォーム、192 GB DDR5、2 TB NVMe、ドイツは AMD Ryzen 9 9950X プラットフォーム、128 GB DDR5、2 TB NVMe としてリストされています。これらのページの主張は、可視の AS201131 IPv4 プレフィックスの 2 つと一致しますが、それでも施設運用者を特定したり、予備容量を証明したりしません。
ステータスページは、運用用語でサービスロケーションを命名しているため便利です。Tulcea（ルーマニア）は VPS Standard 用、フランクフルト（ドイツ）は VPS Standard、VPS Performance、Web Hosting 用です。チェック時には "すべてのシステムは稼働中" でアクティブなインシデントはなく、両方のロケーションが稼働中とマークされていました。現在のグリーンステータスページは稼働時間アーカイブではありませんが、プロバイダーが公開サービスコンポーネントとして扱うものを顧客に伝えます。
これは、LigaHosting が単なる休眠シェルではないと言うのに十分なエビデンスです。公開カタログ、アクティブなサービスロケーション、具体的なプロセッサの主張、顧客ステータスページ、利用規約、ライブネットワークがあります。しかし、同社がラックを所有し、建物を制御し、すべてのワークロードを地域間で移動できると言うには不十分です。VPS 購入者はプラン名、CPU ファミリー、IP アドレスを見ます。回復力の決定は、それらのラベルの背後にあるものに依存します。
AS201131 は可視だが、可視性はどこでも制御と同じではない
最も強力な技術的エビデンスはネットワークです。AS201131 の RIPE RDAPは AS201131 を LGH-Network として識別し、2026 年 3 月 3 日登録、2026 年 6 月 15 日最終変更、登録者組織は LIGA HOSTING LTD、不正使用連絡先は[email protected]です。RIPEstat の AS 概要は保有者を "LGH-Network LIGA HOSTING LTD" として識別し、ASN がアナウンスされているとマークしています。これにより、サイトの主張が公開ルーティングエビデンスと一致します。
現在のルートセットはコンパクトです。RIPEstat のルーティングステータスビューは、最新の 2026 年 7 月 12 日クエリ時間で、3 つの IPv4 プレフィックス（合計 768 IPv4 アドレス）と 2 つの IPv6 /48 を示しました。RIS ピア全体で完全な IPv4 可視性とほぼ完全な IPv6 可視性を報告しました。RIPEstat のアナウンスされたプレフィックスビューは、以前の 2 週間のウィンドウ中にいくつかの IPv6 /48 が出現したが、7 月 12 日までに現在の高可視性セットにはなくなったことも示しました。これは小さなネットワークでは正常ですが、購入者は現在のプロダクションルートと最近または実験的なルート可視性を区別する必要があります。
現在の 3 つの IPv4 プレフィックスは製品地理と一致します。5.180.33.0/24、163.5.26.0/24、146.19.215.0/24はそれぞれ、RIPEstat のチェックされたプレフィックス概要ビューで AS201131 を発信元として可視でした。ルーマニアのゲームサイトは明示的に 5.180.33.0/24 をルーマニアに、163.5.26.0/24 をドイツにマッピングしています。公式製品ページとステータスページは、VPS および Web ホスティングサービスをルーマニアとドイツに配置しています。これにより、もっともらしい地理が得られます。ルーマニアとドイツは顧客向けのサービス地域であり、英国企業が法的な取引相手です。
ルート発信元セキュリティは IPv4 にとって肯定的な点です。5.180.33.0/24 の RIPEstat RPKI 検証、163.5.26.0/24、146.19.215.0/24は AS201131 に対して有効を返しました。有効な RPKI はサーバーを信頼できるようにしませんが、発信元検証を実行するネットワークに対して AS201131 がそれらのプレフィックスをアナウンスする権限があることを伝えることで、あるクラスのルーティング障害を減らします。
IPv6 の状況は弱いです。2a06:9801:c2::/48と2a06:9801:22c::/48の現在のプレフィックス概要チェックは、AS201131 によってアナウンスされていることを示しましたが、チェックされた RPKI 検証 URL は有効ではなく不明を返しました。不明は無効ではありません。チェックされたビューが、クエリされた発信元プレフィックスペアに対して検証ルート発信元認証を見つけられなかったことを意味します。ネイティブ IPv6 とルート発信元保証を必要とする顧客にとって、これは調達前に解決すべき質問です。
アップストリームのエビデンスは慎重な表現を必要とします。RIPE データベースの aut-num レコードは、AS209735、AS58061、AS58212、AS213323、AS207841 を含むインポートおよびエクスポートポリシーをリストしています。RIPEstat の asn-neighbours ビューは、最新のチェック時間に 4 つのネイバー（AS213323、AS397373、AS58061、AS58212）を観測しました。CAIDA AS Rankは AS201131 を、3 つのプロバイダー、観測された顧客なし、観測されたピアなしの小さな AS と見ています。正確な名前と役割はルートポリシーレコードと観測データセット間で異なり、これは BGP では予想されます。保守的な結論は、AS201131 が公開観測でマルチホームされていることですが、公開記録はどのアップストリームが各ロケーションにサービスしているか、両方が各リージョンでアクティブか、またはファイバーパスとルーターペアが物理的に多様であるかを証明しません。
PeeringDB はもう 1 つの欠如を追加します。AS201131 の PeeringDB API クエリは、チェック時にネットワークオブジェクトを返しませんでした。これは欠陥ではありません。多くの小さなネットワークは PeeringDB プロファイルを維持していません。これは、顧客が PeeringDB を使用して施設の存在、交換 LAN、公的ピアリングポリシー、トラフィックレベルを確認できないことを意味します。"独自のバックボーン" の言葉で販売する運用者にとって、基本的な相互接続プロファイルを公開することは、制御面の検証を容易にします。
ラックストーリーは最も重要な点で沈黙する
ホストされたサーバーはソフトウェアオブジェクトとして販売されますが、物理オブジェクトとして失敗します。サイトが数秒で VPS をプロビジョニングできるのは、実際のサーバーが既に電源が入り、冷却され、接続され、ラックに置かれている場合のみです。ゲームサーバーが低遅延を宣伝できるのは、パケットがトップオブラックスイッチ、エッジルーター、トランジットプロバイダー、DDoS 緩和を通過するためです。cPanel アカウントがバックアップを約束できるのは、ストレージとバックアップジョブが十分なディスク、帯域幅、運用者の注意を備えたどこかで実行される場合のみです。
LigaHosting にとって、可視ロケーションは Tulcea とフランクフルトです。これは曖昧な "ヨーロッパ" の主張よりはましです。残りのギャップは施設のアイデンティティです。この記事でレビューされた公開ソースは、Tulcea のデータセンター運用者、フランクフルト施設、ラック所有権、キャビネット数、電源フィード設計、リモートハンズプロバイダー、消火範囲、冷却冗長性、キャリアミートルーム、ハードウェア交換プロセスを特定しませんでした。公開サイトは "ルーマニアとドイツのヨーロッパクラウドインフラ" と言います。LIGA HOSTING LTD がコロケーションラック内のハードウェアを所有しているか、専用サーバーをリースしているか、プラットフォームを再販しているか、または製品ごとにこれらのモデルを混合しているかを述べていません。
これは、施設、ラック、仮想化クラスターが異なる層であるため重要です。フランクフルトのデータセンターは複数のユーティリティフィード、UPS システム、発電機を持つかもしれませんが、テナントはシングルコードサーバーを 1 つの電源ストリップに接続するかもしれません。ラックは良い施設に置かれていても、トップオブラックスイッチが単一障害点のままかもしれません。サーバーは 2 つの NVMe デバイスを持っていても、スナップショットが同じノードにあるかもしれません。サイトレベルのグリーンインジケータは、1 つのホスト障害または 1 つの過負荷ストレージプールと共存できます。
製品エビデンスはコンパクトなプラットフォームを指しています。VPS Standard ページは Tulcea のデュアル Intel Xeon Gold 6254 とフランクフルトの AMD EPYC 7702 ノードに言及しています。Performance ページはフランクフルトの Ryzen 9 9950X に言及しています。ゲームサイトはルーマニアの Core i9-14900K とドイツの Ryzen 9 9950X プラットフォームに言及しています。これらは一般的なホスティングサーバークラスであり、小規模ワークロードに優れた価格性能を提供できます。これら自体では、クラスターフェイルオーバー、ライブマイグレーション、分散ストレージ、予備サーバーを証明しません。
NIST のクラウドコンピューティング定義は、真の弾力性リソースプールと通常のホスト型仮想マシンを区別するため、ここで有用です。VPS 製品は、ブロードネットワークアクセスとある程度のセルフサービスプロビジョニングを提供できますが、迅速な弾力性、測定サービス、クロスホストプーリング、マルチロケーション回復力を証明しません。ホスティングサイトのフッターにある "クラウド" という言葉はアーキテクチャを決定しません。テストは、顧客が 1 つのノード、ラック、またはサイトを失い、既知のウィンドウ内で回復できるかどうかです。
小さなプロバイダーにとって、このギャップは珍しくありません。多くの実際のホスティング企業は施設契約やラック図を公開しません。問題は、情報がホームページにないことではありません。問題は、プロダクションワークロードを購入する顧客が尋ねる必要があることです。なぜなら、エビデンスから推測できないからです。どの製品がシングルノードか？どの製品がレプリケートストレージを使用するか？どの製品がスナップショットを持つか？ルーマニアとドイツは独立した障害ドメインか、それとも単に別の製品ロケーションか？顧客の VM はそれらの間を移動できるか？IP アドレスはそれに伴って移動するか？これらの答えが、製品が安価な容量か回復力のある容量かを決定します。
インストールされた容量は回復可能な容量ではない
ルートテーブルは、一部のネットワークリソースの上限を与えますが、コンピュートについては与えません。3 つの IPv4 /24 は、現在の公開発信元セットで 768 IPv4 アドレスを与えます。1 つの VPS につき 1 IPv4 のプランはそれらのアドレスをすぐに消費しますが、アドレス数は物理ホストの数を教えません。1 つのサーバーは多くの低コスト VPS インスタンスをサポートできます。1 つの顧客は多くのアドレスを消費できます。一部のアドレスはインフラ、不正使用交換、ルーティングテスト、将来の成長のために予約されています。したがって、IPv4 数は制約であり、容量レジスタではありません。
同じことは宣伝されたプロセッサにも当てはまります。Ryzen 9 9950X ホストは、高周波ゲームおよびパフォーマンス VPS ワークロードにとって魅力的です。また、多くのレイテンシーセンシティブサーバーが 1 つの物理ボックスを共有する場合、鋭い障害ドメインになる可能性があります。AMD EPYC またはデュアル Xeon ノードは多くの標準 VPS インスタンスを運べますが、予備容量はメモリヘッドルーム、ストレージヘッドルーム、CPU オーバーコミット、および別の互換性のあるノードが利用可能かどうかに依存します。公開ページはプラン仕様を述べますが、オーバーコミット比率やホットスペアプールは述べません。
ストレージはもう 1 つの隠れた境界です。NVMe は、1 つのホスト上の高速ローカルドライブ、ミラーリングされたローカルストレージ、別個のストレージサーバー、または分散ストレージシステムを意味します。各設計は異なる障害動作を持ちます。ローカル NVMe は、ドライブ、コントローラー、またはホストが故障するまで非常に高速です。ミラーリングされたローカルストレージは、1 つのドライブには耐えられますが、すべてのホスト障害には耐えられません。分散ストレージは、レプリカが独立したマシンにあり、クォーラムが存続し、再構築トラフィックがネットワークを圧倒しない場合にのみ、ノード損失に耐えられます。LigaHosting の公開ページは NVMe および SSD ストレージを宣伝しますが、VPS プランの耐久性アーキテクチャを説明していません。
Web ホスティング製品は、利用規約が cPanel Web ホスティングプランが毎日自動バックアップを受け取り、7 日間保持されると述べているため、より明確です。これは有用ですが、継続的なレプリケーションや不変のオフサイトバックアップと同じではありません。これは、バックアップが完了し、読み取り可能で、プライマリサーバーを損傷した障害の外部に保存されている場合に、一部の顧客をサーバー損失や通常のミスから保護します。利用規約は、内部バックアップはサーバーレベルでの災害復旧を目的としており、プロバイダーはその完全性や可用性を保証しないと明示的に述べています。これは慎重な制限であり、顧客は独自のコピーを保持するように警告として読むべきです。
VPS 製品は反対方向でより明確です。バックアップはデフォルトで含まれていません。利用規約は、VPS 顧客は独自のバックアップに責任があり、スナップショットまたは追加バックアップは有料で利用可能かもしれないと述べています。これは正直な境界ですが、製品を "ホストがサーバーを復元する" から "ホストは VM を実行し続けるかもしれないが、私が復元可能性を所有し、購入してテストしない限り" に変えます。デフォルト VPS をバックアップ済みインフラとして扱う購入者は、運用取り決めを見逃しています。
プロバイダーの 99.9% SLA も、回復保証ではなくクレジットメカニズムとして読む必要があります。利用規約は、99.9% の月間可用性をネットワークおよびコアインフラに対して定義し、計画メンテナンス、緩和容量を超える DDoS 攻撃、不可抗力、顧客コード、サードパーティソフトウェアを除外し、月間約 43 分の計画外ダウンタイムを許容します。SLA を逃した場合、顧客の救済措置は月額支払いにリンクされたアカウントクレジットで、上限は 50% です。これはデータベースを再構築したり、失われた IP 評判を返したり、サービス料金を超えるビジネス中断を補償したりしません。
これはホスティング経済学では正常です。低月額価格は、限定された責任、共有システム、自動化、顧客責任に依存します。実用的な質問は、顧客が独自のリスクをその取引に一致させたかどうかです。趣味のゲームサーバーは数時間のダウンタイムとローカルコピーからのリストアを受け入れるかもしれません。クライアントサイトをホストする代理店、支払い向けアプリケーション、または IP 許可リストを持つメールサーバーは、デフォルト製品をより広範な回復計画の 1 つのコンポーネントとしてのみ扱うべきです。
トランジットの多様性は各サービスロケーション内でテストする必要がある
AS201131 の公開ルーティングは、記録の中でより良い部分の 1 つです。アクティブでコンパクトで可視です。3 つの IPv4 ルートは検証され、RIPEstat は複数のネイバーを見ます。サイトは 10-40 Gbps アップリンク、プレミアムヨーロッパ接続、ネットワークエッジでの DDoS 保護を主張しています。これらの事実は実際のネットワーク運用を支持します。これらは、すべてのロケーションが独立した物理パスを持つことを証明しません。
障害時の違いは重要です。ルーマニアのサーバーは、AS201131 アドレスを持ちながら、1 つのローカルアップリンク、1 つのスイッチ、または 1 つの施設クロスコネクトに依存する可能性があります。フランクフルトのパフォーマンスノードは、より強力なトランジットミックスの背後にありながら、依然として 1 つの顧客向けルーターペアを持つ可能性があります。DDoS フィルタリングは、攻撃サイズが契約容量を超えるか、フィルタリングがゲームサーバーの遅延を増加させる方法でトラフィックを迂回させるまで、うまく機能します。BGP テーブルはルートコレクターからの到達可能性を示しますが、建物を通るケーブルパスは示しません。
RFC 7454は、プレフィックスフィルタリング、AS パス制御、最大プレフィックス制限、ルートポリシーハイジーンなどの運用制御を説明しています。RPKI 検証は、ルート発信元が許可されているかどうかに答えることでそれを補完します。LigaHosting のチェックされた IPv4 ルート発信元状態は肯定的ですが、BGP ハイジーンは可用性エンジニアリングと同じではありません。有効なルートは、誤って引き出されたり、アップストリームによってフィルタリングされたり、緩和中にブラックホールにされたり、障害のあるクロスコネクトの背後で孤立したりする可能性があります。
ルートポリシーレコードは、顧客が直接質問する必要がある理由も示しています。RIPE aut-num はいくつかの ASN からのインポートをリストし、RIPEstat は異なるライブセットを観測します。これはそれ自体疑わしいものではありません。ルートレジストリとライブ BGP が異なるのは普通です。しかし、プロダクション購入にとって、関連する質問は "ポリシーオブジェクトにいくつの名前があるか？" ではなく、"どのアップストリームがこの顧客のプレフィックスをこのサイトからアクティブに運び、1 つが故障したらどうなるか？" です。
最も有用な開示は、サイトごとの簡単な接続性ステートメントです。ルーマニアにはこれらのアップストリーム、フランクフルトにはこれらのアップストリーム、両方が監視され、DDoS 緩和はここにあり、計画メンテナンスはこれらのチャネルを通じてアナウンスされ、緊急ルート変更はこれらの人々によって承認されます。施設名やルーターアドレスは公開される必要はありません。重要なのは、バックボーンとして宣伝されているネットワークが、顧客のサーバーが実際に実行されている場所に独立したパスを持っているかどうかを示すことです。
ゲームホスティングの場合、ルート品質は稼働時間だけではありません。レイテンシーとジッターが重要です。稼働しているが別の国を経由するルートは、サーバーがプレイヤーに壊れているように感じさせる可能性があります。ゲームサイトはユーザーのデバイスからレイテンシーを測定し、リージョンプローブを表示します。これは購入時に有用です。これは履歴レイテンシーデータ、パケット損失レポート、インシデントノートを置き換えるものではありません。競争的またはコミュニティワークロードを持つ顧客は、重要でプレイヤーの地理から独自のプローブを実行する必要があります。
請求とアカウント管理は障害面の一部である
利用規約は 1 つの障害パスを異常に明確にしています。サービスは前払いで請求されます。請求書が未払いのままの場合、期日から 1 日目と 2 日目にリマインダーメールが送信され、3 日目にサービスが自動停止され、7 日目に最終終了警告が表示され、14 日目にサービスが終了され、すべてのデータが恒久的に削除されます。利用規約は、削除されたデータは復元できず、終了後の再アクティブ化は新しい注文が必要で、同じ IP、ホスト名、データを保証しないと述べています。
これは単なる財務言語ではありません。運用上の依存関係です。カードが失敗した、PayPal アカウントがロックされた、暗号通貨確認が遅れた、請求メールがスパムに入った、代理店従業員が退職した、またはクライアント側のアカウントが侵害されたために、稼働中のサーバーが利用できなくなる可能性があります。外部からは、ラック、電力、ルートが健全であってもサービスはダウンしています。最も速い技術チームでも、請求ルールの下で意図的に削除された終了した VM のデータを復元できません。
14 日目の削除ルールは移行にも影響します。顧客が紛争または未払いウィンドウが既に始まるまで待つ場合、データをエクスポートし、DNS TTL 値を下げ、データベースを複製し、別のプロバイダーをテストする残り時間は短い可能性があります。アカウント所有者が不在の場合、サービス所有者はリマインダーを受け取らないかもしれません。複数人のアカウントアクセス、監視された請求連絡先、独立したバックアップは、したがって、管理上の nice-to-have ではなく稼働時間管理です。
返金条件は同じ経済学を強化します。30 日間の返金保証は、新規顧客の最初のホスティングサービス注文に適用され、ドメイン、返金不可とマークされた設定料金、専用サーバーまたはカスタマイズされたハードウェア、更新、利用規約違反で終了されたアカウント、特定の暗号通貨返金ケースには適用されません。これはホスティングでは正常です。また、顧客は返金可能性をテストの代わりとして使用すべきではありません。ワークロードは、最初の月に、退出摩擦が最も低いときに、ベンチマークされ、バックアップされ、別の場所で復元されるべきです。
アカウント管理は IP 継続性にも影響します。利用規約は、復元または再アクティブ化されたサービスが終了後に同じ IP アドレスを保持することを約束しません。多くのホスト型ワークロードは、顧客がゾーンを管理している場合、DNS の背後で移動できます。一部はできません。支払い統合、セキュリティ許可リスト、メール評判、ゲームサーバーコミュニティ、パートナー API は、多くの場合、安定した IP に依存します。LigaHosting を使用する顧客は、どの依存関係が IP 変更を許容できるか、どの依存関係が事前通知またはセカンドプロバイダーを必要とするかを文書化する必要があります。
メンテナンスウィンドウとリストアテストが実際の製品を決定する
公開利用規約は、計画メンテナンスが少なくとも 48 時間前にアナウンスされ、SLA から除外されることを約束しています。これは妥当な顧客通知基準ですが、依然として実用的な質問を残します。どのチャネルが通知を運ぶか？ステータスページ、メール、クライアントエリア、Discord のいずれか？通知は影響を受けるロケーション、ノード、製品を指定するか？顧客は再起動を延期できるか？緊急メンテナンスは異なる方法で処理されるか？現在のステータスページはライブ状態を示しますが、メンテナンスアーカイブではないため、購入者は以前の作業がどのように通信されたかをまだ検査できません。
修理ウィンドウは、障害がサプライヤー境界を越えることが多いため、小さなホスティングプロバイダーにとって特に重要です。Tulcea でノードが故障した場合、プロバイダーはローカルハンズを必要とするかもしれません。フランクフルトのクロスコネクトが故障した場合、施設またはキャリアが行動する必要があります。DDoS プロバイダーが宛先をブラックホールした場合、ネットワーク運用者はフィルタリングを調整する必要があります。Ryzen パフォーマンスノードにマザーボード障害がある場合、交換は互換性のある在庫に依存します。顧客はすべてのベンダー名を必要としませんが、誰が行動でき、どの程度迅速に行動できるかについての期待を必要とします。
CISA のランサムウェアガイドは、オフラインの暗号化バックアップ、定期的な可用性と完全性テスト、ゴールデンイメージ、セカンドクラウドプロバイダーの検討を推奨しています。このガイダンスはサイバーインシデント向けに書かれていますが、同じ回復規律はストレージ損失、アカウント停止、ハードウェア障害に適用されます。復元されたことのないバックアップは、希望であって管理ではありません。
NIST のコンティンジェンシープランニング資料は、代替機器、代替ロケーション、代替ストレージ、テレコミュニケーションを中心に回復をフレーム化しています。LigaHosting の顧客にとって、実用的なバージョンは単純です。アプリケーションをエクスポートし、別のプロバイダーで復元し、テストホスト名を指し、認証とメールを確認し、演習を時間測定します。復元に元の VPS がオンラインである必要がある場合、回復計画は障害システムに依存しすぎています。
cPanel ユーザーにとって、7 日間のプロバイダーバックアップウィンドウは有用ですが短いです。迅速に発見された壊れたアップデートに対しては保護するかもしれませんが、ゆっくりとした破損、何週間も隠れたままの侵害、またはアカウントが終了された後に回復を求めるクライアントをカバーしないかもしれません。VPS ユーザーにとって、デフォルトはより厳しいです。バックアップは含まれていません。スナップショットは即時ロールバックに役立ちますが、同じプロバイダーアカウントの下のスナップショットは、アカウント閉鎖、プロバイダー側の削除、またはリージョン全体のサービスイベントに対して保護しません。
したがって、クリーンな顧客パターンは階層化されたものです。プロバイダースナップショットを手頃でテスト済みであれば保持します。アカウント外に独立したバックアップを保持します。DNS とドメイン登録を顧客自身の管理下に保持します。デプロイメントノート、クレデンシャル、設定を別のシステムに保存します。別のロケーションの小さな VM への復元をテストします。IP アドレス自体がサービスの一部であるワークロードの場合、許可リストを変更するためのコミュニケーションプランと、別のプロバイダーを介したスタンバイルートを維持します。
地域性は英国法人化と EU インフラに分割される
会社はイングランドおよびウェールズで法人化されています。公開サービスロケーションはルーマニアとドイツです。ゲームホスティングブランドはルーマニア向けであり、製品コピーは公開面全体でバイリンガルまたはマルチリンガルです。これは実行可能なヨーロッパのホスティング取り決めですが、"ローカル" は購入者の質問に依存します。英国の顧客は英国の法的取引相手と EU に配置されたコンピュートを持つかもしれません。ルーマニアのゲーミングコミュニティはルーマニアのサービスリージョンを持つが英国企業の契約を持つかもしれません。ドイツのパフォーマンス VPS 顧客は、会社の居住地よりもフランクフルトのルーティングとデータ取り扱いを気にするかもしれません。
個人データはこれを契約およびマッピングの問題にします。ICO の国際移転ガイダンスは、組織が個人情報がいつ国境を越えて転送またはアクセス可能になるかを理解する必要があると説明しています。ICO の管理者および処理者ガイダンスは、各当事者の役割が義務にどのように影響するかを説明しています。ホスティング顧客は、IP 国コードだけからこれらの質問に答えることはできません。
EU と英国の関係も "ヨーロッパのどこでも同じ" ではありません。欧州委員会の適性情報は、委員会が非 EU 国が適切な保護を提供すると決定できるメカニズムを説明し、委員会は 2026 年 1 月に英国の適性決定を更新したと発表しました。これは EU と英国のデータフローを助けますが、すべてのさらなる転送、リモートサポートアクセス、サブコントラクターアクセス、バックアップ、ログを解決しません。
EU サイバーセキュリティ法は別のレンズを追加します。NIS 2 指令は、クラウドコンピューティングやデータセンターサービスを含む重要なデジタルインフラカテゴリをカバーし、国内実施と規模または役割のしきい値に従います。小さなホスティング会社は特定の国内範囲に該当する場合としない場合があり、この記事は法的評価ではありません。運用上のポイントは、顧客がサービスを提供するエンティティ、データとバックアップが保存される場所、システムにアクセスできるサブコントラクターを特定すべきであることです。
データ主権は障害処理も含みます。バックアップが別の国にコピーされる場合、サポートスタッフが別の管轄区域からコンソールにアクセスできる場合、DDoS 緩和がトラフィックを別のネットワークを通じて迂回させる場合、またはログがサードパーティの SaaS サービスに保持される場合、実用的なデータマップは宣伝された VPS ロケーションよりも広くなります。LigaHosting の公開利用規約は、顧客コンテンツは顧客の財産であり、プロバイダーにサービスの提供のためにコンテンツを保存、バックアップと冗長性のためにコピー、送信する限定された権利を与えると述べています。利用規約は、国別のサブプロセッサーまたはバックップロケーションマップを公開していません。
通常の低リスクワークロードにとって、英国・ルーマニア・ドイツの構造は、顧客が理解していれば十分かもしれません。規制された個人データ、センシティブなコミュニティ、公共部門のワークロード、または厳格な地域性コミットメントを持つ顧客の場合、購入者は書面によるデータ処理契約、プロダクションおよびバックアップデータのロケーションマップ、サポートアクセス制御、削除ルール、サブコントラクターの詳細を要求すべきです。公開サイトは出発点を与えますが、完全な主権の答えではありません。
システム障害時に誰が影響を受けるか
影響を受ける可能性が高いユーザーは、請求書に名前がある人だけではありません。小さな代理店は、1 つの cPanel プランまたはいくつかの VPS インスタンスに多くのクライアントサイトをホストするかもしれません。ゲームサーバー所有者は、ドメイン名と Discord チャネルだけを知っている大規模なコミュニティをサポートするかもしれません。開発者は、有料ユーザー向けに API を実行するかもしれません。ビジネスは共有プランでメールをホストし、障害時にパスワードリセット、請求書、サポート通信がすべて同じプロバイダーに依存していることを発見するかもしれません。
VPS 顧客にとって、直接的な障害モードはおなじみです。ホストノードがクラッシュする、ストレージデバイスが故障する、DDoS フィルターが過剰反応する、アップストリームがポリシーを変更する、または請求イベントがアクセスを停止します。間接的な障害はしばしばより悪いです。顧客は現在のオフサイトバックアップを持っていません。DNS は同じアカウントによって保持されています。唯一の管理者は、障害が発生したサーバー上のメールボックスを使用します。アプリケーションはハードコードされた IP に依存します。スナップショットは存在しますが、ダウンロードしたり別の場所で復元したりできません。それぞれの場合、プロバイダーの回復ウィンドウは障害の一部にすぎません。
Web ホスティング顧客にとって、共有サーバーリスクは異なります。1 つの悪用または侵害されたアカウントは、サーバーの評判、メール配信可能性、リソース制限に影響を与える可能性があります。利用規約は、同じ物理サーバー上の他のクライアントに影響を与えるサービスをスロットリング、アップグレード要求、または停止する権利を留保しています。これは共有ホスティングには必要ですが、顧客がパフォーマンス環境を完全に制御できないことを意味します。"無制限" の帯域幅とストレージの文言は、通常の使用によって制限され、共有ホスティングでの大規模ファイル配布、メディアストリーミング、ダウンロードサーバー、CDN のような使用を除外します。
ゲームホスティングにとって、影響は技術的であると同時に社会的です。プレイヤーコミュニティは遅延、パケット損失、再起動、リージョン変更に即座に気づきます。技術的にオンラインであるが混雑しているノードは、それでもサーバーを空にする可能性があります。IP の変更は、サーバーリスト、保存されたお気に入り、コミュニティの指示を壊す可能性があります。ルーマニアのサイトは有用なリージョンとハードウェア情報を提供しますが、深刻なコミュニティを運営する顧客は、ゲームパネル、データディレクトリ、Mod パック、データベースがどのようにバックアップされているか、サーバーがルーマニアとドイツ間でどの程度迅速に移動できるかを尋ねるべきです。
3 つの製品ファミリーすべてにとって、最も強力な顧客管理はポータビリティです。ドメイン名を独立して保持します。支払いとサポート連絡先を複数の人によって監視します。アプリケーション設定をサーバーの外に保持します。バックアップを別のアカウントと別のプロバイダーに保持します。最初の深刻なインシデントの前に復元をテストします。これらは不信の兆候ではありません。これらはバジェットおよびミッドマーケットホスティングにおける通常の責任分担です。
より強い評決を正当化するエビデンスは何か
Network LIGA HOSTING LTD は、センシティブな内部情報を公開せずに中程度のエビデンスから強いエビデンスに移行できます。最初の改善は、簡潔なインフラステートメントです。どの都市がアクティブか、会社が各都市でハードウェアを所有しているか専用容量をリースしているか、どの製品ファミリーが各サイトで実行されているか、各サイトに少なくとも 2 つのアップストリームパスがあるか、顧客 IP スペースがサプライヤー障害時に移動できるか。公開 PeeringDB レコードは役立ちますが、プレーンテキストのネットワークページでもバックボーンの主張の検証を容易にします。
2 番目の改善は、施設と電力のコンテキストです。顧客はラック番号を必要としません。サーバーがプロフェッショナルなデータセンターにあるかどうか、電力がデュアルフィードかどうか、ホストがシングルコードかデュアルコードか、リモートハンズが契約されているか、交換部品がローカルに在庫されているか、計画された施設メンテナンスがダウンタイムなしの設計か顧客再起動ウィンドウかを知る必要があります。Uptime Institute のティア資料は、施設能力とテナントトポロジが同一ではないことを思い出させます。認定された建物は、すべてのホストされたノードを自動的に認定しません。
3 番目の改善は、バックアップと復元のエビデンスです。利用規約は既に cPanel バックアップとデフォルト VPS 責任の周りに明確な境界を描いています。より強い次のステップは、製品固有の復元目標です。cPanel 復元リクエスト時間、スナップショット保持オプション、オフサイトバックップロケーションの選択肢、ダウンロード/エクスポート形式、最後のプロバイダー実行復元演習の結果。VPS の場合、有料バックアップ製品は、オフノード、オフラック、またはオフサイトに保存されているかどうかを述べるべきです。
4 番目の改善は、ステータス履歴です。ある時点でのグリーンページは有用ですが、インシデントとメンテナンスの履歴はより有用です。顧客は、ルーマニアとフランクフルトで計画作業がどの程度頻繁に行われたか、インシデントがリージョンを越えたかどうか、復旧にどの程度時間がかかったか、その後何が変更されたかを確認できるべきです。これは単なる透明性の劇場ではありません。これにより、購入者は主張された 99.9% の月間目標を実際の運用行動と比較できます。
5 番目の改善は、退出権です。利用規約は既に、終了されたサービスは IP、ホスト名、データを保持しない可能性があると述べています。プロダクション対応のプロバイダーは、顧客が VPS イメージをエクスポートし、cPanel バックアップを取得し、DNS 依存関係を低減し、ドメインを転送し、削除前に緊急データアクセスを要求する方法を公開できます。ホスティングロックインは、購入時ではなく障害時に現れることがよくあります。
評決：可視のホスティング容量、未証明の深い回復力
Network LIGA HOSTING LTD は、最初のまばらなディレクトリスナップショットが示唆したよりもエビデンスの豊富なホスティング対象です。英国企業は存在し、ホスティング SIC コードと一致します。公開サイトと利用規約は、具体的な VPS、cPanel、ゲームホスティングサービスを説明しています。ステータスページは Tulcea とフランクフルトのサービスロケーションを命名しています。AS201131 は LIGA HOSTING LTD に登録され、公開ルーティングでアクティブであり、現在 3 つの IPv4 /24 と 2 つの可視 IPv6 /48 を発信しています。チェックされた IPv4 ルート発信元状態は有効です。これらの点は実際の運用フットプリントを支持します。
上限も同様に重要です。会社は新しく設立されました。公開記録は、施設、ラック所有権、リモートハンズプロバイダー、クロスコネクト、ハードウェア予備在庫、ロケーションごとの正確なアップストリームミックス、DDoS 容量、ストレージレプリケーション設計、復元テスト履歴、顧客移行権を命名していません。SLA は主にサービスアクレジットの約束です。VPS バックアップはデフォルトで含まれていません。請求ルールは 3 日目にサービスを停止し、14 日目にデータを削除できます。これら自体は欠陥ではありません。これらは依存関係の実際の形状です。
実験的な VPS 使用、独自のバックアップを持つゲームコミュニティ、小さなウェブサイト、DNS で移動できるワークロードにとって、LigaHosting の公開エビデンスは、価格、レイテンシー、サポートが適合すれば十分かもしれません。規制されたデータ、クライアントプロダクションホスティング、収益に重要なアプリケーション、または厳格な回復目標を持つサービスの場合、購入者はプラットフォームを、依然として独立した回復設計を必要とするホスティング容量として扱うべきです。サイト、バックアップ、ルートのエビデンスを要求します。アカウント外で復元をテストします。DNS とドメイン登録を所有します。請求書、ラック、ノード、アップストリーム、プロバイダー契約が失敗した場合に何が起こるかを知っています。
中心的な事実は、AS201131 が存在するからでも、Tulcea とフランクフルトがステータスページに表示されるからでもありません。その表面の下で販売されるすべての仮想サーバーが、依然として物理的および契約上の依存関係の小さなチェーン（サーバー、ラック、電力、冷却、トランジット、DDoS 緩和、サポート労働力、請求状態、退出パス）に解決されることです。Network LIGA HOSTING LTD は、運用ホストとして真剣に受け止められる十分な公開エビデンスを持っています。まだ、顧客が回復力をプロバイダーにアウトソースできるようにする十分なエビデンスを公開していません。