Кратко

  • Ни один объект реестра не носит хэндл «novacloud-admin»: роль, персона или mailbox под таким именем в просмотренных материалах не зарегистрированы.
  • Ближайший зарегистрированный объект — мейнтейнер novacloud-mnt, прикреплённый к AS209874; в RPSL мейнтейнер и административная роль — разные типы объектов.
  • AS209874 («NovaCloud-Hosting Network», TECHTIDE) зарегистрирован на организацию ORG-MWUL2-RIPE — Tech Tide Portugal Unipessoal Lda, Португалия, reg-nr 517354420; admin-c и tech-c — NA8939-RIPE (role novacloud-hosting, почтовый домен novacloud-hosting.com), abuse-контакт — почтовый ящик в домене novacloud-hosting.com через abuse-c NA8940-RIPE [1][2][3].
  • Адрес role-объекта novacloud-hosting (Фаро) не совпадает с адресом организации (Куартеira) — внутренняя нестыковка публичной записи одного и того же регистранта.
  • AS214789 (as-name nova-cloud-kz) принадлежит ORG-NC138-RIPE «Nova Cloud LLP», Казахстан, reg-nr 240440015497, с другой административной цепочкой и другим abuse-контактным адресом; публичный документ, связывающий двух операторов общим владельцем, отсутствует [4][5].
  • Оператор сам представляет AS209874 на сайте as209874.net как «NovaCloud-Hosting Network» с NOC-почтой в домене as209874.net — адрес, расходящийся с зарегистрированным abuse-ящиком [6].
  • Объекты RDAP для AS209874 содержат abuse-сущность с функциональным именем novacloud-abuse, kind «group»: роли и групповой тип в vCard стандартизированы RFC 9083 и реестром IANA [7][8][9].
  • Руководства RIPE прямо описывают: role-объект описывает выполняемую роль, mntner охраняет создание объектов, abuse-c прикрепляет обязанность обработки злоупотреблений к организации или роли — подотчётность привязана к объектам, а не к отображаемым именам [10][11][12].

Хэндл, которого нет

Имя «novacloud-admin» выглядит как стандартная учётная запись администратора панели управления, но в реестровом материале под этим хэндлом ничего не зарегистрировано. Это не упущение оператора, а следствие архитектуры: RPSL определяет типы объектов, через которые регистрируется маршрутизация и администрирование; расширение для политики маршрутизации их дополняет, и «универсального администратора» среди типов объектов нет [24]. Ближайший по имени объект — мейнтейнер novacloud-mnt, прикреплённый к AS209874. Руководства RIPE объясняют разделение: role-объект существует, чтобы описать роль, выполняемую одним или несколькими людьми, вторичные типы объектов описывают role и abuse-c, а руководство по созданию первой роли и мейнтейнера объясняет их создание; структура данных показывает, как эти объекты организованы, а mntner охраняет создание и изменение объектов [10][12].

Что реально holds власть

Для AS209874 цепочка такова: организация ORG-MWUL2-RIPE — Tech Tide Portugal Unipessoal Lda (Португалия, reg-nr 517354420); admin-c и tech-c aut-num — role-объект NA8939-RIPE novacloud-hosting (создан и изменён 2024-09-13); зарегистрированный abuse-контакт — почтовый ящик в домене novacloud-hosting.com через abuse-c NA8940-RIPE; mnt-by включает RIPE-NCC-END-MNT, SBL-MNT и novacloud-mnt; спонсирующая организация ORG-SL1164-RIPE [1][2] (записи подтверждены в зеркалах IP.SB и IPIP.NET). Aut-num последний раз изменён 2026-02-26, организация — 2026-05-13 по данным зеркала. При этом адрес role-объекта (Фаро) отличается от адреса организации (Quarteira) (зеркало IP.SB) — несоответствие внутри одной публичной записи, тогда как hypestat и nodedata лишь профилируют домен, не подтверждая владение.

Для AS214789 цепочка иная: ORG-NC138-RIPE «Nova Cloud LLP», Казахстан, reg-nr 240440015497; admin-c и tech-c — MV16118-RIPE; abuse-контакт почтовый ящик в домене novacloud.kz через abuse-c NA8821-RIPE; mnt-by — RIPE-NCC-END-MNT и kz-novacloud-mnt; aut-num создан 2024-05-31, изменён 2024-07-02 (CIDR Report, зеркало IPIP.NET, bgp.tools, bgpthingy) [4][5]. По одному из префиксов сообщается иной abuse-адрес (в домене ip-rent.kz). Публичный документ, который связывал бы два оператора или несколько одноимённых NovaCloud-компаний общим владельцем, найти не удалось.

Расхождения в контактной поверхности

Оператор сам публикует AS209874 на as209874.net как «NovaCloud-Hosting Network» с предложением IP-транзита по Европе и NOC-почтой в домене as209874.net — отличной от зарегистрированного abuse-ящика [6]. В RDAP-ответе для AS209874 abuse-сущность имеет функциональное имя novacloud-abuse с kind «group» [7] (RFC 9083); профиль RDAP-ответа ICANN фиксирует требования к ответам. Роли сущностей и групповой тип vCard стандартизированы RFC 9083 и реестром значений IANA, а политика Registration Data Policy и канал жалоб ICANN действуют, когда опубликованные обязательства не выполняются [8][9].

Обязанность публиковать работающие abuse-контакты закреплена сообществом RIPE в документе RIPE-705, а запросы abuse-контактов в базе и страница о abuse-c описывают их применение, а архив proposal 2019-04 показывает, как сообщество дорабатывало эти требования [16]. Там, где опубликованные обязательства не выполняются, у пользователей есть формальный канал жалоб ICANN compliance и политика Registration Data Policy, определяющая, какие контактные данные договорные стороны обязаны собирать и публиковать [22][23]. Живой интерфейс запросов к базе RIPE (поиск по AS209874) остаётся эталоном для перепроверки зеркал.

Сторонние классификации

IPinfo классифицирует AS209874 как «hosting» (1 206 доменов, 4 352 IPv4-адреса) (IPinfo, страница префикса 194.164.115.241), тогда как IPGeolocation.io — как «ISP» (IPGeolocation.io). Данные третьих сторон (hypestat, nodedata) профилируют домен novacloud-hosting.com, не подтверждая владение [28][29]. Ярлык «COMPANY» в записи каталога — редакционный вывод: ни один реестровый объект такой хэндл не несёт. Публичные страницы оператора (imprint, требования к услуге) и сторонние оценщики трафика профилируют домен, не подтверждая владение.