White Sky Hosting продаёт хостинговые мощности, которые по-прежнему зависят от стоек, транзита и ремонтных окон

Кратко

• У White Sky Hosting есть действующая публичная торговая поверхность:главный сайтпродаёт игровой и выделенный хостинг,страница VPSперечисляет конкретные тарифы с CPU, памятью, дисками и ценами,страница выделенных серверовпродаёт мощности bare metal, абиллинг-магазинпоказывает заказ выделенных серверов, которые есть в наличии.
• Сетевой уровень тоже действует. ARIN регистрируетAS46177,23.136.228.0/24и2602:f696::/40за White Sky Hosting; RIPE фиксирует31.56.65.0/24за той же организацией; а RIPEstat показывает, что AS46177 анонсировал два IPv4-префикса и один IPv6-префикс 15 июля 2026 года.
• Самый сильный признак реальной инфраструктуры — публичная база знаний. В ней описаны интеграция биллинга и провижининга Tenantos, VM-узлы Proxmox, автоматизация коммутаторов Juniper, привязки port security, виртуальные MAC-адреса, разрешающие списки VLAN и процедуры резервного копирования коммутаторов. Это больше операционных деталей, чем в типичном хостинговом буклете.
• Оценка доказательной базы — средняя. White Sky заметно работает и маршрутизируется, но в открытых данных по-прежнему не указаны адрес площадки, вводы электропитания, число стоек, контракты с апстримами, подтверждение мощностей DDoS-защиты, история тестов восстановления, запас оборудования, глубина штата и независимая площадка аварийного восстановления для клиентских нагрузок.

Полезная картина: небольшой хостинг с видимыми рабочими элементами

White Sky Hosting — это не просто название в справочнике.Страница White Sky Hosting в справочнике BTWсвязывает компанию с AS46177, азапись AS46177 в RDAP ARINназывает ресурс WHITE-SKY-HOSTING, связывает его с White Sky Hosting и включает публичный сайт в комментарии к регистрации.Организационная запись WTL-119 в ARINпомещает организацию в Маунт-Вернон, штат Вашингтон, и связывает её с AS46177, одним прямым IPv4-выделением и одним прямым IPv6-выделением.

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

Доменная инфраструктура тоже указывает на собственное маршрутизируемое пространство провайдера. Локальные DNS-наблюдения показали, что whiteskyhosting.com и billing.whiteskyhosting.com резолвятся в 31.56.65.55, docs.whiteskyhosting.com — в 31.56.65.35, panel.whiteskyhosting.com — в 31.56.65.80, dedicated.whiteskyhosting.com — в 31.56.65.75, а два авторитетных DNS-сервера — в 31.56.65.50 и 31.56.65.51.Запись 31.56.65.0/24 в RDAP RIPEназывает White Sky Hosting конечной организацией-пользователем этого префикса. Поэтому сайт и управляющие хосты значат больше, чем маркетинговое присутствие только через CDN.

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

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

Каталог достаточно конкретен, чтобы увидеть экономику

Страница VPS-хостингаWhite Sky необычно конкретна. На ней перечислены небольшие тарифы на Xeon E5-2697v2 с памятью DDR3 ECC и дисками HDD или SSD, а также более мощные тарифы на Ryzen 5900x и Ryzen 7900x с памятью DDR4 или DDR5 и накопителями NVMe. Опубликованные цены — от небольших инстансов по три доллара до более крупных тарифов по 58 долларов в месяц. В тарифах заявлен безлимитный трафик: это привлекательно для клиентов, но читать это стоит как коммерческую политику, а не физическую характеристику.

Микс оборудования говорит о бизнес-модели. Старые узлы Xeon позволяют держать недорогие тарифы для входа. Новые узлы Ryzen рассчитаны на чувствительные к производительности нагрузки. Уровни HDD, SSD и NVMe позволяют провайдеру делить клиентов на экономных, требовательных к ёмкости и чувствительных к задержкам. Это типичная оптимизация для небольшого хостинга: разные поколения оборудования под разные ценовые точки, а не притворство, что каждая нагрузка работает на одной и той же современной платформе.

