Новый блок 23.26.1.0/24 у 365.hosting находится за одним видимым апстримом и устаревшей меткой Секокуса

Резюме

• AS30344 активна, а не просто зарегистрирована. 15 июля 2026 года RIPEstat показывал четыре анонса IPv4 /24 и один IPv6 /40; новейший блок IPv4 23.26.1.0/24 был выделен 365.hosting 6 мая и появился в маршрутных данных 7 мая. Все четыре источника IPv4 прошли проверку RPKI в рассмотренном снимке, а маршрут IPv6 получил неизвестное состояние проверки.
• Публичные наблюдения маршрутов показали одного соседа — MIRhosting AS52000. Это значимая концентрация на видимой границе AS, даже несмотря на то, что у самого MIRhosting есть несколько апстримов, точек обмена и площадок. Опубликованных доказательств второго транзита AS30344, физически раздельных входов, проверенного переключения или эквивалентной резервной ёмкости нет.
• 365.hosting продаёт VPS и выделенные серверы в США и Нидерландах и заявляет, что использует собственные стойки в дата-центрах уровня Tier III. Американская копия сайта по-прежнему называет площадку в Секокусе vXchnge NJ01, хотя H5 Data Centers сейчас указывает тот же объект по адресу 200B Meadowlands Parkway. Нидерландская страница VPS содержит устаревший текст WebHOST1, утверждающий, что оборудование WebHOST1 находится в Serverius; на переходной странице Kolo сказано, что Serverius теперь работает под именем Kolo, а текущий портфель Kolo включает четыре нидерландские площадки. Ни на одной из страниц не указана конкретная стойка 365.hosting или площадка Kolo. Количество стоек, установленная ИТ-нагрузка, доступный инвентарь, заполненность, выделенная мощность и возможность восстановления между площадками не раскрываются.

Блок из 256 адресов делает сеть заметнее

Самый полезный путь к 365.hosting — не обещание премиальных дата-центров на главной странице, а небольшое, уже не новое изменение в публичном реестре адресов.Запись ARIN для 23.26.1.0/24говорит, что блок из 256 адресов был выделен 365.hosting 6 мая 2026 года.Исторический запрос RIPEstatпоказывает, что AS30344 анонсирует его с 7 мая. Последовательность необычно чистая: выделение в один день, видимый маршрут на следующий.

Новый блок важен, потому что подтверждает текущую сетевую активность без отзывов клиентов и рекламных запусков. К снимку 15 июляпредставление анонсированных префиксовсодержало четыре 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 — это маршрутное выделение, а не число серверов, клиентов или используемых виртуальных машин.

Тот же снимок задаёт и первое ограничение истории.Представление соседей AS в RIPEstatнашло одного левого соседа — AS52000.Страница IPinfo для AS30344также классифицировала MIRhosting как единственный апстрим и назвала AS30344 тупиковой сетью. Тупиковая AS — это автономная система, которая анонсирует собственные маршруты, но не предоставляет транзит нижестоящим сетям. Это операционно логичная форма для скромной хостинговой сети. Это не доказательство разнообразия маршрутов.

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

Бренд продаёт больше, чем может описать AS30344

Главная страница 365.hostingпредставляет обычный, но широкий каталог инфраструктуры. В нём перечислены VPS/VDS, выделенные серверы, домены, SSL-сертификаты, администрирование серверов и дополнительные услуги безопасности. Там сказано, что бизнес работает с 2022 года, имеет площадки в США, Европе и Азии, использует «собственные стойки» в объектах Tier III и партнёрских площадках, поддерживает более 20 000 проектов и входит в международную группу 365.partners. Также показаны крупные маркетинговые счётчики, включая активные сайты и пятилетнее заявление о доступности 99,9 %.

Эти заявления показывают, что бренд хочет продать клиентам. Они не привязывают физические активы к AS30344. Заявление о собственных стойках не называет идентификаторы стоек, договоры аренды, залы, фидеры питания или компанию, владеющую серверами. Счётчики проектов и сайтов не объясняют, относятся ли они только к 365.hosting, к более старой платформе WebHOST1, к группе 365.partners, к регистрациям доменов, неактивным аккаунтам или к живым платным вычислениям. Показатель доступности не публикует период измерения, знаменатель услуги, исключения для обслуживания или журнал инцидентов.

