Network LIGA HOSTING LTD продаёт размещённые мощности, которые по-прежнему зависят от стоек, транзита и ремонтных окон

Резюме

• Network LIGA HOSTING LTD — инфраструктурная идентичность вокруг публичного хостинг-бизнеса LIGA HOSTING LTD. В реестре Companies House компания значится под номером 17069738 как действующая частная компания с ограниченной ответственностью, зарегистрированная в Англии и Уэльсе, инкорпорированная 4 марта 2026 года с кодом SIC 63110, а в собственных условиях компании сказано, что хостинг-операция работает с 2019 года и обслуживает клиентов более чем в 30 странах.
• Публичная сервисная поверхность достаточно реальна, чтобы её можно было проверить: LigaHosting рекламирует VPS Standard в Тулче и Франкфурте, Performance VPS на Ryzen 9 9950X во Франкфурте, веб-хостинг cPanel с ежедневными резервными копиями за семь дней и игровой хостинг под румынским брендом. На том же сайте заявлены AS201131, защита от DDoS, аплинки 10–40 Гбит/с, развёртывание VPS менее чем за 60 секунд и SLA 99,9 % в месяц по сети и базовой инфраструктуре.
• AS201131 сейчас видна. RIPE RDAP идентифицирует AS201131 как LGH-Network, зарегистрированную за LIGA HOSTING LTD 3 марта 2026 года; актуальное представление статуса маршрутизации в RIPEstat показывает три IPv4-префикса /24 и два IPv6-префикса /48 с полной или почти полной видимостью в RIS. Три проверенные пары «источник маршрута» проходят валидацию RPKI, а два текущих IPv6-префикса /48 в проверенном представлении RIPEstat вернули статус unknown.
• Степень доказательности —средняя. Открытые данные о маршрутизации, продуктах, статусе и договорах подтверждают действующий хостинговый след, но запись по-прежнему не доказывает владение стойками, операторов площадок, двойное электропитание, запасное оборудование, разнообразие маршрутов внутри каждой площадки, проверенные восстановления или права клиента на миграцию.

Новая британская компания вокруг более старой хостинговой истории

Первое, что нужно разделить, — юридическую идентичность и операционную историю.Companies Houseфиксирует LIGA HOSTING LTD как компанию номер 17069738, действующую, инкорпорированную 4 марта 2026 года, с зарегистрированным офисом по адресу 3rd Floor, 86-90 Paul Street, London, EC2A 4NE и видом деятельности 63110 — обработка данных, хостинг и сопутствующие услуги.Страница должностных лицуказывает Ionel-Florin Florin Moisa как действующего директора, назначенного в дату инкорпорации.Запись о лицах, осуществляющих значительный контрольфиксирует Ionel-Florin Moisa с владением долей акций и прав голоса в 75 % и более, а также правом назначать или снимать директоров.

Это делает компанию заметной, но молодой. Первая отчётность ожидается не раньше декабря 2027 года, а первый подтверждающий отчёт — не раньше марта 2027 года. Клиенты пока не могут увидеть зрелый след подачи отчётности, историю счетов или длинную последовательность корпоративных событий. Это важно, когда покупатель решает, является ли дешёвый сервер надёжным контрагентом или быстро меняющимся хостинг-брендом, который может поменять юридическую форму, схемы адресно-ресурсных договорённостей или поставщиков услуг.

Публичный сайт рассказывает более длинную торговую историю.Условия LigaHosting, обновлённые 29 апреля 2026 года, говорят, что LIGA HOSTING LTD управляет брендами ligahosting.com для международного VPS и cPanel-веб-хостинга и ligahosting.ro для игрового хостинга, работает с 2019 года, обслуживает клиентов более чем в 30 странах и использует VPS-инфраструктуру в Румынии и Германии. Это заявление о более старой истории может описывать бренд или торговую операцию до регистрации британской компании. Его не следует читать как историю Companies House для компании номер 17069738.

Это различие не педантизм. Если у сервиса есть более старые клиенты, более старые панели или более ранние инфраструктурные контракты, новая компания может унаследовать некоторые операционные практики, не имея длинной истории юридической отчётности. Если компания — недавно оформленная оболочка вокруг существующего румынского или европейского хостинг-бизнеса, клиентам стоит спросить, какое юридическое лицо подписывает текущий договор, какое владеет или арендует оборудование, у какого ведутся счета поставщиков и что произойдёт с существующими сервисами, если в цепочке останется другой бренд, реселлерский аккаунт или старая панель.

И лондонский зарегистрированный офис — это не заявление о дата-центре. Адрес Companies House и структурированные данные об организации на сайте идентифицируют корпоративный адрес, а не место размещения стойки. Это согласуется с британской компанией, продающей румынскую и немецкую инфраструктуру. Но это не устанавливает, что данные клиентов обрабатываются в Великобритании, что сотрудники поддержки находятся в Лондоне или что компания владеет объектом в Великобритании. Хостинговую историю нужно проверять по страницам продуктов, статусным страницам, таблицам маршрутизации и условиям.

Что продаёт публичная продуктовая поверхность

