Slnet Hosting заявляет о портах 10G в Мельбурне и Перте, но описание VPS за A$200 не называет площадку восстановления

Кратко

• 15 июля 2026 года у AS131316 было семь видимых анонсов IPv4, покрывающих 2048 адресов. PeeringDB указывала действующие обменные подключения 10 Гбит/с в Мельбурне и Перте и подключение 1 Гбит/с к EdgeIX в Мельбурне, а RIPE RIS видел сеть через 325 из 326 пиров IPv4.
• Текущее описание выделенного облака начинается от A$200 плюс GST и обещает VPS на базе CWP с резервированием вычислений, хранилища и сети. В нём не указаны площадка облака, второй вычислительный узел, количество стоек, схема хранения, схема электропитания, резервный пул хостов, целевые показатели восстановления или результаты протестированного переключения при сбое.
• В том же четырёхстраничном документе о продукте приведены два разных описания ресурсов: в начале — не менее 2 vCPU, 8 ГБ ОЗУ и 50 ГБ SSD, а в итоговом разделе — VPS с 6 ядрами, 16 ГБ ОЗУ и 150 ГБ SSD. Чтобы понять, что именно зарезервировано, клиенту нужны коммерческое предложение и сервисный регламент.
• Текущая работа сети подтверждена хорошо, а отказоустойчивость размещённых мощностей — нет. Справедливая оценка: «Средняя» для видимой сети и «Слабая» для публичных доказательств физического резервирования облака, доступного резерва мощностей и восстановления клиента.

Самая наглядная цифра — на сетевой границе, а не внутри облака

У Slnet Hosting более весомый публичный сетевой след, чем можно предположить по её короткому названию. В 08:00 UTC 15 июля 2026 годапредставление routing-status для AS131316в RIPEstat насчитало семь префиксов IPv4, 2048 анонсированных адресов, пять наблюдаемых соседей и видимость через 325 из 326 пиров IPv4 RIS. Первый наблюдаемый маршрут датируется июлем 2011 года. Это не спящая регистрация, пылящаяся на полке. Это давно действующая автономная система, чьи маршруты в этом срезе были видны практически всем коллекторам.

Записи о соединениях тоже конкретны. Поддерживаемый операторомпрофиль в PeeringDBуказывает порт 10 Гбит/с на IX Australia Melbourne, второй порт 10 Гбит/с на IX Australia Perth и порт 1 Гбит/с на EdgeIX Melbourne. Все три записи помечены как действующие, и во всех трёх указаны адреса IPv4 и IPv6 для обмена трафиком. Собственныйсписок участниковEdgeIX независимо показывает Screw Loose Software (AS131316) на подключении 1 Гбит/с. Эти записи подтверждают достоверную сетевую границу на востоке и западе Австралии.

Они не определяют мощность облака, продаваемого клиенту. Обменный порт — это место, где сеть может обмениваться трафиком. Это не число гипервизоров, не гарантия репликации хранилища, не резерв электропитания и не доказательство того, что нагрузка клиента сможет перезапуститься в другом городе. Сложить 10, 10 и 1 в заголовок «21 Гбит/с» арифметически легко, но операционно это вводит в заблуждение. Порты находятся на разных площадках обмена, могут обслуживать разный трафик и могут быть ограничены транзитом, политикой маршрутизации, внутренними каналами, портами серверов или самой нагрузкой.

Клиентская цифра о хостинге берётся из другого документа. Вописании услуги Dedicated Cloud Hostingза декабрь 2025 года Screwloose IT рекламирует VPS-контейнер от A$200 плюс GST в месяц. Там сказано, что платформа включает базовое резервирование вычислений, хранилища и сети. Однако не названы ни дата-центр, ни количество независимых помещений или стоек, ни местонахождение резервной копии, ни время восстановления, ни точка восстановления, ни дата последнего теста переключения при сбое.

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

Slnet — это сетевое имя внутри более широкого австралийского сервисного бизнеса