Страницы продуктов более осязаемы.Страница выделенных серверов в СШАперечисляла двухсокетные конфигурации Intel, один IPv4-адрес, 30 ТБ трафика, номинальный канал 1 Гбит/с для стандартного предложения, срок подготовки от пяти до десяти дней и бесплатное начальное администрирование. Там также была более дорогая конфигурация с каналом 10 Гбит/с.Страница выделенных серверов в Нидерландаханалогично предлагала двухпроцессорную систему Xeon, хранилище NVMe, один IPv4-адрес, 30 ТБ трафика, канал 1 Гбит/с и тот же срок подготовки.

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

Сеть и каталог также нужно разделять. Сервер клиента может использовать адресное пространство AS30344, другой ASN группы, адреса площадки или выделение апстрима. И наоборот, адрес AS30344 может обслуживать инфраструктуру, которая не продаётся по текущим карточкам для США или Нидерландов. Без опубликованного сопоставления между услугой, префиксом, площадкой и договором ASN остаётся наиболее ясной сетевой идентичностью, но не полным инвентарём коммерческой платформы.

Шеридан — это адрес в реестре, а не серверная

Запись автономной системы ARINназывает организацию 365-HOSTING, отмечает AS30344 как активную и связывает её с handle организации PARTN-46. Связаннаязапись организации ARINуказывает 30 N Gould Street, Suite R, Sheridan, Wyoming, и адрес поддержки 365.hosting.Контактная страница компанииповторяет тот же вайомингский адрес и номер телефона.

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

Запись домена добавляет другую хронологию.Ответ CentralNic RDAP для 365.hostingфиксирует создание домена в июле 2022 года и называет ns1.365.hosting и ns2.365.hosting. Публичный DNS 15 июля разрешал сайт в 23.152.200.43, внутри префикса AS30344. Почтовые и DNS-имена также находятся в адресах, связанных с той же сетью. Это даёт бренду прямую техническую связь с AS30344, более сильную, чем просто совпадение имени у агрегатора.

Однако даже это не устанавливает корпоративную цепочку с точностью. На главной странице сказано, что 365.hosting входит в 365.partners.Страница члена RIPE NCC для 365.partners INCуказывает тот же адрес в Шеридане, телефон и почтовый домен365.hosting, а также перечисляет зоны обслуживания в Германии, Великобритании, Израиле и Нидерландах.Страница IPinfo для AS198178связывает эту более крупную сеть 365.partners с 365.hosting и показывает существенно более широкий адресный след, чем AS30344.

Эти общие идентификаторы поддерживают операционную аффилированность, как её публично представляют бренд и реестры. Они не дают оснований объединять AS30344 и AS198178, приписывать каждый групповой префикс этой организации из справочника или считать, что одна ASN автоматически резервирует другую. Раздельные источники маршрутов могут использовать общие контакты и коммерческий контроль, но разные апстримы, площадки и операционные политики. Заявление о восстановлении требует описанной схемы переключения, а не просто похожего имени.

Четыре блока IPv4 не имеют одинаковой истории в реестре

1 024 IPv4-адреса, которые анонсирует AS30344, выглядят одинаково в таблице маршрутов: четыре равных /24. Их истории регистрации не одинаковы. Это различие — полезное предупреждение против отношения к маршрутизируемому пространству как к единому собственному пулу.

ARIN напрямую выделил 23.152.200.0/24для 365.hosting в мае 2023 года. Новый 23.26.1.0/24 — это назначение из более крупного родительского блока, зарегистрированное в мае 2026 года.Запись RIPE для 77.91.126.0/24называет сетьWebhost_LLC, в примечаниях описывает 365.partners INC и содержит тот же контакт в Шеридане.Запись RIPE для 138.124.187.0/24называет Webhost LLC в Москве и говорит, что подсеть используется для предоставления виртуальных и выделенных серверов, которые клиенты администрируют самостоятельно.

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

Обратный DNS даёт ограниченные свидетельства использования.Представление IPinfo для 23.152.200.0/24показывало большинство адресов со статическими именамиwebhost1.netи идентифицировало ns1.365.hosting, ns2.365.hosting и основной хост 365.hosting.Представление 77.91.126.0/24включалоvm.365.hostingсреди похожих имёнwebhost1.net.Представление 138.124.187.0/24показывалоmail.365.hostingи ещё больше обратных записей в стиле WebHOST1.

Это сильное свидетельство того, что бренд и старая операционная среда WebHOST1 имеют общую поверхность контроля. Это слабое свидетельство относительно личности отдельных клиентов, числа серверов или физического местоположения. Обратные имена могут сохраняться после переездов, генерироваться автоматически или указывать на соглашение об именовании, а не на здание. Их нельзя превращать в инвентарь из 1 024 живых серверов.

