Кратко

  • AS45444 остаётся зарегистрированным за Twin-K Computers Pty Ltd, и её контакт для жалоб был подтверждён в июне 2026 года. Регистрация действует; маршрутизация — нет. RIPE RIS 15 июля 2026 года не видел ни одного анонсированного пространства IPv4 или IPv6, ни соседей, ни маршрута для этой автономной системы.
  • Последними глобально видимыми источниками, связанными с AS45444, были блок IPv4 116.197.144.0/21 и блок IPv6 2406:a000::/32 в начале 2021 года. Эти выделения остаются активными в записях APNIC, но выделенные адреса не доказывают наличие включённых серверов, продаваемого хостинга или доступного сервиса.
  • Sempernet и Coherent Cloud — зарегистрированные торговые наименования компании Twin-K Computers. Публичные документы не подтверждают, что Sempernet — отдельное юридическое лицо, несмотря на такую формулировку в историческом описании автономной системы.
  • Coherent Cloud, Studentnet и Cloudwork по-прежнему публикуют продукты, поддержку и статусную страницу, но их наблюдаемые публичные веб-адреса находятся в префиксах, анонсируемых AS63949. APNIC называет этот ASN AKAMAI-LINODE-AP, а регистрантом указывает Akamai Technologies; эти данные реестра не определяют и не размещают ни один веб-сервер, бэкенд, нагрузку Cloudwork или данные.

Тишина — в таблице маршрутов, а не на сайте компании

В 08:00 UTC 15 июля 2026 года коллекторы маршрутизации RIPE слушали 326 пиров IPv4 и 322 пира IPv6, ожидая AS45444. Никто из них её не увидел.Запись routing-status в RIPEstatнасчитала ноль анонсированных префиксов, ноль анонсированных адресов, ноль наблюдаемых соседей и ноль пиров, видящих автономную систему в обоих протоколах. Сопутствующийответ BGP-stateвернул пустой набор маршрутов.

Почти в тот же момент публичная сторона бизнеса выглядела живой.Главная страница Studentnetанонсировала вебинар июня 2026 года о проверке личности учеников, рассказывала о технической поддержке от местных специалистов и сообщала, что Cloudwork используется в австралийских школах. Еёстатусная страницапоказывала «Все системы работают» и видимый компонент за 90 дней со 100-процентным аптаймом.Сайт Coherent Cloudсодержал копирайт 2026 года, австралийский номер телефона и тот же ABN Twin-K Computers, что и в государственном реестре.

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

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

Имя в ASN — не надёжная корпоративная схема

Ярлык «Sempernet — дочерняя структура Coherent Cloud» взят непосредственно иззаписи APNIC для AS45444. В ней автономная система называется SEMPERNET-AS-AU, описана как поставщик сетевых услуг в Сиднее и перечисляет сайты Sempernet, Coherent Cloud и Studentnet. Регистрант, однако, — не компания Sempernet и не Coherent Cloud, а Twin-K Computers Pty Ltd.

История ABN компании Twin-K Computersв государственном реестре Австралии делает юридическую границу яснее. ABN 90 001 966 892 принадлежит действующей австралийской частной компании. Sempernet, Coherent Cloud, PPS Internet, PPS Technology, Student Net и Isonet указаны как текущие торговые наименования той же компании. Sempernet числится с 14 марта 2000 года, Coherent Cloud — с 21 января 2014 года. Запись не выделяет ни одно торговое наименование как корпоративного владельца другого.

Это не запрещает Twin-K выстраивать свои бренды во внутренней иерархии. Coherent Cloud называет себя «родительской организацией» Cloudwork и Studentnet, а страница «О Studentnet» называет Studentnet полностью принадлежащей дочерней компанией Twin-K. Это заявления о продуктах и брендах с некоторым корпоративным контекстом. Они не создают отдельно зарегистрированную компанию Sempernet и не подтверждают юридическое владение акциями Coherent Cloud в Sempernet.

Это различие — не педантизм. Договоры, обязательства, номерные ресурсы, права на ПО и обязанности по обработке данных привязаны к юридическим лицам. Клиент, читающий название ASN, может предположить, что компания Coherent Cloud владеет отдельной дочерней компанией Sempernet. Публичная государственная запись, наоборот, указывает на одну юридическую компанию, использующую несколько наименований. Если действующий договор или корпоративная отчётность не доказывают иное, защищаемым владельцем и ответственным держателем ресурсов остаётся Twin-K Computers Pty Ltd.