Страница выделенного хостингаописывает bare-metal серверы и повторяет несколько сквозных обещаний: защита от DDoS Arbor, аптайм 99,95 %, экспертная поддержка, мониторинг оборудования, выносные резервные копии и развитая связность.Категория выделенных серверов в биллинг-корзинеконкретнее: тариф Ryzen 5 5600x помечен как в наличии — шесть ядер, двенадцать потоков, 64 ГБ DDR4, два накопителя NVMe по 500 ГБ, безлимитный аплинк 1 Гбит/с, полный root, IPMI и поддержка загрузки собственного ISO. Там же указаны один IPv4- и один IPv6-адрес, защита от DDoS, доступ KVM и мгновенная настройка.

Игровая сторона расширяет клиентскую базу.Страница игрпродаёт серверы Minecraft, Valheim и Satisfactory начиная с низких помесячных цен.Страница Minecraftидёт гораздо дальше: узлы AMD Ryzen 9, накопители NVMe Gen4, оборудование в дата-центре уровня Tier-3, которым компания, по её словам, владеет и управляет, BGP-мультихомиинг через нескольких транзитных провайдеров Tier-1, защита от DDoS 100 Гбит/с на уровне стойки и развёртывание менее чем за девяносто секунд. Это сильные заявления. И это ровно тот тип заявлений, которому нужно независимое подтверждение, прежде чем клиент сочтёт их доказательством отказоустойчивости.

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

Каталог поэтому подтверждает среднюю оценку доказательной базы. White Sky в открытом виде — не чистая перепродажная оболочка: у неё есть товары, корзина, панели и документация. Но полезная ёмкость не равна заявленным тарифам. Полезная ёмкость — это то, что остаётся, когда выходит из строя хостинговый узел, падает апстрим, неверно настроен порт коммутатора, приходит DDoS-атака, клиенту нужно восстановление или до окончания срока нужно провести миграцию.

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

AS46177 виден в текущих публичных данных маршрутизации.Обзор AS46177 в RIPEstatсообщил, что WHITE-SKY-HOSTING анонсируется по состоянию на 15 июля 2026 года.Эндпоинт announced-prefixesпоказал три префикса за двухнедельное окно, закончившееся в этот день: 31.56.65.0/24, 23.136.228.0/24 и 2602:f696::/40.Эндпоинт routing-statusсообщил о двух видимых IPv4-префиксах, одном видимом IPv6-префиксе, полной видимости у коллекторов RIS и четырёх наблюдаемых соседях.

Это сильный актуальный сигнал о маршрутизации. Он говорит, что AS White Sky не просто зарегистрирован, а виден публичным коллекторам. Он также говорит, что видимый след компактен. Два маршрута IPv4 /24 и один маршрут IPv6 /40 могут обслуживать реальный небольшой хостинг, но не означают гипермасштабных мощностей. Их стоит считать сфокусированной платформой: достаточно для текущей работы, но не доказательство бесконечного роста или мгновенного переключения при сбое.

Данные о соседях дают первую карту зависимостей.Ответ о соседях AS46177 в RIPEstatперечислил наблюдаемых соседей, включая AS27563, AS32505, AS197924 и AS401111. Публичные пути маршрутизации, выбранные через RIPEstat, также показали трафик к AS46177 через цепочки апстримов с участием AS32505 и AS27563. Это подтверждает наличие более чем одного видимого пути. Но не доказывает, что каждая стойка, каждая услуга и каждый префикс чисто переключатся при полной нагрузке.

Именно здесь проверка небольшой сети становится практической, а не абстрактной. Клиенту не нужно, чтобы White Sky публиковала каждый коммерческий контракт, чтобы понять риск. Ему нужно знать, достаточно ли разнообразен набор апстримов для нагрузки, анонсируется ли каждый префикс с одного и того же края, тестируются ли фильтры маршрутов перед изменениями, отслеживается ли IPv6 так же серьёзно, как IPv4, и может ли поддержка быстро отличить проблему сервера от проблемы маршрутизации. Публичные данные о маршрутизации делают эти вопросы конкретными.

Разговор сужается с «есть ли у вас сеть» до «какие части сети независимы, когда один путь нездоров».

Регистрации префиксов делятся на две категории. ARIN регистрирует23.136.228.0/24и2602:f696::/40напрямую за White Sky Hosting. RIPE фиксирует31.56.65.0/24как назначенный White Sky Hosting через объект базы данных RIPE, с пометкой конечной организации-пользователя и ссылкой на геофид. Такая комбинация даёт провайдеру адресные ресурсы и в контексте ARIN, и в контексте RIPE.