Авторизация маршрутов лучше, чем резервирование маршрутов

Четыре IPv4-анонса имели полезное свойство безопасности на рассмотренный момент. Валидатор RPKI в RIPEstat вернулvalidдля23.152.200.0/24,23.26.1.0/24,77.91.126.0/24и138.124.187.0/24при анонсе AS30344. Это означает, что сети, использующие проверку происхождения маршрутов, имели криптографическое основание принимать эту пару ASN-префикс.

Маршрут IPv6 отличался. Валидатор вернулunknownдля2602:2d3::/40, потому что не нашёл подтверждающий ROA в этом ответе. Unknown — это не invalid. Это значит, что проверка происхождения маршрута не дала положительной авторизации для этой пары. Различие важно для позиции безопасности, но ни состояние valid, ни unknown ничего не говорит о полосе пропускания, перегрузке, питании площадки или переключении клиентов.

RPKI — это, следовательно, контроль целостности маршрутизации, а не механизм резервирования. Идеально авторизованный маршрут всё равно может исчезнуть, когда выходит из строя маршрутизатор, истекает транзитный контракт, перерезается волокно или неудачно проходит изменение при обслуживании. Он может оставаться видимым и при этом терять пакеты. Наоборот, маршрут с одним видимым соседом может унаследовать значительный охват от глобальной сети этого соседа, но всё равно зависит от коммерческой и технической стыковки между двумя системами.

Публичная топология поддерживает осторожность, а не тревогу. Коллекторы маршрутов не наблюдают каждое частное соединение, а резервная сессия может быть настроена, но неактивна. Второй оператор также может существовать на уровне 2, пока AS52000 остаётся единственным BGP-соседом. Свидетельства не могут доказать, что скрытого или холодного резерва нет. Они могут доказать, что в представлении RIPEstat от 15 июля не было видно второго AS-соседа и что компания не опубликовала тест, демонстрирующий его.

MIRhosting — значительная сеть, но остаётся видимой точкой зависимости

AS52000 — не маленькая конечная точка одного оператора.Страница компании MIRhostingперечисляет более десяти площадок дата-центров в Европе, США и Азии, включая Секокус и 60 Hudson Street в Нью-Йорке, несколько нидерландских площадок, Франкфурт и Мумбаи.Запись AS52000 в PeeringDBописывает глобальную сеть с трафиком 1–5 Тбит/с, открытой политикой пиринга, несколькими точками обмена и площадками, а также круглосуточными контактами NOC и abuse.BGP.toolsперечисляет несколько апстримов, включая Arelion, GTT, Cogent и Tata, наряду с подключениями к точкам обмена.

Такая широта снижает соблазн приравнять «один AS-сосед» к «один физический кабель ко всему интернету». MIRhosting может передавать AS30344 через сеть с собственными резервными маршрутизаторами, апстримами и площадками. Пример трассировки IPinfo достигал адреса AS30344 через маршрутизатор MIRhosting, идентифицированный около Нью-Йорка, что согласуется с американским путём обслуживания. Однако это не раскрывает, сколько портов соединяют AS30344 с AS52000, входят ли эти порты в разные здания и используют ли нидерландские и американские сервисы раздельные стыковки.

Точка зависимости остаётся реальной. Если каждый внешне видимый путь для AS30344 зависит от того, что AS52000 принимает и распространяет его маршруты, то ошибка политики, коммерческая приостановка, фильтр утечки маршрутов, реакция на DDoS или общий сбой плоскости управления на этой границе могут одновременно затронуть все четыре префикса IPv4 и префикс IPv6. Разнообразие апстримов MIRhosting не защищает автоматически от сбоя, специфичного для связи AS30344–AS52000.

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

Метка Секокуса пережила оператора

Продукт в США физически конкретен в одном отношении.Объявление 365.hosting о Нью-Джерсиот 7 марта 2026 года говорит, что её NVMe-облачные серверы находятся в «vXchnge Secaucus», и описывает объект площадью 54 121 квадратный фут рядом с Нью-Йорком. Страница выделенных серверов называет площадку vXchnge NJ01. Это даёт клиентам больше, чем общий регион «США»: указывает на Секокус, штат Нью-Джерси.