Разделения требуют и адреса. В APNIC по-прежнему указан адрес Suite 1, 89 Jones Street в Ultimo как адрес организации и контакта. Coherent Cloud публикует тот же адрес. Запись ABN говорит, что основной адрес деятельности Twin-K изменился в мае 2024 года с NSW 2007 на NSW 2065, аконтактная страница Studentnetуказывает почтовый адрес: 2 Herbert Street, St Leonards NSW 2065. Ни один из этих офисных или контактных адресов не является доказательством наличия серверной. Это свидетельства административного присутствия и смены адресов, а не владения оборудованием.

Для чего предназначалась зарегистрированная сеть

Адресные записи APNIC описывают более конкретную историческую деятельность, чем текущая таблица маршрутов.Выделение 116.197.144.0/21зарегистрировано на Twin-K под наименованием SEMPERNET. В описании ресурс назван сетью колокации веб-серверов и хостинга в сочетании с заказными управляемыми сервисами для австралийских корпораций и компаний. В /21 содержится 2048 адресов IPv4 до учёта обычных сетевых резервов и эксплуатационных решений.

Выделение IPv6 2406:a000::/32описывает производственную сеть IPv6 для коммерческих и образовательных клиентов в Австралии. Оно тоже зарегистрировано на Twin-K. Оба выделения отмечены в реестре как активные, оба датируются 2008 годом, и у обоих сохранён контакт для жалоб, подтверждённый 17 июня 2026 года. Сама автономная система зарегистрирована в сентябре 2008 года.

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

Старая политика маршрутизации также называла три внешние автономные системы. Объект AS45444 в APNIC объявлял импорт и экспорт с AS7543, AS18398 и AS2914. В живой сети такие политики могли описывать несколько отношений с аплинками. Здесь это декларация конфигурации, последний раз изменённая в 2020 году, а не текущее наблюдение. RIPE RIS в момент проверки не видел ни одного соседа. Заявленная строка импорта может оставаться в реестре маршрутизации ещё долго после того, как сессия, кросс-коннект или контракт на транзит за ней завершились.

Один остаточный объект маршрута особенно легко прочитать неправильно. В IPv4-запросе APNIC есть объект маршрута 116.197.144.0/22 с указанием AS2914 как источника происхождения, обновлённый в апреле 2023 года. Однакотекущий обзор префикса RIPEstatговорит, что этот /22 не анонсируется, а представление BGP-state не находит пути. Объект маршрута — это запись авторизации политики или документации. Это не живая реклама маршрута. Та же осторожность относится к старой политике AS45444: документы могут пережить пакеты.

Вывод маршрутов в 2021 году — граница фактической работы

Историческая запись о маршрутах даёт гораздо более точную дату, чем общие утверждения о старом сайте или старой площадке.Данные истории маршрутизации RIPEstatпоказывают, что агрегат IPv4 116.197.144.0/21 был виден с 30 апреля 2009 года по 1 февраля 2021 года. Источник IPv6 2406:a000::/32 был виден с февраля 2009 года до той же конечной даты. Ещё несколько более специфичных IPv4-маршрутов появлялись на короткие периоды около 2009 и 2010 годов.

Текущее представление routing-status определяет последнее наблюдаемое событие как 116.197.144.0/21, анонсированный AS45444 27 января 2021 года. Небольшая разница между временем события и концом интервала истории объясняется тем, как два набора данных RIPEstat обобщают наблюдения коллекторов. Она не позволяет точно указать час вывода маршрута. Устойчивый вывод: глобально наблюдаемый источник закончился в начале 2021 года и не вернулся в текущем наборе данных.

Маршрутизационное представление Cloudflare для AS45444также называет сеть SEMPERNET-AS-AU и CoClo, но в публичной сводке не показывает текущий список префиксов. IPinfo отдельно классифицирует ASN как неактивный и сообщает об отсутствии префиксов, пиров и аплинков. Эти коммерческие сводки — вторичные проверки. Измерение, на котором должен строиться вывод, даёт RIPE RIS.

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