Прежде чем судить о принадлежности, нужно распутать названия вокруг AS131316.Запись об автономной системев APNIC называет сетьSLNET-AU, описывает её как Slnet Hosting и указывает регистрантом Screw Loose Software. Регистрация действует с 7 июня 2011 года и последний раз изменялась в сентябре 2024 года. PeeringDB использует Screw Loose Software как название организации и ScrewlooseIT как альтернативное имя.

Текущий коммерческий сайт использует название Screwloose IT. В документах для клиентов указан ABN 59 160 395 479.Запись ABN Lookupавстралийского правительства идентифицирует этот номер как Australian Client Services Pty. Ltd., действующую частную компанию, и перечисляет Screwloose IT и Hostone среди её зарегистрированных торговых наименований. Иными словами, Slnet Hosting лучше всего понимать как публичную маршрутную и хостинговую идентичность, связанную с более широким австралийским бизнесом в области управляемых ИТ, телекоммуникаций и облачных услуг. Её не следует считать отдельно проверенной юридической компанией только потому, что у ASN есть собственная метка.

Собственная история компании даёт полезный контекст. Настранице компанииScrewloose IT говорится, что она вложилась в присутствие в дата-центрах в 2009 году и начала предлагать Hosted Exchange, хостинг сайтов и веб-приложений, облачные серверы и облачные рабочие столы. Там сказано, что бизнес вышел в телекоммуникации в 2013 году, а позже получил присутствие в Западной Австралии через Host One. В отдельномобъявлении о Host Oneговорится, что приобретение вступило в силу 1 января 2022 года и добавило команду в Перте и ещё три часа поддержки ежедневно за счёт взаимодействия между Пертом и Мельбурном.

Эти две страницы не дают идеально согласованной хронологии: в одной истории расширение в Западной Австралии датировано 2018 годом, а в объявлении о приобретении указан 2022 год. Расхождение не стирает ни видимую сеть, ни текущий ABN. Но оно означает, что точную дату и юридическую структуру интеграции Host One следует брать из корпоративных документов и договоров, а не из маркетинговой хронологии.

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

Эта граница собственности важна во время сбоя. Australian Client Services контролирует отношения с клиентом, конфигурацию платформы, собственные серверы, политику маршрутизации AS131316 и эскалацию. Оператор колокации контролирует доступ в здание, распределение электропитания и remote hands. Операторы транзита и обменных площадок контролируют другие участки пути. Клиент контролирует проектирование приложений, независимые копии и возможность переезда. Имя в счёте не отменяет этих других зависимостей.

Два хостинговых продукта показывают две очень разные модели мощности

В текущих материалах о продуктах описываются и общий хостинг, и выделенный облачный контейнер. Вописании услуги Website Hostingобщий веб-хостинг оценивается в A$15 плюс GST в месяц. Он предоставляет аккаунт CWP, общий публичный адрес и типовой стек Apache или Nginx, PHP и MariaDB или MySQL. CPU, память и дисковый ввод-вывод распределяются между клиентами. В документе прямо предупреждается, что интенсивное использование одним клиентом может влиять на других, что некоторые настройки нельзя изменить на уровне аккаунта и что репутация электронной почты является общей.

Это классическая схема общего хостинга. Провайдер поддерживает доступность общего сервера, общие сервисы, базовую безопасность и работоспособность сервера. Клиент или разработчик отвечает за сайт, код, плагины, темы, использование базы данных и административные аккаунты. Патчи ОС, ремонт CWP, работы по производительности, удаление вредоносного ПО, восстановление сайта и большинство операций восстановления не входят в тариф A$15. Миграция и восстановление не по вине сервера могут быть куплены как профессиональные услуги.

Выделенный продукт сдвигает границу, но не устраняет её. В описании Dedicated Cloud Hosting описан VPS-контейнер с выделенным статическим адресом, выделенной полосой пропускания и изоляцией на уровне root. Обещаны минимум 2 vCPU, 8 ГБ ОЗУ и 50 ГБ SSD, объём определяется официальным коммерческим предложением. Также перечислены межсетевой экран веб-приложений, правила ModSecurity, защиты FirewallD или CSF, обнаружение атак, журналирование, мониторинг и автоматические перезапуски сервисов при необходимости.