Имя оператора устарело, но сама публичная дата приобретения требует оговорки.Живой анонс H5 о приобретениидатирован 31 января 2021 года, асовременное подтверждение Дата-центр Dynamicsдатировано 31 января 2022 года. Годовое расхождение источников не позволяет утверждать более точный возраст; обе даты всё равно предшествуют уведомлению о запуске 365.hosting от 7 марта 2026 года как минимум на четыре года.Текущая страница объекта H5указывает дата-центр в Нью-Джерси по адресу 200B Meadowlands Parkway, Секокус, описывает его как объект Tier III площадью более 38 000 квадратных футов и продвигает его для обеспечения непрерывности бизнеса в Нью-Йорке.Запись объекта в PeeringDBназывает его H5 Data Centers Secaucus (NJ01), даёт тот же адрес и сохраняет «vXchnge Secaucus (NJ01)» только как альтернативное историческое имя.

Несовпадение не доказывает, что серверы 365.hosting покинули здание или что услуга недоступна. Клиентский договор и стойка могут пережить продажу объекта. Оно показывает, что публичное описание компании не обновлено до текущего оператора. Это ослабляет доверие к соседним заявлениям, которые труднее проверить: кто предоставляет удалённые руки, какое соглашение об уровне обслуживания применяется, кто получает эскалацию при инциденте на площадке и описывают ли заявленные 54 121 квадратный фут площадь здания, прежнюю маркетинговую площадь или текущую продаваемую площадь.

Это также меняет договорную зависимость. Если H5 сейчас контролирует объект, 365.hosting контролирует серверы или стойки, а MIRhosting обеспечивает видимый сетевой путь, то клиент зависит как минимум от трёх операционных уровней. H5 обслуживает доступ в здание, питание, охлаждение и процедуры объекта. 365.hosting предоставляет и поддерживает серверную услугу. MIRhosting несёт видимое BGP-отношение. За этими уровнями стоят дополнительные поставщики оборудования, платёжные системы и платформы управления.

Ни в одном публичном договоре, рассмотренном здесь, не показано, какой уровень обязан конечному клиенту компенсацией, когда два уровня расходятся в оценке причины сбоя.

Самая безопасная формулировка местоположения узкая: 365.hosting публично продаёт серверы в США на площадке в Секокусе, исторически известной как vXchnge NJ01; H5 в настоящее время представляет объект 200B Meadowlands Parkway как свою площадку в Нью-Джерси. Публичные свидетельства не идентифицируют стойку 365.hosting, установленную нагрузку, клетку, текущие кросс-коннекты или оставшуюся продаваемую ёмкость внутри неё.

Нидерландская площадка названа только по группе объектов

Предложение в Нидерландах аналогично реально, но менее географически точно.Уведомление о запуске в Нидерландах, также датированное 7 марта, говорит, что виртуальные серверы стали доступны в дата-центре Serverius.Нидерландская страница VPSсодержит устаревший текст WebHOST1: в нём говорится, что WebHOST1 предлагает услугу и использует собственное оборудование в дата-центре Serverius. Это заявление WebHOST1, показанное на поверхности 365.hosting, а не доказательство того, что 365.hosting владеет оборудованием. Страница также описывает виртуализацию KVM, SSD-хранилище с RAID10, канал тарифа 100 Мбит/с и возврат в течение 30 дней. Страница выделенных серверов повышает заявленный канал до 1 Гбит/с для перечисленного оборудования.

Serverius также больше не является текущим самостоятельным публичным брендом.Переходная страница Koloговорит, что Serverius и Fuzion теперь работают под именем Kolo, с теми же площадками и услугами, и что единый бренд официально запускается 17 июля.Нидерландский портфель Koloперечисляет четыре площадки: NL1 Dronten, NL2 Meppel, NL3 Apeldoorn и NL4 Amsterdam. Это заявления платформы Kolo, а не карта оборудования 365.hosting. Страница 365.hosting не говорит, какой объект, зал или стойка обслуживает соответствующую услугу, и ни одна публичная запись кросс-коннекта не связывает AS30344 с конкретной площадкой Kolo.

Отсутствующий идентификатор площадки ограничивает и анализ локальности, и анализ восстановления. Клиент, выбирающий «Нидерланды», может разумно ожидать обработки данных в стране, пока услуга работает так, как рекламируется. Публичная страница не раскрывает, остаются ли резервные копии в том же здании, на другой площадке Serverius, в США или на платформе управления в другом месте. Она не говорит, можно ли восстановить вышедший из строя нидерландский хост в Секокусе, требуется ли для такого переноса согласие клиента и сколько времени займёт перенос образа и данных.