Для клиента, однако, внешний эффект очевиден. Адреса из зарегистрированных блоков Sempernet не были глобально доступны через AS45444 на момент среза. Любой текущий публичный сервис, использующий другого провайдера, имеет другую зависимость от маршрутизации, площадки и поддержки, чем предполагает историческое описание ASN. Дью-дилидженс должен следовать за текущими конечными точками сервиса, а не останавливаться на старой записи номерных ресурсов.

Зарегистрированное адресное пространство — не полезная хостинговая мощность

IPv4- и IPv6-ресурсы могут звучать как мощность. Это адресный объём. /21 даёт 2048 адресов IPv4. /32 даёт огромное выделение IPv6, предназначенное для иерархической разбивки на подсети. Ни то, ни другое число не говорит, сколько серверов существует, сколько виртуальных машин можно разместить, сколько памяти или хранилища установлено, сколько идентификационных данных клиентов обрабатывается и какая пропускная способность доступна при отказе.

Профиль PeeringDB для AS45444добавляет старую самооценку масштаба. Он называет сеть CoClo (Coherent Cloud), перечисляет Sempernet, Studentnet, Isonet и PPS Internet как альтернативные имена, классифицирует её как контентную сеть и сообщает о восьми префиксах IPv4, отсутствии префиксов IPv6, трафике 20–100 Мбит/с, высоком исходящем соотношении и масштабе Азиатско-Тихоокеанского региона. Сетевой профиль последний раз обновлялся в июле 2022 года.

Эти поля — не текущие измерения. Запись «восемь префиксов» не соответствует нынешней таблице маршрутов с нулём источников. Она может описывать более раннюю конфигурацию, учитывать более специфичные анонсы или просто быть значением профиля, не исправленным после вывода маршрутов. Диапазон 20–100 Мбит/с широк, стар и выбран самостоятельно. Это не гарантированная скорость, не счёт по 95-му перцентилю, не скорость порта и не гарантия резервной мощности.

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

Честное заявление о мощности поэтому сдержанное. Twin-K сохраняет зарегистрированные интернет-номерные ресурсы с историческими описаниями хостинга. AS45444 в настоящее время не делает ни один из этих ресурсов глобально видимым. Coherent Cloud продаёт приложение для управления идентификацией, но в его публичных материалах не раскрыты вычислительные и дисковые ресурсы за ним. Мощность нельзя рассчитать ни из выделения адресов, ни из профиля PeeringDB.

Одна старая привязка к сиднейской площадке не определяет местоположение сегодняшнего сервиса

PeeringDB связывает AS45444 с одной площадкой:DigiCo Sydney SYD1, ранее Global Switch Australia, по адресу 400 Harris Street в Ultimo. Связь сети с площадкой создана в 2011 году и последний раз обновлена в марте 2016 года. У AS45444 нет указанных подключений к интернет-обменам. Такая история согласуется с клиентом, который получает транзит внутри нейтрального оператору дата-центра, а не пирится публично на бирже трафика.

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

Запись о планировании NSW делает границу владения и мощности ещё важнее.Заявка на расширение DigiCo SYD1охватывает существующий кампус дата-центра по адресу 392-422 Harris Street, два дополнительных уровня, перевод части площадей под инженерные и электрические нужды и увеличение потребления электроэнергии на 47,5 МВт. Она была одобрена в декабре 2025 года. Технические материалы описывают предполагаемые 88 МВт после интенсификации.

Ни один ватт из этих 47,5 МВт, как и ни одна доля запланированных 88 МВт, не может быть отнесён к Sempernet. Это показатели развития сайта для DigiCo. Они не показывают договор аренды Twin-K, стойку, кросс-коннект, автомат, резервирование или счёт за электроэнергию. Клиентская сеть может занимать небольшую часть большой площадки, покинуть её или купить услугу у другого арендатора, не появляясь в документах планирования.

В FAQ Cloudwork по-прежнему говорится, что центральный Identity Access Manager работает как одна виртуальная машина на выделенном серверном оборудовании в «GlobalSwitch DC» компании Coherent Cloud. Это утверждение связывает архитектуру приложения с прежним названием площадки, но страница не содержит ни даты этого абзаца, ни деталей о стойке или договоре. Использование старого бренда после того, как площадка стала DigiCo, — повод запросить подтверждение, а не основание считать, что оборудование исчезло. Текущие доказательства устанавливают существование площадки; они не устанавливают текущее присутствие Sempernet внутри неё.