У слоя маршрутизации есть и пробел в раскрытии информации.Запись AS46177 в сетевом API PeeringDBназывает White Sky Hosting, указывает сайт, описывает сеть как NSP / Network Services, сообщает трафик в диапазоне 1–5 Гбит/с и даёт охват «Северная Америка». Нозапрос netfac в API PeeringDBне вернул ни одной площадки, азапрос netixlan— ни одной строки обменной LAN. Раскрытие площадок в PeeringDB добровольное, так что это не опровержение инфраструктуры. Это отсутствие публичного подтверждения площадки и присутствия на биржах.

Для клиентов слой маршрутизации достаточен, чтобы оправдать серьёзную оценку. Но его недостаточно, чтобы пропустить вопросы. Какие апстримы сегодня несут каждый префикс? Физически ли они разнообразны? Сидят ли они на отдельных маршрутизаторах и кросс-коннектах? Обслуживается ли IPv6 с той же операционной тщательностью, что и IPv4? Что произойдёт, если у 31.56.65.0/24 возникнут проблемы, учитывая, что многие публичные хосты, наблюдавшиеся в ходе исследования, указывают в этот префикс?

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

Самое ценное публичное свидетельство White Sky — не маркетинговые формулировки, араздел инфраструктуры в базе знаний. На этой странице описана инфраструктурная платформа, связанная с биллингом и провижинингом Tenantos, VM-узлами Proxmox и автоматизацией коммутаторов Juniper. Там сказано, что события выдачи или отзыва IP могут запускать изменения конфигурации коммутаторов, и описана админ-панель для коммутаторов, виртуальных MAC-адресов, Proxmox, разрешающих списков VLAN, резервных копий и настроек.

Страница port securityдаёт больше деталей. В ней описаны события выдачи Tenantos, вызовы API, обновления портов коммутаторов и привязки secure-access port. Выделенные серверы и VM-узлы обрабатываются по-разному: у выделенных серверов собственные порты коммутаторов, а VM-узлы агрегируют привязки MAC, IP и VLAN от виртуальных машин на узле Proxmox. Это операционно конкретно. Такую деталь трудно перепутать с типовым наполнителем страниц веб-хостинга.

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

Страница виртуальных MACобъясняет, почему нескольким IP на выделенном сервере могут понадобиться отдельные виртуальные MAC-адреса в конфигурации secure-access port Juniper.Руководство по использованию VMACописывает генерацию, отзыв, пакетную обработку и миграцию привязок виртуальных MAC. Это важно для восстанавливаемости. Клиенту с дополнительными IP недостаточно, чтобы сервер просто загрузился: нужно, чтобы коммутатор принял корректное состояние MAC/IP/VLAN.

Эти документы повышают уверенность, потому что показывают: White Sky мыслит категориями коммутаторов, Proxmox, событий провижининга, VLAN и резервных копий. Но они также повышают нагрузку по проверке, потому что раскрывают конкретные сценарии отказа. Если событие Tenantos падает, выдача IP может не дойти до коммутатора. Если телеметрия гостевых систем Proxmox неверна, привязки виртуальных машин могут быть неполными. Если разрешающий список VLAN настроен неправильно, легитимные привязки могут быть пропущены. Если восстановление резервной копии коммутатора слишком широкое, могут пострадать несвязанные порты.

Если миграция VMAC выполнена неаккуратно, клиент может потерять связность, даже когда сам сервер здоров.

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

Заявление о собственной площадке важно, но публично не подтверждено

Страница Minecraft содержит самое сильное физическое заявление: оборудование в дата-центре уровня Tier-3, которым компания, по её словам, владеет и управляет, а не арендует под колокацию и не перепродаёт от апстрима. Там также сказано, что провайдер контролирует стойки и коммутаторы. Если это правда, это значимое отличие. Многие небольшие хостинг-компании арендуют места в сторонних дата-центрах и сильно зависят от удалённых рук. Владение площадкой или прямое управление ею может сократить часть зависимостей и повысить подотчётность.

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

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

То же относится к формулировкам про защиту от DDoS 100 Гбит/с и транзит Tier-1 на странице Minecraft и к упоминанию Arbor by NETSCOUT в биллинг-корзине. Защита от DDoS может быть реальной и ценной, но клиентам нужно знать, где она применяется, покрывает ли она каждый продукт, влияет ли смягчение на задержки, фильтруется ли игровой трафик иначе, чем веб-трафик, защищён ли IPv6 и что происходит, когда атака превышает уровень сервиса. Цифра на странице товара — не то же самое, что протестированный отчёт об инциденте.