Страницы продуктов показывают сервис, ориентированный на покупателей малого и среднего хостинга, а не на гипермасштабное облако.Основной сайт LigaHostingрекламирует «VPS Standard & Performance», защиту от DDoS, мгновенное развёртывание, премиальное сетевое подключение, корпоративное оборудование и европейский охват в Румынии и Германии. Он называет AS201131 собственной магистралью компании и говорит, что подготовка VPS занимает менее 60 секунд. Также заявлены аплинки 10–40 Гбит/с и ответ поддержки менее чем за 15 минут. Это коммерческие заявления, но они достаточно конкретны, чтобы превратиться в физические вопросы.

Страница VPS Standardназывает два инфраструктурных узла: Тулча, Румыния, описывается как Standard на двухпроцессорном оборудовании Intel Xeon Gold 6254, а Франкфурт, Германия, — как Standard на AMD EPYC 7702. Тарифные карточки идут от небольших VPS-инстансов вверх и включают один IPv4-адрес и защиту от DDoS.Страница VPS Performanceсосредоточивает высокочастотный уровень во Франкфурте на процессорах AMD Ryzen 9 9950X: тарифы масштабируются от 1 vCPU, 2 ГБ ОЗУ и 100 ГБ NVMe до 12 vCPU, 64 ГБ ОЗУ и 1,6 ТБ NVMe. Это конкретная вычислительная история, а не просто пустая метка «облако».

Страница веб-хостингадобавляет другую продуктовую поверхность: хостинг cPanel, SSD-хранилище, бесплатный SSL, почтовые ящики и ежедневные резервные копии. Web Starter заявляет 20 ГБ SSD-хранилища и один сайт. 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 ГБ DDR5 и 2 ТБ NVMe, а Германии — как платформа AMD Ryzen 9 9950X с 128 ГБ DDR5 и 2 ТБ NVMe. Эти заявления со страниц совпадают с двумя видимыми IPv4-префиксами AS201131, но по-прежнему не называют оператора площадки и не доказывают наличие запасных мощностей.

Статусная страницатоже полезна, потому что называет места предоставления услуг в операционных терминах: Тулча, Румыния — для VPS Standard, и Франкфурт, Германия — для VPS Standard, VPS Performance и веб-хостинга. При проверке она показывала «Все системы работают» и отсутствие активных инцидентов, обе локации отмечены как работающие. Зелёная статусная страница в текущий момент — это не архив аптайма, но она говорит клиентам, что провайдер считает своими публичными сервисными компонентами.

Этого достаточно, чтобы сказать: LigaHosting — не просто спящая оболочка. У неё есть публичный каталог, активные локации обслуживания, конкретные заявления о процессорах, статусная страница для клиентов, условия и живая сеть. Но этого недостаточно, чтобы утверждать, что компания владеет стойками, контролирует здания или может перемещать все нагрузки между регионами. Покупатель VPS видит название тарифа, семейство CPU и IP-адрес. Решение об устойчивости зависит от того, что стоит за этими ярлыками.

AS201131 видна, но видимость — не то же самое, что контроль повсюду

Самое сильное техническое доказательство — сеть.RIPE RDAP для AS201131идентифицирует AS201131 как LGH-Network, зарегистрированную 3 марта 2026 года и последний раз изменённую 15 июня 2026 года, с LIGA HOSTING LTD как организацией-регистрантом и контактом для жалоб [email protected].Обзор AS в RIPEstatидентифицирует держателя как «LGH-Network LIGA HOSTING LTD» и помечает ASN как анонсируемый. Это согласует заявление сайта с публичными данными маршрутизации.

Текущий набор маршрутов компактен.Представление статуса маршрутизации в RIPEstatна последнее время запроса 12 июля 2026 года показало три IPv4-префикса в сумме на 768 IPv4-адресов и два IPv6-префикса /48. Оно сообщило о полной видимости IPv4 среди пиров RIS и почти полной видимости IPv6.Представление анонсированных префиксов в RIPEstatтакже показало, что несколько IPv6-префиксов /48 появлялись в течение предыдущего двухнедельного окна, но к 12 июля их уже не было в текущем наборе высокой видимости. Для небольшой сети это достаточно нормально, но означает, что покупателям следует отличать текущие производственные маршруты от недавней или экспериментальной видимости маршрутов.

Три текущих IPv4-префикса совпадают с продуктовой географией.5.180.33.0/24,163.5.26.0/24и146.19.215.0/24были видны с AS201131 как источником в проверенных представлениях обзора префиксов RIPEstat. Румынский игровой сайт явно сопоставляет 5.180.33.0/24 с Румынией, а 163.5.26.0/24 — с Германией. Официальные страницы продуктов и статусная страница размещают VPS- и веб-хостинг в Румынии и Германии. Это даёт правдоподобную географию: Румыния и Германия — клиентские регионы обслуживания, а юридическим контрагентом выступает британская компания.

Безопасность источника маршрута — положительный момент для IPv4.Проверка RPKI в RIPEstat для 5.180.33.0/24,163.5.26.0/24и146.19.215.0/24вернула статус valid для AS201131. Действительная RPKI не делает сервер надёжным, но снижает один класс отказов маршрутизации: сети, выполняющие проверку источника, видят, что AS201131 уполномочена анонсировать эти префиксы.