Видимая граница — вне AS45444

Публичный веб-уровень даёт прямой пример адресов, доступных вне старой сети. 15 июля 2026 года Google Public DNS вернул 173.255.242.216 для coherentcloud.com и coclo.co и 172.105.255.107 для studentnet.net. Сетевая информация RIPE относит оба охватывающих префикса к AS63949, а не к AS45444.Регистрация APNIC для AS63949называет его AKAMAI-LINODE-AP, указывает регистрантом Akamai Technologies, Inc. и описывает Akamai Connected Cloud. Эта атрибуция относится к регистрации ASN, а не к какой-либо конкретной веб-нагрузке.

DNS-ответ для coherentcloud.comисетевая запись для его адресапоказывают цепочку публичной границы. АналогичныеDNS-ответ Studentnetисетевая записьпоказывают тот же исходный ASN через другой префикс. Регистрационные записи ARIN называют LINODE для назначений, покрывающих173.255.242.216и172.105.255.107.

Вместе эти источники устанавливают цепочку DNS → адрес → исходный AS и имена из реестров, привязанные к ASN и адресным назначениям. Они не доказывают, кто владеет или управляет виртуальной машиной или сервером, где работает бэкенд, разделяет ли публичный сайт инфраструктуру с Cloudwork и где хранятся данные приложения. Состояние DNS и маршрутизации может измениться и после наблюдения.

Тем не менее данные о доменах решают спор против одного упрощения: ни один публичный сайт не доказывает хостинг на AS45444. Coherent Cloud и PPS Internet резолвятся на один и тот же внешний адрес; coclo.co перенаправляет на coherentcloud.com. Studentnet резолвится на другой префикс AS63949. Бывший домен Sempernet ещё слабее:semper.netперенаправляет на страницу продажи домена. Припаркованный домен бренда — не работающий портал.

Есть и протокольное различие. Studentnet обслуживает действующий сайт по HTTPS. Хост Coherent Cloud во время проверки ответил по обычному HTTP и не согласовал с проверяющим клиентом современное TLS-соединение. В ответе были видны старые строки версий Apache и PHP, хотя серверные заголовки могут быть неточными или намеренно исправленными. Это сигнал о техническом обслуживании публичной границы, а не свидетельство о рассматриваемом сервисе Cloudwork и не доказательство эксплуатируемой уязвимости.

Cloudwork — это зависимость от приложения, а не универсальная облачная мощность

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

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

FAQ Cloudworkописывает двухчастную архитектуру. Узел идентификации Cloudwork (Cloudwork Identity Node, CwIN) — это виртуальная машина Windows, развёрнутая в организации клиента. На ней находятся код Cloudwork и Microsoft ADFS. Coherent Cloud сопровождает и управляет узлом, а организация отвечает за резервное копирование образа CwIN. Coherent Cloud сообщает, что хранит файлы конфигурации для восстановления на «голое железо».

Центральный менеджер доступа к идентичности Cloudwork (Cloudwork Identity Access Manager, CwIM) описан как одна виртуальная машина Linux на выделенном серверном оборудовании в дата-центре GlobalSwitch. Studentnet сообщает, что эта машина резервируется и что полная копия для восстановления хранится на выносной площадке восстановления. Такая архитектура создаёт как минимум три рабочие поверхности: узел школы локально или в облаке, центральный менеджер и резервную копию.

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

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

Публичный статус — свидетельство активности сервиса, а не схема топологии

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

Статусная страница также публикуется самостоятельно. Зелёный статус означает, что оператор не отразил в тот момент открытых проблем. Показатель 100% за 90 дней означает, что для видимого компонента по собственным правилам измерения и инцидентов не было зарегистрировано простоев. Это не раскрывает расположение проверок, глубину транзакций, ошибки конкретных клиентов, учёт плановых работ или связь компонента с AS45444.

Самое важное: статусная страница не восстанавливает старый источник сети. Мониторинг сервиса может сообщать о здоровом состоянии, пока адреса проверяемых сайтов видны через AS63949. Статусная страница не раскрывает исходную сеть, площадки или пути используемых транзакций приложения, поэтому она не может превратить привязку PeeringDB, политики импорта APNIC или исторические префиксы Sempernet в актуальную карту зависимостей.

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

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