Уведомления NOC, которые по-прежнему публикуются на домене Serverius, иллюстрируют, почему эти различия важны, и уже используют метки KoloDC. В 2026 году сайт опубликовал работы по охлаждению на NL1 Dronten и работы с тёмным волокном между NL1 Dronten и NL2 Meppel, пояснив, что альтернативные волокна должны взять на себя нагрузку, но предупредив о возможной задержке или потере пакетов при пересборке маршрутов. Это здоровая операционная прозрачность сети объекта. Это не доказывает, что 365.hosting занимала любую из затронутых площадок или участвовала в альтернативном пути. Это лишь показывает тип физического обслуживания, который скрывает метка «Нидерланды».

Поэтому оценка доказательств для Нидерландов — средняя для доступности услуги на уровне страны и слабая для точного размещения активов. Страницы продуктов делают предложение правдоподобным, а переход Serverius–Kolo устанавливает текущую идентичность платформы объекта, но не локализует услугу. Источники не устанавливают уличный адрес, установленный инвентарь, выделенную мощность, владение стойками или межплощадочную репликацию для 365.hosting.

Карточки ёмкости — не отчёт о ёмкости

Витрина публикует полезные коммерческие единицы: тип процессора, память, диск, канал, объём трафика, количество IPv4, срок подготовки и расчётный период. Это права клиента, если они предоставлены по применимому договору. Их нельзя складывать для расчёта ёмкости провайдера, потому что сайт не публикует число доступных серверов или хостов виртуализации за каждой карточкой.

Один нидерландский тариф VPS при проверке был показан как распроданный. Это небольшой, но полезный операционный сигнал. Он предполагает, что каталог может показывать состояние доступности, а не принимать каждую конфигурацию без ограничений. Он также демонстрирует, почему спецификация тарифа не является установленной ёмкостью. Диск на 20 ГБ и порт 100 Мбит/с на недоступном тарифе не дают новому клиенту никакой пригодной услуги.

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

Ни одна проверенная страница не раскрыла число стоек, серверов, гипервизоров, совокупных ядер CPU, установленного хранилища, запасных дисков, задействованной мощности, выделенной полосы пропускания, переподписки, процента продаж или резервного инвентаря. Заявление главной страницы о собственных стойках остаётся неколичественным. Размер объекта H5 и масштаб платформы Kolo принадлежат этим операторам объектов; их нельзя приписывать 365.hosting. Арендатор может занимать один шкаф в большом дата-центре, и размер здания ничего не говорит о свободной ёмкости арендатора.

Даже 1 024 маршрутизируемых IPv4-адреса не являются пределом серверов. Один хост может обслуживать много адресов; один адрес может стоять перед многими виртуальными хостами; адреса могут быть зарезервированы, маршрутизированы, но не использоваться, использоваться для сетевых устройств или назначаться клиентам.Сводка IP2Location для AS30344подтверждает четыре /24 и единственный апстрим MIRhosting, но её общее число адресов — это характеристика сетевых ресурсов, а не вычислительная характеристика.

Вывод о ёмкости, следовательно, явный: текущие предложения и маршрутизируемые ресурсы демонстрируют действующий сервис, но установленная, проданная, запасная и аварийная ёмкость публично не количественно определена. Любое более сильное число было бы выдумкой.

Заявлению о 99,9 процента нужен знаменатель

На главной странице 365.hosting сказано, что за пять лет достигнута доступность 99,9 %, хотя та же страница говорит, что бренд работает с 2022 года. К июлю 2026 года полное пятилетнее измерение под этим брендом выходило бы за пределы заявленной даты начала работы. Показатель может включать более старую историю сервиса WebHOST1, может быть округлённым маркетинговым текстом или использовать другую точку отсчёта. Страница не объясняет знаменатель.

При 99,9 % арифметика допускает около 8 часов 46 минут простоя в 365-дневном году при непрерывном измерении. Этот расчёт не является свидетельством фактического простоя. Он лишь показывает, почему важна область измерения. Доступность сайта, доступность панели управления, достижимость сети, состояние питания виртуальной машины и отклик приложения могут давать разные проценты. Плановое обслуживание, форс-мажор и инциденты по вине клиента могут исключаться из договорного SLA, даже если они остаются видимыми для пользователей.