Провайдер берёт на себя ответственность за доступность VPS, работоспособность выделенных CPU, ОЗУ и хранилища, обслуживание своей облачной инфраструктуры и поддержание базовых средств безопасности в активном состоянии. Но в плату не входят патчи операционной системы, обновления CWP, модернизация серверного стека, настройка производительности, усиленная защита, диагностика сайта или реагирование на инцидент при взломе на уровне сервера. Восстановление скомпрометированного сайта — вне зоны ответственности, а восстановление из резервной копии включено только тогда, когда необходимость возникла из-за сбоя сервера.

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

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

Описания с 2 и 6 ядрами не могут одновременно задавать единый стандартный минимум

В описании выделенного сервиса есть конкретная проблема со спецификацией. В разделе 2 сказано, что в каждое выделенное окружение войдут минимум 2 ядра vCPU, 8 ГБ ОЗУ и 50 ГБ SSD. В разделе 6, на последней странице, план резюмируется как выделенный VPS с 6 ядрами, 16 ГБ ОЗУ и 150 ГБ SSD. Документ не объясняет, является ли большая конфигурация примером, пересмотренным планом, остатком от конкретного клиента или фактическим стандартным продуктом.

Это важно, потому что учёт мощностей начинается с продаваемой единицы. Если базовый контейнер резервирует два виртуальных ядра и 8 ГБ, его плотность на хосте и экономика цены отличаются от сервиса с шестью ядрами и 16 ГБ. Диск на 50 ГБ создаёт иную нагрузку на резервное копирование, снапшоты и миграцию, чем 150 ГБ. Формулировка «начиная от» уже оставляет место для коммерческих предложений; противоречивый итог делает такое предложение обязательным, а не дополнительным.

Клиенту не следует трактовать расхождение в свою пользу. Нужно запросить подписанный сервисный регламент, в котором указано, является ли CPU общим, ограниченным, с возможностью всплесков или закреплённым; означает ли «ядро» vCPU или физическое ядро; резервируется ли память; локальное ли хранилище или распределённое; входят ли 50 ГБ или 150 ГБ; и приходит ли статический адрес из AS131316. Также стоит спросить, что означает «выделенная полоса пропускания» в мегабитах в секунду, скорость ли это порта или гарантированная ставка, и какие действуют ограничения перегрузки и добросовестного использования.

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

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

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

Маршрутный парк необычайно аккуратен.Ответ announced-prefixesв RIPEstat показал, что в наблюдаемом окне с 1 по 15 июля постоянно были видны семь маршрутов:103.4.122.0/24,103.4.123.0/24,103.50.12.0/24,103.50.13.0/24,103.100.199.0/24,103.114.34.0/24и103.172.76.0/23. Вместе они содержат 2048 адресов IPv4.

Записи APNIC раскрывают историю этого набора. Записи103.4.122.0/24и103.4.123.0/24несут имя SLNET.103.50.13.0/24зарегистрирована на Hostone Pty Ltd.103.114.34.0/24называет Screw Loose Software. Выделение103.172.76.0/23называет Australian Client Services Pty Ltd. Ещё одна видимая /24 взята из блока, зарегистрированного на Bottle Communications. Эти метки согласуются с сетью, собранной из операционных имён и приобретённых или связанных адресных активов, но сами по себе они не доказывают, какой договор сейчас действует в отношении каждого блока.

Все семь проверок источника в RIPEstat против AS131316 вернули статус valid. Например,проверка валидации 103.172.76.0/23нашла соответствующую авторизацию происхождения маршрута с максимальной длиной /23. Действительный RPKI ценен: он позволяет участвующим сетям отклонять несанкционированный источник для покрываемого маршрута. Но он не поддерживает питание авторизованного маршрутизатора, не предотвращает плохую политику, не добавляет пропускную способность и не восстанавливает отказавший сервер.

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

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