Локализация данных заканчивается на словах «GlobalSwitch» и «вне площадки»

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

Эти заявления описывают практику обработки, а не полную карту данных. В FAQ центральный менеджер размещён в сиднейском дата-центре под его прежним брендом. Каждый CwIN размещён в организации клиента. Резервная копия описана только как «вне площадки». Не названы площадка восстановления, страна, юридическое лицо, облачный провайдер, маршрут репликации или носитель.

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

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

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

Защищаемое заявление о локализации узкое: компания публично связывает центральный менеджер Cloudwork с сиднейской площадкой Global Switch/DigiCo, размещает узел в каждой организации-участнике и сообщает, что полный образ менеджера существует на неназванной выносной площадке восстановления. Текущее местоположение центральной нагрузки, её публичная веб-граница и резервная копия не полностью сведены воедино в открытых данных.

Логическая история с несколькими аплинками — не физическая избыточность

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

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

Сегодня вопрос более базовый, потому что RIPE RIS наблюдает ноль соседей для AS45444. Для этого ASN нет текущей логической видимости нескольких аплинков, которую можно было бы анализировать. Два проверенных адреса сайтов имеют общий наблюдаемый источник AS63949, что устанавливает зависимость публичной границы от третьей стороны, но не диверсификацию путей, площадок, электропитания или переключения при отказе. Их видимость после вывода старого ASN не является доказательством того, что платформа идентификации мигрировала или что Cloudwork может переключиться.

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

Аналогично, образ для восстановления — не рабочая мощность. Он может быть холодным, тёплым или горячим. Могут потребоваться новое оборудование, изменения сети, обновления DNS, восстановление сертификатов и ручная проверка, прежде чем клиенты смогут аутентифицироваться. Без RTO, RPO, даты последнего теста и измеренного времени восстановления полезная мощность при отказе неизвестна.

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

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

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

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

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

Замена оборудования столь же непрозрачна. Нет опубликованного запаса совместимых серверов, дисков, сетевых карт или блоков питания для Coherent Cloud. Нет заявления о поддержке вендора, жизненном цикле, окне обновлений или времени замены выделенного хоста CwIM. Описание одной ВМ и заявление о резервировании в FAQ делают эти вопросы существенными, а не спекулятивными.

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

Кто страдает, когда цепочка рвётся

Клиенты Cloudwork — школы, а продукт стоит перед системами, зависящими от идентификации. Studentnet сообщает, что синхронизирует школьные информационные системы и обеспечивает доступ к сервисам, включая Microsoft 365, приложения Google, учебные платформы, библиотеки, контентные инструменты и административные системы. Отказ локальной или центральной идентификации может поэтому распространиться дальше одной страницы входа.

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

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

Зависимость от третьих сторон создаёт ещё один класс отказов. Cloudwork может быть здоров, пока Microsoft, Google, образовательное приложение, SMS-провайдер или каталог клиента не работают. И наоборот, стороннее приложение может быть доступно, но отклонять утверждения Cloudwork из-за несоответствия сертификатов, метаданных, часов или политик. Карта инфраструктуры должна включать эти протокольные и административные границы, а не только адреса серверов.

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

Ответственность за резервные копии разделена, миграция остаётся неясной

FAQ относит часть восстановления на клиента. Каждая организация отвечает за резервную копию образа своей виртуальной машины CwIN, а Coherent Cloud хранит файлы конфигурации для восстановления на «голое железо». Такое разделение должно быть явным в договоре, потому что файлы конфигурации и полный запускаемый образ — не взаимозаменяемы.

Если образ клиента отсутствует или устарел, Coherent Cloud, возможно, сможет пересобрать конфигурацию на чистой операционной системе, но время и полнота зависят от пакетов ПО, состояния ADFS, сертификатов, секретов, патчей и локальных интеграций. Если копия конфигурации провайдера недоступна, образ клиента может продолжать работать, но его будет сложнее чинить или мигрировать. Учения по восстановлению должны проверять обе половины.

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

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

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

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

Во что покупатель может верить сегодня

Несколько фактов прочны. Twin-K Computers — действующая австралийская частная компания. Sempernet и Coherent Cloud — текущие торговые наименования, привязанные к ней. Twin-K остаётся регистрантом AS45444 и ресурсов 116.197.144.0/21 и 2406:a000::/32. Контакт для жалоб подтверждён в июне 2026 года. Studentnet и Cloudwork публикуют актуальные страницы продуктов, поддержки и статуса.