Публичнаястраница технических работв рассмотренном виде не содержала ясного английского архива инцидентов. Контактная страница говорит, что самый быстрый ответ клиенты получают через систему запросов в биллинговой панели, и отдельно упоминает онлайн-чат поддержки с 9:00 до 21:00, тогда как более широкие страницы рекламируют поддержку 24/7. Эти заявления могут сосуществовать, если тикеты отслеживаются круглосуточно, а чат — нет. Они не публикуют цели по первому ответу или восстановлению.

Без истории инцидентов и SLA, специфичного для услуги, заявление о доступности должно оставаться атрибутированным. Его нельзя использовать для вывода, что обе страны, каждый продукт, AS30344 или платформа управления достигли того же результата. Оно также не может продемонстрировать восстановление из режимов сбоя, наиболее релевантных здесь: потеря AS52000, потеря фидера питания стойки, замена выделенного сервера, восстановление образа клиента или перенос рабочей нагрузки через границы.

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

Плоскость управления уходит обратно в WebHOST1

Публичный сайт раскрывает вторую концентрацию, которую пропустить легче, чем BGP. ЕгоHTML главной страницыделает предварительное подключение кapi.webhost1.ru, его контент и навигация повторно используют маршруты WebHOST1, а значительная часть данных продуктов и ссылок на управление несёт имена хостов WebHOST1. Обратный DNS в AS30344 также многократно используетwebhost1.net.Карта сайта 365.hostingуказывает на страницыwebhost1.ru, а не на чистый набор URL, специфичных для бренда.

Это поддерживает преемственность с устоявшейся операционной платформой. Это может позволить 365.hosting повторно использовать биллинг, предоставление услуг, базу знаний поддержки и системы управления серверами, а не строить их с нуля. Это также создаёт границу сбоя и управления. У клиента может работать виртуальная машина, публичные пакеты которой идут через AS30344, но при этом он зависит от другого домена и платформы для заказа, оплаты, сброса пароля, тикетов, доступа к консоли или автоматизации.

Страница документов 365.hostingотображала ссылки на публичную оферту, лимиты нагрузки аккаунта и условия обработки персональных данных, но рассмотренная английская страница не раскрывала полное, легко проверяемое название компании и график услуг. Раздел банковских реквизитов на контактной странице также выглядел незаполненным в отрисованном английском виде. Это затрудняет определение по публичной английской поверхности, какое именно юридическое лицо выставляет счета клиенту, какие условия регулируют продукты в США и Нидерландах и выполняет ли конкретное обязательство Webhost LLC, 365.partners INC или другой аффилиат.

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

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

Сбой начинается там, где меняется владелец

Первый путь сбоя — видимая граница маршрута. Если AS30344 потеряет отношение с AS52000, все пять наблюдаемых анонсов могут стать недостижимыми одновременно, если не сработает нераскрытая альтернатива. Клиенты, использующие адреса, полученные в другом месте, могут вести себя иначе, поэтому важно сопоставление услуги и префикса. Публичная запись его не предоставляет.

Второй путь специфичен для объекта. В Секокусе H5 контролирует уровень здания, который сейчас приписывается историческому имени vXchnge. В Нидерландах предложение всё ещё говорит Serverius, а публичная платформа объекта переходит под имя Kolo, и точная площадка не раскрыта. Перебой в энергоснабжении, неисправность ИБП, проблема охлаждения, ограничение доступа или обслуживание объекта могут затронуть клиентскую услугу, даже когда собственные сотрудники и маршрутизаторы 365.hosting исправны.

Третий — отказ стойки и оборудования. «Собственные стойки» концентрируют полезный контроль, но и создают ответственность за распределение питания, коммутацию top-of-rack, гипервизоры, диски и запасные части. Окно подготовки нового сервера от пяти до десяти дней нельзя считать целью замены. Клиентам нужно знать, зеркалируются ли вышедшие из строя диски, запускает ли отказ хоста автоматический перезапуск виртуальной машины в другом месте, находится ли резервная копия в отдельном домене сбоя и как быстро можно пересобрать выделенный сервер.

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

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

Шестой — миграция. Сайт рекламирует бесплатную миграцию и 30-дневный возврат для некоторых услуг. Это снижает начальные издержки перехода, но не доказывает быстрый выход. Большие наборы данных, приватные конфигурации, репутация выделенных IP, время DNS и зависимости приложений могут сделать миграцию медленнее предоставления сервера. Ни одна проверенная страница не обещает переносимые образы виртуальных машин, пропускную способность массового экспорта, сохранение снимков после отмены или assisted evacuation при проблеме на объекте.