Картина с IPv6 слабее. Текущие проверки обзора префиксов для2a06:9801:c2::/48и2a06:9801:22c::/48показали, что они анонсируются AS201131, но проверенные URL валидации RPKI вернули unknown, а не valid. Unknown — это не invalid. Это значит, что проверенное представление не нашло подтверждающего разрешения источника маршрута для запрошенной пары «источник — префикс». Для клиентов, которым нужны нативный IPv6 и гарантия источника маршрута, это вопрос, который стоит решить до закупки.

Данные об апстримах требуют аккуратных формулировок.Запись aut-num в базе RIPEперечисляет политику импорта и экспорта с участием AS209735, AS58061, AS58212, AS213323 и AS207841.Представление asn-neighbours в RIPEstatна последний момент проверки наблюдало четырёх соседей: AS213323, AS397373, AS58061 и AS58212.CAIDA AS Rankвидит AS201131 как малую AS с тремя провайдерами, без наблюдаемых клиентов и пиров в своём наборе данных. Точные имена и роли различаются между записями политики маршрутизации и наборами наблюдений — это ожидаемо для BGP. Консервативный вывод: в публичных наблюдениях AS201131 подключена к нескольким апстримам, но публичная запись не доказывает, какие апстримы обслуживают каждую локацию, активны ли оба в каждом регионе и физически разнообразны ли оптические пути и пары маршрутизаторов.

PeeringDB добавляет ещё одно отсутствие.API-запрос PeeringDB для AS201131при проверке вернул пустой результат — сетевого объекта нет. Это не дефект; многие небольшие сети не ведут профиль в PeeringDB. Но это значит, что клиенты не могут использовать PeeringDB для подтверждения присутствия на площадках, LAN точек обмена, политики публичного пиринга или уровней трафика. Для оператора, который продаёт через формулировку «собственная магистраль», публикация базового профиля межсетевых подключений сделала бы поверхность контроля проще для проверки.

История о стойках затихает в самый важный момент

Размещённый сервер продаётся как программный объект, но выходит из строя он как физический. Сайт может развернуть VPS за секунды только потому, что реальный сервер уже включён, охлаждается, подключён и стоит в стойке. Игровой сервер может рекламировать низкую задержку только потому, что пакеты проходят через коммутацию верхнего уровня стойки, граничные маршрутизаторы, транзитных провайдеров и защиту от DDoS. Аккаунт cPanel может обещать резервные копии только потому, что где-то работают хранилище и задания резервного копирования с достаточным объёмом диска, пропускной способностью и вниманием оператора.

Для LigaHosting видимые локации — Тулча и Франкфурт. Это лучше, чем расплывчатое заявление «Европа». Оставшийся пробел — идентичность площадки. Публичные источники, изученные для этой статьи, не назвали оператора дата-центра в Тулче, франкфуртский объект, владельца стоек, количество шкафов, схему электропитания, провайдера remote hands, объём пожаротушения, резервирование охлаждения, встречную комнату операторов связи или процесс замены оборудования.

Публичный сайт говорит «европейская облачная инфраструктура в Румынии и Германии»; он не говорит, владеет ли LIGA HOSTING LTD оборудованием в колокационных стойках, арендует ли выделенные серверы, перепродаёт ли платформу или смешивает эти модели по продуктам.

Это важно, потому что площадка, стойка и кластер виртуализации — разные уровни. Франкфуртский дата-центр может иметь несколько вводов электроснабжения, ИБП и генераторы, а арендатор при этом подключает однокабельный сервер к одной розеточной группе. Стойка может стоять в хорошем ЦОД, а её коммутатор верхнего уровня остаётся единой точкой отказа. На сервере могут быть два NVMe-устройства, а снимки лежат на том же узле. Зелёный индикатор на уровне сайта может сосуществовать с одним отказавшим хостом или перегруженным пулом хранилища.

Продуктовые свидетельства указывают на компактную платформу. Страница VPS Standard упоминает узлы Tulcea на двух Intel Xeon Gold 6254 и Frankfurt на AMD EPYC 7702. Страница Performance упоминает Frankfurt на Ryzen 9 9950X. Игровой сайт упоминает платформы Romania на Core i9-14900K и Germany на Ryzen 9 9950X. Это знакомые классы хостинговых серверов, и они могут дать отличное соотношение цены и производительности для небольших нагрузок. Сами по себе они не доказывают отказоустойчивость кластера, живую миграцию, распределённое хранилище или наличие запасных серверов.

Определение облачных вычислений NISTздесь полезно, потому что оно отделяет настоящий эластичный пул ресурсов от обычных размещённых виртуальных машин. VPS-продукт может предлагать широкий сетевой доступ и некоторое самообслуживание, не доказывая быстрой эластичности, измеряемого сервиса, объединения ресурсов между хостами или устойчивости на нескольких площадках. Слово «облако» в подвале хостинг-сайта не решает вопрос архитектуры. Критерий — может ли клиент потерять один узел, стойку или площадку и восстановиться в известное окно.