Публичная видимость маршрутов White Sky делает эти вопросы в принципе отвечаемыми. Клиенты могут проверять трассировки, наблюдать AS происхождения, отслеживать пути и сравнивать заявления с поведением пакетов. Но заявления о площадке и DDoS всё равно требуют контрактных или операционных доказательств. Публичные коллекторы маршрутов не показывают резервирование питания, присутствие персонала или мощности скраббинга.

Концентрация управляющей плоскости — реальный повод для внимания

Несколько хостов White Sky, наблюдавшихся в ходе исследования, резолвятся в 31.56.65.0/24. Главный сайт, биллинг-панель и хост cPanel резолвились в 31.56.65.55. Хост документации — в 31.56.65.35. Игровая панель — в 31.56.65.80. Панель выделенных серверов — в 31.56.65.75. Авторитетные DNS-серверы — в 31.56.65.50 и 31.56.65.51. Статус-страница, в отличие от них, резолвилась в 158.69.154.132, вне наблюдаемого префикса AS46177.

Это в основном позитивно. Это показывает, что собственная инфраструктура провайдера активна в префиксе, который RIPE связывает с White Sky Hosting. Но это также создаёт вопрос о концентрации. Если у 31.56.65.0/24 или стойки, обслуживающей эти хосты, возникнут проблемы, сайт, биллинг, документация, панели и авторитетный DNS могут оказаться в одной зоне отказа. Внешняя статус-страница помогает, но клиентам всё равно нужно знать, останется ли она полезной, когда клиентская панель, поддержка или DNS-серверы нарушены.

Авторитетный DNS особенно важен. Если ns1 и ns2 находятся в одном /24, они могут быть не полностью независимыми, даже если это разные хосты. Клиентам, использующим DNS White Sky в проде, стоит спросить, есть ли за этими именами дополнительный anycast или DNS вне сети, находятся ли два сервера на отдельных машинах и линиях питания и доступен ли экспорт зон.

Путь поддержки тоже требует проверки.Биллинг-портал— это клиентская зона в стиле WHMCS,страница отправки тикетовпозволяла создавать публичные обращения в поддержку с капчей, амаршрут server-statusперенаправлял неавторизованных пользователей на вход. Это нормальная коммерческая схема. Она означает, что неавторизованные посторонние могут видеть часть поверхности поддержки, но не детальную панель состояния сети.

Публичная статус-страницаполезнее. Она сообщала, что все системы работают, средний аптайм 99,890 % за девяносто дней, и отдельные статус-блоки для главного сайта, биллинг-панели, игровой панели, панели выделенных серверов, статус-страницы, cPanel, хоста TenantOS, сборщика статистики и авторитетного DNS.Сводный JSONсообщал о рабочем состоянии восемнадцати компонентов на момент исследования. Статус-страница также сообщала, что показывает демонстрационные данные, а живые проверки подключаются автоматически, — это должно охлаждать то, сколько веса клиенты придают девяностодневному графику.

Итог — прагматичная картина. У White Sky есть видимая управляющая плоскость. Часть её, судя по всему, живёт в собственном маршрутизируемом префиксе White Sky. Часть, включая статус, — внешняя. Это лучше, чем отсутствие управляющей плоскости. Но остаются вопросы о том, останутся ли биллинг, поддержка, DNS и панели независимо достижимыми во время события на маршрутизации, питании или коммутаторах.

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

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

Без таких свидетельств более безопасное прочтение таково: резервирование существует фрагментарно, а не как полностью документированное обещание восстановления для клиента.

Поддержка и условия возвращают часть риска клиенту

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

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

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

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

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

Ключевой момент: розничная дружелюбность White Sky не снимает ответственности с клиента. Если клиент покупает недорогой игровой сервер или VPS и хранит на нём единственную копию мира, базы данных или сайта, восстановление зависит не только от провайдера. Оно зависит от резервных копий, учётных данных, контроля над DNS, прав на экспорт и собственной практики восстановления клиента.

Установленная и полезная ёмкость могут расходиться при нагрузке

Страницы товаров White Sky показывают установленные или продаваемые единицы: RAM, vCPU, диск, CPU, цены, порты и игровые тарифы. Биллинг-корзина показывает как минимум один выделенный сервер в наличии. Статус-страница показывает отслеживаемые компоненты. Таблица маршрутов показывает достижимые префиксы. Это важные сигналы установленной ёмкости.