Это не обвинения в сбоях. Это цепочка зависимостей, созданная публичной операционной схемой. Слабое место — не обязательно один компонент; это стыковка между компонентами, чьи договоры и проверенное поведение при восстановлении не раскрыты.

Две страны продаж пока не образуют пару восстановления

Наличие предложений и в США, и в Нидерландах провоцирует обычное предположение: если одна площадка откажет, рабочие нагрузки можно перенести на другую. Публичные страницы такого обещания не дают. Они продают локации независимо. Они не описывают активно-активный сервис, реплицируемое хранилище, общую оркестрацию, общую частную сеть, отказоустойчивость DNS или зарезервированную резервную ёмкость.

Межплощадочное восстановление также пересекает правовую и задержковую границу. Перенос данных из Нидерландов в Нью-Джерси может изменить применимую юрисдикцию, обязательства по уведомлению клиента, механизм передачи и задержку кругового пути. Клиент, выбравший Нидерланды ради европейской обработки данных, не может считать, что восстановление в США приемлемо. Контролируемая тема суверенитета данных релевантна именно потому, что местоположение — часть продукта, а не потому, что доказательства подтверждают нарушение нормативных требований.

Даже внутри Нидерландов четыре перечисленные площадки Kolo нельзя считать резервированием 365.hosting. Kolo рекламирует варианты устойчивости на нескольких площадках, но 365.hosting не идентифицирует свою площадку и не заявляет, что данные клиентов реплицируются на другую. Нейтральный к операторам зал создаёт возможности; он не создаёт второй договорный сервис автоматически.

Аналогично, площадки MIRhosting в обеих странах не доказывают, что у AS30344 есть независимые стыковки в обеих. Представление BGP с одним соседом может охватывать несколько физических линий к одной AS, а может и одну. Публичные данные их не различают. Надёжное заявление о резервировании назвало бы площадки, каналы и тест отказа, сохраняя законные детали безопасности.

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

Кто страдает при отказе системы

Заявление главной страницы о «20 000+ проектов» предполагает значительную базу пользователей, но никакая независимая разбивка не связывает это число с текущими услугами AS30344. Наблюдения обратного DNS и размещённых доменов подтверждают, что маршрутизируемое пространство обслуживает системы, обращённые в интернет. Они не показывают, принадлежат ли эти системы малым сайтам, агентствам, программным сервисам, игровым серверам, магазинам, внутренним корпоративным инструментам или инфраструктурным реселлерам.

Язык продуктов указывает на несколько затронутых групп. Клиенты VPS могут потерять веб-приложения, базы данных, VPN и среды разработки при отказе хоста или маршрута. Клиенты выделенных серверов могут столкнуться с более долгой заменой оборудования, потому что их среда привязана к конкретному шасси. Клиенты доменов и DNS могут пострадать на уровне управления, даже если их контент размещён в другом месте. Реселлеры могут усилить один инцидент апстрима на многих конечных клиентов, которые могли никогда не слышать о 365.hosting.

Влияние на клиентов также зависит от непрерывности адресов. Перенос рабочей нагрузки к другому провайдеру без сохранения того же IP может нарушить белые списки, почтовую репутацию, кэширование DNS, интеграции API и правила безопасности. Поэтому четыре /24 являются операционными активами за пределами их численного размера. Однако ни одна публичная политика переносимости не говорит, может ли клиент принести адрес, анонсировать собственный префикс, сохранить IP при миграции или получить услугу BGP.

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

Ограниченная прозрачность означает, что клиенты должны обеспечивать значительную часть этой устойчивости сами. Резервные копии вне провайдера, документированные шаги пересборки, вторичный DNS, независимые учётные данные домена, мониторинг из более чем одной сети и отрепетированная миграция снижают зависимость от заявлений, которые невозможно проверить извне. Потребность наибольшая для клиентов, чьи собственные пользователи считают, что покупка «облачного» сервиса включает невидимое переключение.

Что подтверждают доказательства, а что нет

Доказательства позволяют называть 365.hosting действующим хостинг-провайдером, связанным с активной автономной системой, зарегистрированной в США. Его домен разрешается внутри AS30344. Его префиксы IPv4 анонсируются, новейший блок вошёл в маршрутизацию сразу после выделения, обратный DNS показывает хостинговое использование, а страницы продуктов используют детальный коммерческий словарь процессоров, дисков, каналов и локаций. Это существенно сильнее карточки справочника, построенной только из имени.