Для небольшого провайдера такой пробел не редкость. Многие реальные хостинг-бизнесы не публикуют контракты на площадки или схемы стоек. Проблема не в том, что информации нет на главной странице. Проблема в том, что клиентам, покупающим производственные нагрузки, нужно спрашивать, потому что это нельзя вывести из косвенных данных. Какие продукты одноузловые? Какие используют реплицируемое хранилище? У каких есть снимки? Являются ли Румыния и Германия независимыми доменами отказа или просто отдельными локациями продуктов? Может ли VM клиента перемещаться между ними? Переезжает ли вместе с ней IP-адрес?

От этих ответов зависит, дешёвая это ёмкость или устойчивая.

Установленная ёмкость — это не восстанавливаемая ёмкость

Таблица маршрутов даёт верхнюю границу некоторых сетевых ресурсов, но не вычислительных. Три IPv4-префикса /24 дают 768 IPv4-адресов в текущем публичном наборе источников. Тариф с одним IPv4 на VPS может быстро израсходовать эти адреса, но количество адресов не говорит, сколько существует физических хостов. Один сервер может поддерживать множество недорогих VPS-инстансов. Один клиент может занять много адресов. Часть адресов зарезервирована под инфраструктуру, замену после злоупотреблений, тесты маршрутизации или будущий рост. Поэтому количество IPv4 — это ограничение, а не регистр ёмкости.

То же касается рекламируемых процессоров. Хост на Ryzen 9 9950X может быть привлекателен для высокочастотных игровых нагрузок и Performance VPS. Но он может стать и острой единой точкой отказа, если много чувствительных к задержкам серверов делят одну физическую машину. Узел AMD EPYC или двухпроцессорный Xeon может нести много стандартных VPS-инстансов, но запас мощности зависит от запаса памяти, запаса хранилища, оверкоммита CPU и наличия другого совместимого узла. Публичные страницы указывают характеристики тарифов, а не коэффициенты оверкоммита или пулы горячего резерва.

Хранилище — другая скрытая граница. NVMe может означать быстрые локальные диски на одном хосте, зеркалированное локальное хранилище, отдельный сервер хранения или распределённую систему хранения. У каждой конструкции разное поведение при отказах. Локальный NVMe может быть чрезвычайно быстрым, пока не откажет диск, контроллер или хост. Зеркалированное локальное хранилище может пережить отказ одного диска, но не все отказы хоста. Распределённое хранилище может пережить потерю узла, только если реплики находятся на независимых машинах, кворум сохраняется и трафик перестроения не перегружает сеть.

Публичные страницы LigaHosting рекламируют NVMe и SSD, но не описывают архитектуру долговечности для тарифов VPS.

Веб-хостинг-продукт понятнее: в условиях сказано, что тарифы cPanel-хостинга получают автоматические ежедневные резервные копии с хранением в течение семи дней. Это полезно, но это не то же самое, что непрерывная репликация или неизменяемое резервное копирование вне площадки. Это защищает некоторых клиентов от потери сервера и обычных ошибок, при условии что копии завершаются, остаются читаемыми и хранятся вне того отказа, который повредил основной сервер. В условиях прямо сказано, что внутренние резервные копии предназначены для аварийного восстановления на уровне сервера и что провайдер не гарантирует их целостность или доступность.

Это аккуратное ограничение, и клиентам стоит читать его как предупреждение хранить собственные копии.

VPS-продукт понятнее в обратную сторону: резервные копии по умолчанию не включены. В условиях сказано, что клиенты VPS отвечают за собственные резервные копии, а снимки или дополнительные копии могут предоставляться за плату. Это честная граница, но она меняет продукт с «хост восстановит мой сервер» на «хост может поддерживать VM в работе, но восстановимость — моя, если я не куплю и не проверю больше». Любой покупатель, который считает VPS по умолчанию зарезервированной инфраструктурой, упустил операционную договорённость.

SLA провайдера 99,9 % также нужно читать как механизм кредитования, а не как гарантию восстановления.В условияхопределена доступность 99,9 % в месяц для сети и базовой инфраструктуры — около 43 минут незапланированного простоя в месяц, с исключениями для планового обслуживания, DDoS-атак, превышающих возможности фильтрации, форс-мажора, кода клиента и стороннего ПО. Если SLA нарушен, средство защиты клиента — кредит на счёт, привязанный к ежемесячному платежу, с потолком 50 %. Это не восстановит базу данных, не вернёт потерянную репутацию IP и не компенсирует перерыв в бизнесе сверх платы за услугу.

Это нормально для экономики хостинга. Низкие ежемесячные цены зависят от ограниченной ответственности, общих систем, автоматизации и ответственности клиента. Практический вопрос — сопоставили ли клиенты свой риск с такой сделкой. Любительский игровой сервер может принять несколько часов простоя и восстановление из локальной копии. Агентству, размещающему сайты клиентов, платёжному приложению или почтовому серверу с IP-allowlist следует рассматривать продукт по умолчанию лишь как один компонент более широкого плана восстановления.

Разнообразие транзита нужно проверять внутри каждой локации обслуживания