Полезная ёмкость — это то, что остаётся при нагрузке. Если узел Ryzen падает, может ли White Sky перенести игровые серверы на другой узел, не ломая привязки IP/MAC/VLAN? Если хост Proxmox теряет хранилище, локальны ли резервные копии, выносные или и те и другие? Если коммит коммутатора Juniper не проходит, является ли откат автоматическим, ручным или зависящим от доступа персонала? Если DDoS-событие бьёт по узлу Minecraft, защищает ли смягчение панель, биллинг и DNS так же, как игровой порт? Если у 31.56.65.0/24 проблемы с маршрутизацией, могут ли поддержка и DNS-серверы продолжать работать?

База знаний помогает, показывая, что часть этих проблем осознана. Резервные копии коммутаторов существуют. Жизненный цикл VMAC существует. Автоматизация port security существует. Разрешающие списки VLAN существуют. Это хорошо. Но это также означает, что клиенту стоит спросить о контролях вокруг этих контролей. Кто утверждает восстановление коммутатора? Кто может переопределить разрешающий список VLAN? Как автоматические события тестируются перед широким развёртыванием? Проверяются ли резервные копии или только хранятся? Мониторятся ли Proxmox и Tenantos независимо?

Есть и второе различие ёмкости: установленное адресное пространство — не то же самое, что разворачиваемое сервисное пространство. Блок IPv4 /24 может выглядеть щедро на странице реестра, но инфраструктурные адреса, интерфейсы маршрутизаторов, панели, DNS-серверы, клиентские выдачи, карантинные диапазоны, делегирование reverse DNS, резервные пулы и управление репутацией — всё это съедает его части.

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

Прямые IPv4- и IPv6-выделения тоже имеют последствия для ёмкости.23.136.228.0/24даёт 256 IPv4-адресов до инфраструктурных резервов;2602:f696::/40даёт существенный пул IPv6. Назначенный RIPE блок31.56.65.0/24, судя по всему, несёт значительную часть видимой управляющей поверхности. Адресное пространство полезно, но его могут исчерпать выдачи выделенных серверов, дополнительные опции клиентов, инфраструктура, карантин злоупотреблений или сегментация репутации. Клиентам стоит спрашивать, как назначаются дополнительные IP и как обрабатывается reverse DNS.

Формулировки о трафике требуют той же осторожности. VPS-тарифы говорят о безлимитном трафике. Выделенные тарифы рекламируют безлимитные аплинки 1 Гбит/с. PeeringDB сообщает трафик в диапазоне 1–5 Гбит/с. Это может сосуществовать, но это не одна и та же метрика. Клиент не может сделать вывод, что каждый сервер способен держать 1 Гбит/с бесконечно во время отказа апстрима. Контракт должен определять скорость порта, политику трафика, добросовестное использование, реакцию на перегрузку и обработку атак.

Ремонтная ёмкость — более трудная публичная неизвестность. Биллинг-корзина может показать, что сервер в наличии, но не может показать, есть ли запасная материнская плата, блок питания, загрузочное устройство, NVMe-диск, порт коммутатора, оптический модуль или обученный техник в тот час, когда клиенту нужно восстановление. Поддержка IPMI и загрузки собственного ISO в выделенном тарифе полезна, потому что позволяет клиентам выполнять часть восстановительных работ без ожидания физического доступа. Но она не заменяет физический запас.

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

Это не критика именно White Sky. Так работает экономика небольшой инфраструктуры. Провайдер упаковывает конечное оборудование, конечную маршрутизацию и конечную поддержку в доступные тарифы. Клиенты получают ценность, потому что им не нужно строить стек самим. Они также наследуют ограничения провайдера, когда стек оказывается под нагрузкой.

Кто страдает, когда у White Sky неудачный день

Пострадавшие стороны видны из каталога. Клиенты игровых серверов могут потерять миры Minecraft, Valheim или Satisfactory, события сообществ, управление через Discord и доверие игроков. Короткий простой может быть важен, если он приходится на турнир, платное событие сообщества или стрим. Длительный простой может повредить миры, если резервные копии и обработка остановки слабы.

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

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

Клиенты веб-пакетов, если они используют продукт веб-хостинга White Sky, могут сильно зависеть от cPanel, DNS, почты и биллинга. Статус-страница перечисляет cpanel-01 как компонент, а главный сайт ссылается на веб-пакеты. Эти клиенты могут быть менее техническими и менее готовыми быстро экспортировать данные. Им стоит знать, где хранятся резервные копии и как перенести сайт, если провайдер или панель управления нарушены.

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