Это также поддерживает конкретный вывод о концентрации. На снимке 15 июля все наблюдаемые маршруты AS30344 имели одного видимого AS-соседа — MIRhosting AS52000. Четыре источника IPv4 были RPKI-valid; источник IPv6 был unknown, а не invalid. Данные о маршрутах ничего не говорят о скрытых резервных каналах, но публичных доказательств второго транзита или проверенного переключения не найдено.

Физические свидетельства поддерживают Секокус на уровне города и истории объекта для предложения в США с поправкой: H5, а не vXchnge, сейчас представляет объект 200B Meadowlands Parkway. Для нидерландского предложения они поддерживают устаревшую продуктовую метку Serverius и текущую платформу Kolo с четырьмя нидерландскими площадками, не идентифицируя Dronten, Meppel, Apeldoorn или Amsterdam как местоположение 365.hosting. Они не поддерживают Вайоминг как серверное местоположение.

Доказательства ёмкости поддерживают текущие спецификации тарифов и окно подготовки выделенных серверов от пяти до десяти дней. Они не раскрывают установленное или доступное число серверов, заполненность стоек, совокупную полосу пропускания, питание, запасной инвентарь, процент продаж или пригодную ёмкость после сбоя. Показатели 99,9 % и метрики клиентов/проектов остаются маркетинговыми заявлениями без опубликованных деталей измерения.

Корпоративные свидетельства поддерживают публичную аффилированность 365.hosting, 365.partners и WebHOST1 через общие контакты, домены, инфраструктуру страниц и записи реестров. Они не делают каждый ресурс AS198178 частью AS30344 и не доказывают, что другая сеть группы является резервом. Они также не раскрывают, какое лицо обязано каждому клиенту полным сервисом.

Это сетевой вывод средней силы и слабое до среднего раскрытие инфраструктуры. Понижение намеренно. Источник маршрутов и витрина реальны; точные операционные и восстановительные границы остаются слишком непрозрачными для более сильного вывода об устойчивости.

Следующее доказательство должно быть операционным, а не рекламным

Самая простая правка — редакционная: обновить название площадки в Секокусе и указать H5 как текущего оператора, объяснив роли 365.hosting и MIRhosting. Клиент не должен примирять мартовский пост о запуске 2026 года с текущей идентификацией объекта H5 и источниками приобретения, датирующими сделку 2021 или 2022 годом. Нидерландская страница должна обновить метку Serverius с учётом перехода на Kolo и указать соответствующий код и город площадки Kolo.

Следующий шаг — матрица «услуга — инфраструктура». Для каждого семейства продуктов в США и Нидерландах 365.hosting могла бы указать оператора объекта, договаривающуюся сторону, источник маршрута, апстримы, местоположение резервной копии, канал поддержки и применимый SLA. Ей не нужно раскрывать номера стоек или чувствительную топологию. Следует прояснить, покупает ли клиент виртуальную машину, выделенное шасси или управляемую услугу и какие компоненты являются общими.

Для сетевой устойчивости датированная заметка о переключении устранила бы значительную часть неопределённости: число транзитных отношений AS30344, заканчиваются ли они в разных объектах, имеют ли IPv4 и IPv6 одинаковую защиту и дата последнего успешного теста отзыва маршрута. Тогда представление с одним соседом можно было бы интерпретировать как ограничение коллектора, намеренный дизайн или реальную концентрацию.

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

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

Наконец, публичный журнал статуса должен вести инциденты и обслуживание на последовательном английском языке с указанием затронутой локации, услуги, времени начала и окончания, влияния, причины и мер. Serverius уже демонстрирует ценность такой практики в собственных уведомлениях NOC. Распространение такой ясности на клиентский уровень 365.hosting сделало бы для доверия больше, чем очередной общий значок доступности.

Пока эти доказательства не появятся, наиболее точная оценка остаётся узкой. 365.hosting ввела в эксплуатацию реальное адресное пространство, включая недавно выделенный /24. Она продаёт идентифицируемое оборудование в двух странах и выглядит встроенной в более широкую хостинговую группу. Но в рассмотренном снимке 15 июля новейший маршрут по-прежнему выходил в публичный интернет через одного видимого апстрима, метка американской площадки отставала от записи оператора как минимум на четыре года, а нидерландская метка не сводилась ни к одной из четырёх площадок Kolo.

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