Публичная маршрутизация AS201131 — одна из лучших частей записи. Она активна, компактна и видима. Три IPv4-маршрута проходят валидацию, и RIPEstat видит нескольких соседей. Сайт заявляет аплинки 10–40 Гбит/с, премиальное европейское подключение и защиту от DDoS на сетевой границе. Эти факты подтверждают реальную сетевую операцию. Но они не доказывают, что у каждой локации есть независимые физические пути.

Эта разница важна при сбое. Румынский сервер может иметь адрес AS201131, но зависеть от одного локального аплинка, одного коммутатора или одной кросс-связи на площадке. Франкфуртский performance-узел может стоять за более сильным набором транзитов, но иметь единственную клиентскую пару маршрутизаторов. DDoS-фильтрация может работать хорошо, пока размер атаки не превысит контрактную мощность или фильтрация не начнёт перенаправлять трафик так, что задержка для игровых серверов вырастет. Таблица BGP показывает достижимость с точки зрения коллекторов маршрутов, а не кабельный путь внутри здания.

RFC 7454описывает операционные меры контроля, такие как фильтрация префиксов, контроль AS-пути, ограничения максимального числа префиксов и гигиена политики маршрутизации. Валидация RPKI дополняет это, отвечая на вопрос, авторизован ли источник маршрута. Проверенное состояние источника маршрута для IPv4 у LigaHosting положительное, но гигиена BGP — не то же самое, что инженерия доступности. Действительный маршрут всё равно может быть случайно отозван, отфильтрован апстромом, заблокирован (blackholed) во время смягчения атаки или остаться за отказавшей кросс-связью.

Запись политики маршрутизации также показывает, почему клиентам стоит задавать прямые вопросы. В RIPE aut-num перечислены импорты от нескольких ASN, а RIPEstat наблюдает другой живой набор. Само по себе это не подозрительно. Так реестры маршрутов и живой BGP часто различаются. Однако для производственной закупки важный вопрос не «сколько имён в объекте политики?», а «какие апстримы реально несут префикс этого клиента с этой площадки и что произойдёт, если один из них откажет?»

Наиболее полезным раскрытием было бы простое заявление о связности по каждой площадке: у Румынии такие апстримы, у Франкфурта такие, обе отслеживаются, защита от DDoS находится здесь, плановое обслуживание анонсируется через такие каналы, а экстренные изменения маршрутов авторизуют такие-то люди. Названия площадок и адреса маршрутизаторов не обязаны быть публичными. Смысл в том, чтобы показать, есть ли у сети, рекламируемой как магистраль, независимые пути там, где реально работает сервер клиента.

Для игрового хостинга качество маршрута — это не только аптайм. Важны задержка и джиттер. Маршрут, который остаётся рабочим, но идёт в обход через другую страну, может сделать сервер «сломанным» для игроков. Игровой сайт измеряет задержку с устройства пользователя и показывает региональные пробы — это полезно при покупке. Но это не заменяет исторические данные о задержке, отчёты о потере пакетов или записи об инцидентах. Клиентам с соревновательными или комьюнити-нагрузками стоит запускать собственные пробы из значимых для них регионов игроков.

Биллинг и контроль аккаунта — часть поверхности отказов

Условия делают один путь отказа необычайно явным. Услуги оплачиваются авансом. Если счёт остаётся неоплаченным, напоминания приходят на первый и второй день просрочки, на третий день сервис автоматически приостанавливается, на седьмой появляется финальное предупреждение о прекращении, а на четырнадцатый день сервис прекращается и все данные безвозвратно удаляются. В условиях сказано, что удалённые данные восстановить нельзя и что повторная активация после прекращения требует нового заказа и не гарантирует тот же IP, hostname или данные.

Это не просто финансовый язык. Это операционная зависимость. Работающий сервер может стать недоступным, потому что не прошла оплата картой, заблокирован аккаунт PayPal, задержалось подтверждение криптовалюты, письмо со счётом ушло в спам, сотрудник агентства уволился или клиентский аккаунт скомпрометирован. Снаружи сервис лежит, хотя стойка, питание и маршрут здоровы. Самая быстрая техническая команда не восстановит прекращённую VM, чьи данные намеренно удалены по правилам биллинга.

Правило удаления на 14-й день влияет и на миграцию. Если клиент ждёт, пока уже началось окно спора или неплатежа, оставшегося времени на экспорт данных, снижение TTL в DNS, репликацию баз и проверку другого провайдера может быть мало. Если владелец аккаунта отсутствует, владелец сервиса может даже не получить напоминания. Поэтому доступ к аккаунту нескольких человек, отслеживаемые биллинговые контакты и независимые резервные копии — это средства контроля аптайма, а не административные приятности.

Условия возврата усиливают ту же экономику. 30-дневная гарантия возврата денег действует на первый заказ хостинг-услуг для новых клиентов и не распространяется на домены, невозвращаемые установочные платежи, выделенные серверы или кастомизированное оборудование, продления, аккаунты, прекращённые за нарушение условий, и отдельные случаи возврата криптовалютой. Это нормально для хостинга. Это также означает, что клиентам не стоит использовать возвратность как замену тестированию. Нагрузку стоит протестировать, забэкапить и восстановить у другого провайдера в первый месяц, когда трение при выходе минимально.