Три записи об обменных площадках — это не физическая карта маршрутов

PeeringDB помечает обменные подключения 10 Гбит/с в Мельбурне и Перте как действующие, а более новая запись EdgeIX Melbourne обновлена в марте 2026 года.Представление участников WA-IXв Packet Clearing House также указывает AS131316 на адресе27.106.192.207, что независимо подтверждает идентичность площадки обмена в Перте. Сеть явно представлена в обоих городах.

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

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

Та же осторожность нужна и в отношении геолокации адресов. IPinfo размещает отвечающие адреса AS131316 в Мельбурне и Перте и недавно наблюдал короткий путь к103.172.76.1с пробы в Перте. Это полезный рыночный сигнал. Базы геолокации могут строиться на данных регистратур, задержек, маршрутизации и заявок операторов и могут ошибаться на уровне здания или даже города. Результат пробы показывает, что сетевой узел отвечает с низкой задержкой из какого-то места; он не показывает стойку, где лежат диски клиента.

Офисы Screwloose не закрывают этот пробел. Офис поддержки в Osborne Park — это не автоматически площадка маршрутизатора WA-IX. Офис в Mulgrave — не автоматически облако в Мельбурне. Заявление 2009 года о присутствии в дата-центрах показывает, что компания вошла в хостинговую инфраструктуру, но не называет текущую площадку. Приобретение Host One подтверждает бизнес- и сетевое присутствие в Западной Австралии, но не говорит, что VPS-контейнеры реплицируются между Пертом и Мельбурном.

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

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

«Базовое резервирование инфраструктуры» звучит весомо, потому что называет вычисления, хранилище и сеть. Чтобы эта фраза стала операционной, у каждого уровня должна быть независимая компонента и определённый отказ, который он должен пережить.

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

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

Резервирование сети может означать двойные каналы, два коммутатора, два маршрутизатора, отдельных апстримов или физически разные вводы в здание. Три обменных порта в PeeringDB создают полезные варианты, апредставление соседейв RIPEstat наблюдало Kinetix Networks, Simtronic, Hurricane Electric и двух соседей с меньшей уверенностью. Но наблюдаемое BGP-соседство не раскрывает контракты, распределение трафика, волоконные трассы или то, тестировалось ли переключение. Два логических апстрима могут делить один хвост оператора или одну зону электропитания.

Резервирование электропитания в хостинговом описании не упомянуто вовсе. В публичных материалах не указаны количество вводов от энергосети, топология ИБП, время работы генератора, плотность мощности на стойку или то, использует ли оборудование Slnet вводы A и B. Обычно это факты уровня площадки, и они могут быть доступны под соглашением о конфиденциальности, но вывести их из обменного подключения нельзя.

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

Первый путь отказа начинается внутри VPS

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

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

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

Третий путь — общее хранилище или пул серверов. Выделенный VPS может иметь зарезервированные ресурсы гостя, но по-прежнему делить массивы хранения, коммутаторы и системы управления с другими контейнерами. Аккаунт общего хостинга идёт дальше: в описании продукта прямо сказано, что клиенты делят CPU, память и дисковый ввод-вывод, и один интенсивный пользователь может влиять на других. Поэтому нехватка мощности может проявиться как медленные страницы, задержки запросов к базе данных или сбои почты раньше, чем как полный простой.

Четвёртый путь — стойка и площадка. Автомат, блок распределения питания, инцидент с охлаждением, ограничение доступа или ошибка при обслуживании могут задеть сразу несколько хостов. Резервирование внутри одного корпуса мало поможет, если оба блока питания сидят на одном вводе. Запасной хост в той же стойке может быть недоступен при отказе стойки. Без названной второй области отказа публичное заявление о резервировании следует считать локальным для нераскрытой архитектуры.

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

Резервные копии обещают в маркетинге и возлагают на клиента в условиях