Несколько исторических фактов также прочны. AS45444 анонсировал агрегаты IPv4 и IPv6 около двенадцати лет. Его записи описывают сиднейский хостинг и управляемые сервисы. PeeringDB связывал его с бывшей площадкой Global Switch в Сиднее. Сеть перестала появляться в глобальных коллекторах RIPE в начале 2021 года.

Текущие физические факты слабы. Ни один источник не называет нынешнюю стойку, шкаф, сервер, кросс-коннект, выделение мощности или договор с площадкой для Sempernet. FAQ Cloudwork называет бывший сайт Global Switch для одной центральной ВМ, но не датирует развёртывание и не подтверждает его независимо. Расширение площадки DigiCo доказывает, что здание работает и растёт, но не то, что его занимает Twin-K.

Текущие факты маршрутизации негативны. У AS45444 нет видимых префиксов и соседей в наблюдении. Его старые адресные блоки не анонсируются, включая /22 с более поздним объектом маршрута AS2914. Проверенные адреса сайтов Coherent Cloud и Studentnet находятся в префиксах, анонсируемых AS63949. Поэтому зарегистрированный ASN нельзя использовать как текущее доказательство перевозки трафика, диверсификации аплинков или переключения при отказе.

Факты о мощности неизвестны. Нет публичных количеств вычислений, хранилища, стоек, питания, пропускной способности, труда поддержки, проданной, зарезервированной или резервной мощности. Старый диапазон PeeringDB 20–100 Мбит/с — не текущее измерение. Мегаватты DigiCo относятся к площадке, а не к Sempernet.

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

Вопросы, которые превратят старую сетевую запись в актуальные гарантии

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

  1. Назовите юридическое лицо по договору и объясните, как Sempernet, Coherent Cloud, Studentnet и Cloudwork используются в договорах, счетах, уведомлениях о конфиденциальности и поддержке сервиса.
  2. Укажите, выведен ли AS45444 намеренно, находится ли он в спящем режиме или планируется к повторной активации, и назовите текущий исходный ASN для каждой производственной конечной точки.
  3. Предоставьте актуальную архитектуру с указанием, где работают CwIN, CwIM, базы данных, журналы, DNS, сертификаты, резервные копии и мониторинг, и кто владеет каждой границей.
  4. Назовите основную и резервную площадки, регионы и субпроцессоров, а также укажите, какие нагрузки и классы данных находятся на каждой из них.
  5. Предоставьте доказательства стойки или облачной аренды, схему фидеров питания, подключения операторов и физическую диверсификацию, не полагаясь на общий маркетинг площадки.
  6. Количественно оцените установленные и полезные вычислительные мощности, хранилище и сеть, текущую загрузку, зарезервированный запас и мощность, доступную после потери одного хоста, стойки, оператора или площадки.
  7. Раскройте схему высокой доступности центрального менеджера, состояние образа восстановления (горячее, тёплое или холодное) и время последнего успешного переключения или пересборки.
  8. Определите отдельно для клиентских узлов, центральных сервисов и журналов частоту резервирования, срок хранения, шифрование, неизменяемость, RPO и RTO.
  9. Документируйте охват поддержки, целевые показатели критичности, порядок замены оборудования, уведомления о техобслуживании и эскалацию за пределами одного телефонного номера.
  10. Предоставьте план выхода: экспорт конфигурации, журналы, учётные данные, сертификаты, удаление данных, поддержку перехода и время, необходимое для перевода школ на другой путь идентификации.

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

Живой сервис может перерасти свою исходную сетевую идентичность

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

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

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

Вывод об инфраструктуре поэтому должен оставаться точным. Юридическая и историческая идентичность Sempernet проверяема. Текущая глобальная маршрутизация AS45444 негативна. Публичная веб-доставка Coherent Cloud находится вне этого ASN. Одно заявление об одной центральной ВМ и одна устаревшая привязка к площадке не устанавливают нынешнее владение стойкой, питание, сетевую диверсификацию или мощность восстановления. Тот, кто зависит от Cloudwork, должен оценивать текущую цепочку приложения и его договоры, а не предполагать, что всё ещё активная запись реестра означает всё ещё активную хостинговую сеть.