Контроль аккаунта может влиять и на непрерывность IP. Условия не обещают, что восстановленный или реактивированный сервис сохранит тот же IP-адрес после прекращения. Многие размещённые нагрузки могут переехать за DNS, если клиент контролирует зону. Некоторые не могут. Платёжные интеграции, security-allowlist, репутация почты, игровые комьюнити и партнёрские API часто зависят от стабильных IP. Клиенту LigaHosting стоит зафиксировать, какие зависимости переживут смену IP, а какие требуют предварительного уведомления или второго провайдера.

Окна обслуживания и тесты восстановления определяют реальный продукт

Публичные условия обязуются объявлять о плановом обслуживании минимум за 48 часов и исключают его из SLA. Это разумный стандарт уведомления клиентов, но остаются практические вопросы. По какому каналу приходит уведомление? Оно появляется на статусной странице, по электронной почте, в клиентской зоне или в Discord? Называет ли уведомление затронутую локацию, узел или продукт? Может ли клиент перенести перезагрузку? По-другому ли обрабатывается аварийное обслуживание? Текущая статусная страница показывает живое состояние, а не архив обслуживания, поэтому покупатель пока не может проверить, как сообщалось о предыдущих работах.

Ремонтные окна особенно важны для небольших хостинг-провайдеров, потому что сбой часто пересекает границы поставщиков. Если узел отказывает в Тулче, провайдеру могут понадобиться местные руки. Если во Франкфурте отказала кросс-связь, действовать должна площадка или оператор связи. Если DDoS-провайдер блокирует (blackhole) адресата, оператор сети должен координировать фильтрацию. Если у performance-узла на Ryzen отказала материнская плата, замена зависит от наличия совместимого оборудования. Клиентам не нужны имена всех вендоров, но им нужно понимание, кто может действовать и как быстро.

Руководство CISA по программам-вымогателямрекомендует офлайн-шифрованные резервные копии, регулярные тесты доступности и целостности, золотые образы и рассмотрение второго облачного провайдера. Эти рекомендации написаны для кибер-инцидентов, но та же дисциплина восстановления применима к потере хранилища, приостановке аккаунта и отказу оборудования. Резервная копия, которая никогда не восстанавливалась, — это надежда, а не контроль.

Материалы NIST по планированию непрерывностиописывают восстановление через резервное оборудование, резервные площадки, резервное хранилище и резервные каналы связи. Для клиента LigaHosting практическая версия проста: экспортируйте приложение, восстановите его у другого провайдера, направьте тестовый hostname, проверьте аутентификацию и почту и замерьте время. Если восстановление требует, чтобы оригинальный VPS был онлайн, план восстановления слишком зависит от отказавшей системы.

Для пользователей cPanel семидневное окно резервных копий провайдера полезно, но коротко. Оно может защитить от быстро обнаруженного сломанного обновления, но может не покрыть медленное повреждение, компрометацию, скрытую неделями, или клиента, просящего о восстановлении после прекращения аккаунта. Для пользователей VPS ситуация по умолчанию жёстче: резервные копии не включены. Снимки помогают с немедленным откатом, но снимки на аккаунте того же провайдера не защищают от закрытия аккаунта, удаления на стороне провайдера или события уровня всего региона.

Поэтому чистая схема для клиента — многоуровневая. Держите снимки провайдера, если они доступны по цене и проверены. Держите независимые резервные копии вне аккаунта. Держите DNS и регистрацию домена под собственным контролем клиента. Храните заметки о развёртывании, учётные данные и конфигурацию в отдельной системе. Тестируйте восстановление на небольшую VM в другом месте. Для нагрузок, где сам IP-адрес является частью сервиса, поддерживайте план коммуникации по изменению allowlist и запасной маршрут через другого провайдера.

Локализация разделена между регистрацией в Великобритании и инфраструктурой ЕС

Компания зарегистрирована в Англии и Уэльсе. Публичные локации обслуживания — Румыния и Германия. Игровой бренд ориентирован на Румынию, а тексты продуктов на публичной поверхности двуязычны или многоязычны. Это рабочая европейская хостинговая схема, но она означает, что «локальность» зависит от вопроса покупателя. У британского клиента может быть британский юридический контрагент и вычисления в ЕС. Румынское игровое комьюнити может иметь регион обслуживания в Румынии, но контракт с британской компанией. Немецкому клиенту Performance VPS может быть важнее маршрутизация во Франкфурте и обработка данных, чем место регистрации компании.

Персональные данные превращают это в вопрос договора и картографирования.Руководство ICO по международным передачамобъясняет, что организациям нужно понимать, когда персональная информация передаётся или становится доступной через границы.Руководство ICO по контролёрам и обработчикамобъясняет, почему роль каждой стороны влияет на обязательства. Клиент хостинга не может ответить на эти вопросы, исходя только из страны IP-адреса.