Настранице облачных сервисовScrewloose сказано, что облако всегда имеет резервные копии, а резервирование — в основе решения. Более широкие материалы о миграции рекомендуют неизменяемые копии, согласованные целевые показатели времени и точки восстановления, регулярные тестовые восстановления и планы отката. Это разумные практики.

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

Эти заявления могут сосуществовать, если сервис поддерживает копии инфраструктуры, а клиент отвечает за восстановление бизнеса. Но публичные документы не определяют это различие. В них не указаны частота резервного копирования, срок хранения, шифрование, неизменяемость, местоположение, носители, разделение аккаунтов, полоса для восстановления или срок удаления. Они не говорят, относится ли «всегда есть резервные копии» к каждому VPS, только к управляемым контрактам или лишь к некоторым классам данных.

Руководство по оценке Essential Eightот Australian Cyber Security Centre различает наличие копий и доказанное восстановление. Оно спрашивает, можно ли восстановить данные, приложения и настройки до общей точки во времени и проводилось ли полное или частичное восстановление. Это различие напрямую применимо здесь. Копия диска без правильной конфигурации CWP, состояния базы данных, DNS, ключей и правил межсетевого экрана может не воссоздать работающий сервис.

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

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

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

Наблюдаемые сетевые отношения AS131316 снижают вероятность того, что одно логическое соседство — это вся публичная граница. RIPEstat видел двух «сильных» соседей слева — AS134143 и AS55707, плюс Hurricane Electric и две связи с низкой уверенностью. PeeringDB показывает участие в route-серверах на всех трёх обменных площадках. Публичные авторизации происхождения маршрутов покрывают все семь видимых префиксов. Это более сильная маршрутная позиция, чем у маленького хостера с одним адресным блоком от провайдера и без собственной AS.

Однако каждый сетевой механизм отвечает на ограниченный вопрос. RPKI помогает другим сетям отличать авторизованный источник. Он не мешает Slnet отозвать маршрут или анонсировать ошибочный путь. Route-сервер обменной площадки помогает эффективно установить много пирингов, но он не заменяет платный транзит во весь интернет. Порт 10 Гбит/с может обслуживать локальный трафик биржи, пока трафик клиента в другое место идёт по меньшему или перегруженному транзитному пути. Граница в Перте и граница в Мельбурне всё равно могут зависеть от одной внутренней плоскости управления или одного контракта с поставщиком.

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

Размещённому клиенту нужно тестировать устойчивость маршрутов от нагрузки наружу. Подключён ли VPS к разным граничным маршрутизаторам двумя каналами? В одном ли здании эти маршрутизаторы? Виден ли префикс клиента через оба транзитных отношения? Может ли маршрут перемещаться между городами без перемещения сервера? Добавляет ли защита от DDoS ещё одну зависимость? Есть ли консоль вне полосы (out-of-band), когда публичный маршрут не работает?

IPv6 заслуживает отдельного теста. Интерфейсы обменных площадок в PeeringDB работают в режиме dual-stack, но 15 июля RIPEstat не видел ни одного анонсированного префикса IPv6. Клиенту не следует предполагать, что его VPS имеет глобально маршрутизируемый IPv6 только потому, что у граничного маршрутизатора есть адрес биржи. В заказе должны быть указаны выделенный префикс, источник и граница поддержки.

Публичная сетевая история Slnet достаточно хороша, чтобы задавать точные вопросы. Она недостаточно подробна, чтобы отвечать на них вместо оператора.

Восстановление зависит от людей, объёма услуг и часов работы

Screwloose позиционирует локальную поддержку как отличительную черту. На облачной странице сказано, что специалисты ведут миграцию и постоянную поддержку, а часы работы службы поддержки — с понедельника по пятницу с 9:00 до 17:00. В объявлении о приобретении Host One говорится, что команды в Перте и Мельбурне расширяют ежедневное покрытие поддержки на три часа. На текущей странице контактов указано то же окно офисной работы в будни для четырёх городов.