Более широкое влияние на интернет, вероятно, умеренное. White Sky не представлена в публичных данных как гипермасштабная платформа. Влияние сосредоточено среди её клиентов и их пользователей. Это не делает его тривиальным. Небольшие инфраструктурные провайдеры часто хостят именно те сообщества и малые бизнесы, которые меньше всего готовы строить собственное резервирование.

Что повысило бы оценку доказательной базы

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

Помогла бы сетевая страница. На ней можно перечислить текущие апстримы AS46177, практики безопасности маршрутизации, политику префиксов, охват DDoS-защиты, поддержку IPv6, цели пиринга и каналы планового обслуживания. Значительная часть слоя маршрутизации уже видна черезстатус маршрутизации RIPEstat,анонсированные префиксыиPeeringDB. Собственная сводка провайдера уменьшила бы неопределённость.

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

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

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

Практические вопросы покупателя

Покупателю стоит начать с вопроса о маршрутизации. Какой префикс будет использовать мой сервис: 31.56.65.0/24, 23.136.228.0/24, 2602:f696::/40 или другой блок? Какой AS происхождения видят публичные коллекторы? Поддерживаются ли IPv4 и IPv6 для продукта? Кто контролирует reverse DNS и авторизацию маршрутов?

Затем спросите о площадке. Где физически размещён сервер? В том ли дата-центре, которым White Sky, по её словам, владеет и управляет? Что означает Tier-3 в этом контексте? Есть ли питание A/B к стойке? Есть ли отдельные входы апстримов? Какова модель реагирования удалённых рук или персонала? Что происходит во время плановых работ с электричеством или охлаждением?

Затем спросите об оборудовании. Для VPS: какое поколение гипервизора, тип хранилища и модель переключения при сбое? Для выделенных серверов: какой запас на замену есть для купленного класса? Для игровых серверов: как сохраняются и восстанавливаются миры? Для веб-хостинга: как клиент может экспортировать данные cPanel, DNS-зоны и почтовые ящики?

Затем спросите о коммутаторах и автоматизации. Если сервис использует дополнительные IP, VMAC или привязки port security, как тестируются и откатываются изменения? Что происходит, если падает Tenantos, Proxmox или автоматизация коммутаторов? Есть ли ручной аварийный путь?

Затем спросите о поддержке. Какой канал годится для аварий: тикет в биллинге, Discord, почта или другой? Кто дежурит в нерабочее время? Что покрывает обещание аптайма 99,95 %? Меняет ли DDoS-событие путь поддержки? Остаётся ли статус-страница независимой во время сетевых инцидентов?

Затем спросите о выходе. Может ли клиент уйти с образами, данными, резервными копиями, логами и DNS? Как долго могут пересекаться старые и новые сервисы? Переносимы ли назначенные провайдером IP-адреса? Если нет, за сколько предупредят о перенумерации, прекращении обслуживания или изменении адресной политики?

Эти вопросы соответствуют сильным сторонам White Sky. У провайдера достаточно публичных свидетельств, чтобы детальные вопросы имели смысл. У него также достаточно нераскрытых зависимостей, чтобы эти вопросы были необходимы.

Итог

White Sky Hosting — действующий, поддающийся проверке небольшой хостинг-провайдер. Её публичные свидетельства включают AS46177, текущую видимость маршрутов, адресные записи ARIN и RIPE, коммерческий сайт, биллинг в стиле WHMCS, публичное создание тикетов поддержки, статус-страницу, игровые и выделенные тарифы, таблицы VPS-тарифов, авторитетный DNS в её маршрутизируемом префиксе и базу знаний, в которой обсуждаются коммутаторы Juniper, узлы Proxmox, провижининг Tenantos, port security, VMAC, разрешающие списки VLAN и резервные копии коммутаторов.

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

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

Правильный вывод — ни панический, ни доверчивый. White Sky Hosting, судя по всему, реально эксплуатирует хостинговую инфраструктуру и раскрывает больше операционных деталей, чем многие конкуренты. Её клиентам всё равно стоит проектировать так, будто сервис физический: стойки, коммутаторы, IP-привязки, маршруты апстримов, питание, очереди поддержки и задания резервного копирования могут отказать. Самые осторожные покупатели будут использовать White Sky для нагрузок, соответствующих её цене и доказательной базе, держа при этом собственные резервные копии, контроль DNS, мониторинг и путь миграции вне провайдера.