Отношения ЕС и Великобритании также не означают, что «где угодно в Европе — одно и то же».Информация Европейской комиссии об адекватностиобъясняет механизм, по которому Комиссия может решить, что страна вне ЕС обеспечивает адекватную защиту; в январе 2026 года Комиссия объявила, что продлила решения об адекватности для Великобритании. Это помогает потокам данных между ЕС и Великобританией, но не решает все вопросы последующих передач, удалённого доступа поддержки, доступа субподрядчиков, резервных копий или журналов.

Законодательство ЕС о кибербезопасности добавляет ещё один угол зрения.Директива NIS 2охватывает категории важной цифровой инфраструктуры, включая облачные вычисления и услуги дата-центров, с учётом национальной имплементации и порогов по размеру или роли. Небольшая хостинговая компания может попадать или не попадать в конкретную национальную сферу действия, и эта статья не является юридической оценкой. Операционный смысл в том, что клиентам следует определить, какой субъект предоставляет услугу, где хранятся данные и резервные копии и какие субподрядчики имеют доступ к системам.

Суверенитет данных включает и обработку отказов. Если резервная копия копируется в другую страну, если сотрудники поддержки могут получить доступ к консоли из другой юрисдикции, если защита от DDoS перенаправляет трафик через другую сеть или если журналы хранятся в стороннем SaaS-сервисе, практическая карта данных шире, чем рекламируемая локация VPS. Публичные условия LigaHosting говорят, что контент клиента остаётся собственностью клиента, и предоставляют провайдеру ограниченное право хранить, копировать контент для резервирования и избыточности, а также передавать его для оказания услуг.

Условия не публикуют карту субпроцессоров по странам или карту расположения резервных копий.

Для обычных низкорисковых нагрузок структуры Великобритания–Румыния–Германия может быть достаточно, если клиент её понимает. Для регулируемых персональных данных, чувствительных сообществ, государственных нагрузок или клиентов со строгими обязательствами по локализации покупателю стоит запросить письменное соглашение об обработке данных, карту расположения производственных и резервных данных, контроль доступа поддержки, правила удаления и сведения о субподрядчиках. Публичный сайт даёт отправную точку, а не полный ответ о суверенитете.

Кто пострадает, когда система откажет

Вероятно затронутые пользователи — не только люди, чьи имена указаны в счетах. Небольшое агентство может размещать много сайтов клиентов на одном тарифе cPanel или на нескольких VPS-инстансах. Владелец игрового сервера может поддерживать большое комьюнити, которое знает только доменное имя и канал Discord. Разработчик может запускать API для платящих пользователей. Компания может размещать почту на общем тарифе и обнаружить во время сбоя, что сброс паролей, счета и переписка с поддержкой зависят от одного и того же провайдера.

Для клиентов VPS прямые сценарии отказов привычны: падает хост-узел, отказывает устройство хранения, фильтр DDoS чрезмерно реагирует, апстрим меняет политику или биллинговое событие приостанавливает доступ. Косвенные отказы часто хуже. У клиента нет актуальной внешней резервной копии. DNS находится на том же аккаунте. Единственный администратор пользуется почтовым ящиком на отказавшем сервере. Приложение зависит от захардкоженного IP. Снимок существует, но его нельзя скачать или восстановить в другом месте. В каждом случае окно восстановления провайдера становится лишь частью простоя.

Для клиентов веб-хостинга риск общего сервера иной. Один злоупотребляющий или скомпрометированный аккаунт может повлиять на репутацию сервера, доставляемость почты или лимиты ресурсов. Условия оставляют за провайдером право ограничивать скорость, требовать апгрейда или приостанавливать сервисы, влияющие на других клиентов на том же физическом сервере. Это необходимо для общего хостинга, но означает, что клиент не полностью контролирует среду производительности.

Язык «безлимитных» трафика и хранилища ограничен нормальным использованием и исключает распространение больших файлов, медиа-стриминг, файловые серверы для скачивания или CDN-подобное использование на общем хостинге.

Для игрового хостинга влияние социальное не меньше, чем техническое. Игровые комьюнити сразу замечают лаги, потерю пакетов, перезапуски и смену региона. Узел, который технически онлайн, но перегружен, всё равно может опустошить сервер. Смена IP может сломать серверные списки, сохранённые избранные и инструкции комьюнити. Румынский сайт даёт полезную информацию о регионе и оборудовании, но клиентам, управляющим серьёзными комьюнити, стоит спросить, как бэкапятся игровые панели, каталоги данных, мод-паки и базы данных и как быстро сервер можно перенести между Румынией и Германией.

Для всех трёх семейств продуктов самый сильный контроль клиента — переносимость. Держите доменные имена независимыми. Держите платёжные контакты и контакты поддержки под наблюдением более чем одного человека. Храните конфигурацию приложения вне сервера. Держите резервные копии на другом аккаунте и у другого провайдера. Проверяйте восстановление до первого серьёзного инцидента. Это не признаки недоверия. Это нормальное разделение ответственности в бюджетном и среднеценовом хостинге.

Какие доказательства оправдали бы более сильный вердикт