ОпубликованныйSLA Managed IT Servicesдобавляет деталей для клиентов, покупающих эту услугу. Регулярная удалённая поддержка и поддержка по электронной почте работают с 9:00 до 17:00 по времени Западной Австралии. Звонки в нерабочее время, где возможно, переадресуются на мобильный телефон и обрабатываются по мере возможностей, а резервом служит внешняя служба приёма звонков. Для срочных инцидентов целевое время реакции — от нуля до четырёх рабочих часов, тогда как инциденты средней и низкой важности могут занимать больше времени. Первое воскресенье каждого месяца зарезервировано под обслуживание системы, с уведомлением, если ожидается простой.

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

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

Когда хост падает в 2 часа ночи в субботу, решают практические факты: вызывает ли мониторинг инженера; может ли инженер добраться до гипервизора и хранилища; доступны ли remote hands на площадке; есть ли на месте совместимое оборудование; кто может санкционировать переключение; и как информируют клиента? Служба поддержки с понедельника по пятницу может сосуществовать с автоматическим восстановлением и дежурными инженерами, но публичные хостинговые документы не определяют такую схему.

Труд поддержки — это ресурс. Один инженер справится с рутинным перезапуском. Событие на площадке или с маршрутами может породить множество одновременных обращений, потребовать эскалации к поставщикам и занять тех же людей, которые общаются с клиентами. Национальная сеть офисов Slnet — позитивный сигнал. Размер команды, глубина дежурств и процедуры работы с пиковыми нагрузками не раскрыты.

Счета и контракты с поставщиками могут остановить здоровый сервер

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

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

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

История Host One показывает, почему коммерческая непрерывность важна. Операции в Западной Австралии и адресное пространство присутствуют в текущем следе AS131316, но публичные страницы называют разные даты интеграции. Это не сигнал о текущей проблеме. Это иллюстрация того, как объединения бизнеса могут переносить людей, адреса и клиентские сервисы через организационные границы, пока сетевое имя остаётся стабильным.

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

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

Портативность упирается в адрес, если договор не говорит иное

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

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

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

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

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

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

Австралийский охват виден; локализация нагрузки — нет

Все сильные идентификационные сигналы указывают на Австралию. APNIC присваивает AS131316 австралийский код страны. PeeringDB указывает географический охват Australia. ABN действует, у компании австралийские торговые наименования, а публичные офисы охватывают Западную Австралию, Викторию, Квинсленд и Новый Южный Уэльс. Маршрутная граница заявлена в Мельбурне и Перте. Текущие тексты Screwloose о миграции и хостинге неоднократно говорят об австралийских компаниях и хранении данных в Австралии.

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

Это различие важно для правил конфиденциальности и закупок.Руководство APP 8от Office of the Australian Information Commissioner объясняет, что австралийская организация сохраняет ответственность, когда передаёт персональные данные зарубежному получателю. Оно также отличает передачу от некоторых строго контролируемых случаев использования подрядчиков и указывает на условия договора, доступ, возврат, удаление и субподрядчиков как на релевантные факты. Просто покупка у австралийской компании на эти вопросы не отвечает.

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

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

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

Экономика поощряет утилизацию, а отказоустойчивость требует простаивающих мощностей

За A$15 в месяц общий хостинг работает за счёт объединения. Много маленьких сайтов делят сервер, адрес, почтовую репутацию, программный стек и структуру поддержки. Начиная с A$200 продукт VPS даёт большую изоляцию и больший объём ресурсов, но всё равно стоит на общей физической инфраструктуре, если в заказе не указано иное. Ни одну из этих цен нельзя понять без утилизации.

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

Адресный парк Slnet и присутствие на обменных площадках дают ей полезную экономию. Она может маршрутизировать собственные блоки, пиринговать локально на двух рынках и распределять сетевую инженерию между хостингом, интернетом и другими управляемыми сервисами. Интеграция Host One может также распределять поддержку по часовым поясам внутри Австралии. Это правдоподобные преимущества, опирающиеся на видимые активы.

