摘要

  • 公开注册材料中查不到任何句柄恰为“novacloud-admin”的角色对象、人员对象或邮箱；最接近的注册对象是挂在 AS209874 名下的维护者 novacloud-mnt，而维护者与管理角色在 RIPE 数据库中是职责不同的两类对象。
  • AS209874 的管理权链条完全落在具名对象上：角色对象 novacloud-hosting（NA8939-RIPE）同时担任该号码的 admin-c 与 tech-c；组织对象 ORG-MWUL2-RIPE 指向葡萄牙企业 Tech Tide Portugal Unipessoal LDA；滥用处理义务经 NA8940-RIPE 附着于 novacloud-hosting.com 域名下的联系通道。
  • AS214789 是另一套独立的控制面：组织对象 ORG-NC138-RIPE 为 Nova Cloud LLP（哈萨克斯坦，注册号 240440015497），滥用处理经 NA8821-RIPE 指向 novacloud.kz 域名；没有公开文件把两条号码的运营方关联到同一受益人。

名录标签与注册对象之间隔着一层推断

BTW 的公开名录把 novacloud-admin 标为“公司”、关联到 ASN/IP 网络资源，同时自己注明：这个条目并不对应单一主体，而是多家同名记录加两条自治系统的集合(BTW 名录条目)。把“公司”标签当作可归因的运营主体，在注册数据里找不到支撑——在核查范围内，没有 role 对象、没有 person 对象、也没有以其命名的邮箱使用这个句柄。品牌名可以无限复用，对象句柄不能。

对象类型决定职责所在

RIPE 数据库不是通讯录，而是一套职责分工明确的对象体系：号码与资源、组织、角色与维护者对象各管一段。类型体系由 RPSL（RFC 2622）定义，路由策略部分由 RFC 2280 扩展(RPSL 规范、路由扩展)；数据库文档分别界定各类对象的用途(对象职责说明、次级对象说明)；支持文档进一步说明 role 对象用于描述由一个或多个人履行的职能，mntner 对象守护谁能创建和修改数据(角色与维护者入门)；数据库组织指南说明对象间的组织方式(数据组织指南)。在这个体系里，“谁在管理”的答案永远是对象句柄，而不是品牌名。

AS209874：一条完整的对象链

RIPE 数据库检索界面可以直接调出 AS209874 的 aut-num 对象(数据库检索)。第三方镜像复制了对象细节：注册名显示为“NovaCloud-Hosting Network”，admin-c 与 tech-c 均为 NA8939-RIPE——即角色对象 novacloud-hosting，创建与最后修改时间均为 2024-09-13；mnt-by 列表包含 RIPE-NCC-END-MNT、SBL-MNT 与 novacloud-mnt；注册滥用联系经 NA8940-RIPE 指向 novacloud-hosting.com 域名；组织对象 ORG-MWUL2-RIPE 为 Tech Tide Portugal Unipessoal LDA（葡萄牙，注册号 517354420）。同一组镜像还暴露了一处可见的不一致：角色对象的地址在法罗（Faro），组织对象的地址在夸尔泰拉（Quarteira）(WHOIS/RDAP 镜像)。

另一份镜像补齐了赞助组织记录 ORG-SL1164-RIPE，并给出时间戳：aut-num 最后修改于 2026-02-26，组织对象于 2026-05-13，说明对象链仍在持续维护(IPIP 镜像)。地址差异不必然是错误，但它是公开记录里可见、可核查的部分。

abuse-c 的职责有明文依据：RIPE 的说明把滥用处理义务附着到组织或角色对象上(abuse-c 说明)，RIPE-705 界定滥用联系信息的具体要求(RIPE-705)，数据库文档则记录滥用联系在查询中的使用方式(滥用联系查询)，社区提案 2019-04 记录了相关要求的形成过程(提案档案)。换言之，滥用可达性是注册义务，不是客服偏好。

AS214789：同名品牌，另一套控制面

AS214789 的注册人完全不同。镜像数据显示：as-name 为 nova-cloud-kz，组织对象 ORG-NC138-RIPE 为 Nova Cloud LLP（哈萨克斯坦，注册号 240440015497），admin-c 与 tech-c 均为 MV16118-RIPE，sponsoring-org 为 ORG-ARTA5-RIPE，mnt-by 为 RIPE-NCC-END-MNT 与 kz-novacloud-mnt；aut-num 创建于 2024-05-31、最后修改于 2024-07-02；注册滥用联系经 NA8821-RIPE 指向 novacloud.kz 域名，而同一镜像还报告：该号码的一个前缀使用了另一个域名下的滥用地址(AS214789 报告)，路由档案亦列出其前缀公告(路由档案)。另一份镜像复核了组织与时间戳字段(AS214789 镜像)，公开实体档案亦收录该号码(实体档案)。同一条号码之内出现两个滥用联系域名，是控制面碎片化的具体样本。

在核查的公开材料中，没有任何文件把 AS209874 与 AS214789 的运营方按所有权或控制权关联起来，也没有文件把多家同名 NovaCloud 公司（注册地涉及葡萄牙、哈萨克斯坦、香港、英国、肯尼亚与美国等地）关联到同一受益人。这不是清白证明，而是证据边界：公开数据目前只支持“互不关联”作为状态描述。

运营方自我呈现与注册记录的分歧

运营方网站把 AS209874 呈现为“NovaCloud-Hosting Network”，宣称提供覆盖欧洲的 IP 转接与网络基础设施，并公布挂在 as209874.net 域名的 NOC 联系通道(运营方网站)。于是同一条号码之下并存两套联系面：注册库的滥用处理通道在 novacloud-hosting.com 域名，运营方的运行沟通在 as209874.net 域名。哪条通道算“权威”，取决于问题类型——滥用与合规走注册义务，运行事务走运营方的选择。

RDAP 侧同样有据可查：AS209874 的 RDAP 响应把滥用实体显示为 fn 为 novacloud-abuse、kind 为 group，并带 abuse 类型联系；实体角色与 vcard kind 是 RDAP 的标准字段(RFC 9083)，合法取值由 IANA 登记簿维护(IANA 登记簿)，字段呈现另有响应概要约束(RDAP 响应概要)。

当公开联系义务失效时，ICANN 的注册数据政策界定了签约方收集与公布联系数据的义务(ICANN 注册数据政策)，并设有正式的合规投诉渠道(ICANN 合规投诉)。这两条路径针对数据义务本身，仍不替读者完成品牌归因。

数据边界：镜像、分类与日期冲突

第三方数据自带不确定性。分类标签彼此矛盾：IPinfo 把 AS209874 归为“hosting”，记录 1,206 个托管域名与 4,352 个 IPv4 地址(IPinfo)，其前缀内的具体地址亦可在公开页面查询(地址查询)；IPGeolocation.io 归为“ISP”，报告 2025-04-24 的分配日期与 20 条 IPv4、17 条 IPv6 路由(IPGeolocation.io)。而在核查的第三方观测材料中，该号码名下最早的路由记录可追溯到 2018-11-18，比报告的分配日期早了近七年——最合理的解释是该号码曾有前任持有人。日期字段必须与路由观测分开阅读，否则号码历史会被误读。

服务商自身的公开记录补上最后一层语境：novacloud-hosting.com 的 imprint 页面描述了葡萄牙注册主体(imprint 页面)，文档站列明服务与开户要求(服务文档)——它们确认存在一家真实运营的托管服务商，却不提供控制权证明。第三方流量估算工具 hypestat 与 nodedata 对域名做流量与排名画像，同样不确认所有权(hypestat、nodedata)。画像与所有权之间的空隙，正是品牌名最容易钻进去的地方。