Network LIGA HOSTING LTD могла бы перейти от средней доказательности к сильной, не раскрывая чувствительных внутренних деталей. Первое улучшение — краткое заявление об инфраструктуре: какие города активны, владеет ли компания оборудованием или арендует выделенные мощности в каждом городе, какие семейства продуктов работают на каждой площадке, есть ли у каждой площадки минимум два апстрим-пути и может ли клиентское IP-пространство переехать при отказе поставщика. Публичная запись в PeeringDB помогла бы, но даже обычная текстовая страница о сети сделала бы заявление о магистрали проще для проверки.

Второе улучшение — контекст площадки и электропитания. Клиентам не нужны номера стоек. Им нужно знать, стоят ли серверы в профессиональных дата-центрах, заведено ли питание по двум независимым вводам, однокабельные или двухкабельные хосты, заключён ли договор на remote hands, есть ли запчасти на месте и предусматривает ли плановое обслуживание площадки конструкцию без простоя или окно перезагрузки для клиентов.Материалы Uptime Institute об уровнях (tier)напоминают, что возможности площадки и топология арендатора не идентичны: сертифицированное здание не сертифицирует автоматически каждый размещённый узел.

Третье улучшение — доказательства резервного копирования и восстановления. Условия уже проводят чёткую границу вокруг cPanel-бэкапов и ответственности VPS по умолчанию. Более сильным следующим шагом были бы целевые показатели восстановления по продуктам: время обработки запроса на восстановление cPanel, варианты хранения снимков, выбор места для внешних резервных копий, форматы скачивания/экспорта и результат последнего восстановления, выполненного провайдером. Для VPS платный продукт резервного копирования должен указывать, хранится ли копия вне узла, вне стойки или вне площадки.

Четвёртое улучшение — история статуса. Зелёная страница в один момент полезна; история инцидентов и обслуживания полезнее. Клиенты должны видеть, как часто в Румынии и Франкфурте проводились плановые работы, пересекали ли какие-либо инциденты регионы, сколько времени заняло восстановление и что изменилось после. Это не просто театр прозрачности. Это позволяет покупателям сравнить заявленную цель 99,9 % в месяц с реальным операционным поведением.

Пятое улучшение — права при выходе. Условия уже говорят, что прекращённые сервисы могут не сохранить IP, hostname или данные. Ориентированный на производственные нагрузки провайдер может всё же опубликовать, как клиенты экспортируют образы VPS, забирают cPanel-бэкапы, снижают зависимость от DNS, переносят домены и запрашивают экстренный доступ к данным до удаления. Зависимость от хостинга (lock-in) часто проявляется во время сбоя, а не при покупке.

Вердикт: видимая хостинговая ёмкость, недоказанная глубокая устойчивость

Network LIGA HOSTING LTD — хостинговый субъект с лучшей доказательной базой, чем предполагал первоначальный скудный снимок каталога. Британская компания существует и соответствует хостинговому коду SIC. Публичный сайт и условия описывают конкретные сервисы VPS, cPanel и игрового хостинга. Статусная страница называет локации обслуживания Тулча и Франкфурт. AS201131 зарегистрирована за LIGA HOSTING LTD, активна в публичной маршрутизации и сейчас является источником трёх IPv4-префиксов /24 и двух видимых IPv6-префиксов /48. Проверенное состояние источника маршрута для IPv4 действительно. Эти пункты подтверждают реальный операционный след.

Потолок так же важен. Компания недавно инкорпорирована. Публичная запись не называет площадки, владельца стоек, провайдера remote hands, кросс-связи, запас оборудования, точный набор апстримов по каждой локации, мощность DDoS-защиты, схему репликации хранилища, историю тестов восстановления или права клиента на миграцию. SLA — это прежде всего обещание сервисного кредита. Резервные копии VPS по умолчанию не включены. Правила биллинга могут приостановить сервис на третий день и удалить данные на четырнадцатый. Сами по себе это не недостатки; это фактическая форма зависимости.

Для экспериментального использования VPS, игровых комьюнити с собственными резервными копиями, небольших сайтов и нагрузок, которые можно перенести через DNS, публичных доказательств LigaHosting может быть достаточно, если подходят цена, задержка и поддержка. Для регулируемых данных, производственного хостинга клиентов, критичных для выручки приложений или сервисов со строгими целями восстановления покупателю стоит рассматривать платформу как размещённую ёмкость, которая всё ещё требует независимой схемы восстановления. Спрашивайте доказательства по площадкам, резервным копиям и маршрутам. Тестируйте восстановление вне аккаунта.

Владейте DNS и регистрацией домена. Знайте, что произойдёт, если откажет счёт, стойка, узел, апстрим или контракт провайдера.

Центральный факт не в том, что AS201131 существует, и не в том, что Тулча и Франкфурт появляются на статусной странице. А в том, что каждый виртуальный сервер, проданный под этой поверхностью, всё равно разворачивается в небольшую цепочку физических и договорных зависимостей: сервер, стойка, питание, охлаждение, транзит, защита от DDoS, труд поддержки, состояние биллинга и путь выхода. У Network LIGA HOSTING LTD достаточно публичных доказательств, чтобы её воспринимали всерьёз как действующего хоста. Но она пока не опубликовала достаточно доказательств, чтобы клиенты могли переложить устойчивость на провайдера.