Ограничения столь же обоснованны. Общий хостинг допускает эффект шумного соседа. Описание выделенного сервиса оставляет базовые ресурсы противоречивыми. Профиль трафика в PeeringDB составляет всего 100–1000 Мбит/с и последний раз обновлялся в 2024 году — намного ниже суммы заявленных скоростей портов; поскольку уровни трафика — это самостоятельно заявленные диапазоны, а скорости портов — максимумы, ни одна из цифр не доказывает текущую нагрузку. Публичные данные не дают ни проданной, ни зарезервированной, ни свободной мощности.

Для клиента правильное сравнение — не просто A$15 против A$200. Это стоимость достижения целевого уровня доступности. Небольшой сайт-визитка с внешними резервными копиями и без зависимости от выручки может разумно выбрать общий хостинг. Бизнес-приложению могут понадобиться управляемая ОС, независимая резервная копия, резервная среда, реакция в нерабочее время и протестированное восстановление. Всё это может превысить базовую цену вычислений, но именно эти слои превращают VPS в план непрерывности.

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

Что клиентам стоит попросить Slnet показать

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

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

Третий — заявление об областях отказа. Какие компоненты дублируются? Разнесены ли хосты по стойкам? Пересекает ли репликация хранилища стойки или площадки? Выходят ли сетевые пути через разных операторов и разные вводы в здание? Используются ли вводы электропитания A и B? Какой отказ запускает автоматический перезапуск, а какой требует человека?

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

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

Шестой — сеть. Спросите, какие апстримы несут префикс клиента, физически ли независимы Мельбурн и Перт, как поддерживаются контроль источника маршрутов и защита от утечек маршрутов, доступен ли нативный IPv6 и как меняется адрес при восстановлении. Обменные порты следует считать вспомогательным доказательством, а не полным ответом.

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

Восьмой — выход. Может ли клиент экспортировать полный образ, базу данных, DNS-зону, журналы и резервные копии? Сколько времени данные хранятся после отмены или приостановки? Можно ли продолжать экспорт во время спора по счетам? Какие адреса, лицензии и настройки панели управления перенести нельзя?

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

Десятый — тест, который клиент проводит сам. Разверните небольшую нагрузку, измерьте маршруты и задержку, принудительно перезапустите приложение, восстановитесь из независимой копии и пересоберите систему в другом месте. Успешная демонстрация продаж показывает, что сервис может запуститься. Учение по восстановлению показывает, может ли он вернуться.

Живая австралийская граница окружает не до конца описанное облако

Slnet Hosting не следует сбрасывать со счетов как имя без операционной сути. AS131316 активна и живёт давно. Семь анонсов IPv4 в дату публикации были видны почти повсеместно. Все семь проверенных источников были валидны по RPKI. Записи об обменных площадках показывают действующие подключения в Мельбурне и Перте, а EdgeIX независимо подтверждает присутствие на 1 Гбит/с в Мельбурне. У текущего бизнеса действующий ABN, офисы по стране, свежие публикации 2026 года и явные предложения общего и выделенного хостинга.

Неопределённость начинается там, где начинается отказоустойчивость клиента. PeeringDB не называет площадку для сети. Хостинговые документы не называют облачную локацию. Описание выделенного сервиса обещает резервирование вычислений, хранилища и сети, но не даёт ни топологии, ни теста. Его собственное резюме ресурсов противоречит минимальной спецификации. Публичные материалы не раскрывают количество стоек и хостов, объём сырого и полезного хранилища, питание, текущую утилизацию, запчасти, проданную мощность, срок хранения резервных копий, результаты восстановления или вторую заказываемую вычислительную локацию.

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

Самое важное различие — между достижимостью и восстановлением. Slnet продемонстрировала достижимость: её префиксы видны, а обменные порты охватывают два австралийских мегаполиса. Восстановление требует другого корпуса доказательств: совместимых резервных вычислительных мощностей, независимых копий хранилища, разделения питания и маршрутов, людей с доступом, определённых сроков и пути выхода для клиента. Пока эти детали не привязаны к VPS за A$200, облачное обещание остаётся зависимым от инфраструктуры, которую публика видит только на сетевой границе.