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