摘要

  • CLOUD COLIBRI S.A 在互联网注册机构中拥有特定的公开身份。LACNIC 记录该公司位于洪都拉斯拉塞瓦，是 AS269866 和2803:6760::/32的活跃持有者，Julian Palacios 被列为法定代表人以及行政、技术和滥用联系人。
  • 该网络不仅仅是保留的。RIPEstat 观察到 IPv6/32由 AS269866 在 2026 年 7 月 1 日至 15 日期间发起，在捕获点对全部 322 个报告 IPv6 对等体可见。其确切来源在 RPKI 下也返回valid，授权仅限于/32。
  • 服务证明要薄弱得多。该提供商宣传 KVM 和 Xen 虚拟服务器、自动调整大小、托管、每日备份、24 小时支持和 100% 正常运行时间，但其页面保留 2019 年版权页脚，未提供任何命名客户成果或服务状态历史，并将公共网站路由到不同运营商的 IPv4 聚合块上。
  • 位置和问责需要合同层面的答案。洪都拉斯注册地址并不能定位客户数据；注册机构还发布了一个纽约技术联系人，第三方测量将可见的 IPv6 端点置于纽约，且公共账单联系人在审查期间返回了服务器错误。买家需要逐份数据映射、当前网络图、恢复证据以及按严重程度划分的支持义务。

真实的资源持有者位于名称背后

云买家常常在遇到公司控制基础设施的证据之前就遇到公司名称。CLOUD COLIBRI S.A 通过了第一道关卡。LACNIC 记录 AS269866标识了直接分配给 CLOUD COLIBRI S.A 的活跃资源，地址位于洪都拉斯拉塞瓦 INFOP 旁边的 Boulevard 15 de Septiembre。该自治系统于 2019 年 12 月 5 日注册。记录将 Julian Palacios 列为法定代表人，并通过cloudcolibrisa.com上的电子邮件地址将同一联系人分配为行政、技术和滥用角色。

LACNIC 记录2803:6760::/32使身份更加具体。它标记 IPv6 分配为活跃，注册日期为 2019 年 10 月 24 日，并指向同一公司、地址和代表。因此，分配和自治系统通过不止一个类似的标签连接：它们共享注册机构组织句柄、公共联系人链和法定代表人。

这是有用的归属，但其范围很重要。互联网注册机构对资源注册具有权威性；它并非公司注册处、审计后的所有权声明或设施证书。公共记录并未披露公司细节、股东、签署权、账户或 CLOUD COLIBRI S.A 与用于交付服务的每项资产之间的关系。客户仍应获取当前的洪都拉斯公司摘要，验证谁可以约束公司，并确保合同名称与其期望运营网络的资源持有者一致。

这种区分是实际的，而非形式上的。如果事件涉及地址声誉、路由控制或滥用处理，AS269866 为买家提供了可识别的网络运营者和已发布的升级联系人。如果争议反而涉及备份失败、虚拟机管理程序不可用或退款未付，注册机构无法确定哪家公司拥有服务器、雇佣了工程师或接受了服务义务。一个身份记录可以在不完成问责链的情况下支持该链的一部分。

目录揭示了运营模式，但未揭示其结果

Cloud Colibri 主页描述了从物理硬件抽象出来的虚拟机。它说明每台服务器根据大小获得保证的 CPU，在可用时可以使用备用主机容量，并且可以通过单击或 API 调用调整大小。所述的调整大小过程将服务器短暂离线，更改其 RAM、磁盘和 CPU 分配，然后自动重启。这是一个具体的控制面：客户可以推断该提供商销售的是可变的虚拟机，而不仅仅是静态的共享托管账户。

服务页面使报价具有可识别的形状。它列出了六个 KVM 和 Xen 计划，配备一或两个 CPU 核心、10 GB 至 50 GB 磁盘、1 GB 至 4 GB 保证内存、Linux 或 Windows、root SSH 或 RDP 访问、托管、每日备份（每月免费恢复一次）、容错和无限数据传输。显示的价格从每月 11 美元到 33 美元不等。页面还说明工作负载分布在一个集群上，服务器分配了单独的任务，因此一个账户不依赖于一台机器。

这些细节比一个空的云标签更好。它们揭示了虚拟化选择、客户权限、调整大小机制和至少一项备份权利。它们也异常开放地留下了责任边界。root 访问表明客户可以管理操作系统；"托管"表明提供商可能这样做。页面没有说明谁修补客户机、管理特权密钥、监控应用程序健康、批准紧急重启或在终止后拥有配置。

备份承诺也有类似的模糊性。"每日"并未标识捕获时间、保留期限、存储位置、加密权限、不可变性或恢复点目标。每月一次免费恢复是商业限额，而非恢复时间承诺。买家需要知道额外恢复是否仅仅收费还是操作受限，恢复是否可以全天候请求，覆盖数据前如何检查身份，以及提供商上一次成功恢复类似服务器是什么时候。

该网站还提出了实质性的设施声明。它列出了不间断电源、多电网供电、大容量 Caterpillar 发电机、专用断路器、生物识别控制、运动传感器、警卫巡逻、警报、警方通知以及系统管理员和现场监控人员的持续访问。所有这些声明均未附有设施名称、地址、容量数据、维护记录、审计、与站点关联的照片或测试结果。它们定义了尽职调查问题，但没有回答它们。

销售表面的年龄和状况也很重要。两个公共页面在审查期间都是活跃的，但每个都保留了 2019 年版权页脚。链接的客户联系端点在捕获时返回了 HTTP 500 服务器错误。过时的页脚并不证明基础设施过时，临时的应用程序故障也不证明支持不可用。然而，它们共同使得在不经责任人员确认的情况下，将已发布的计划、价格或订购路径视为当前有效变得不安全。

AS269866 规模小、可见且经过加密授权

最强的现时证据是路由本身。RIPEstat 的已宣布前缀观测显示2803:6760::/32由 AS269866 在全部 2026 年 7 月 1 日至 15 日观测窗口内发起。路由状态记录将首次观测到的来源日期定为 2022 年 1 月 6 日，最近一次为 2026 年 7 月 15 日。在捕获点，322 个报告 IPv6 对等体中的 322 个都看到了该路由。

这种可见性确立了持久、全球传播的控制平面存在。它并未确定有多少客户使用该前缀，携带多少流量，或者应用程序是否可靠响应。/32在地址方面是一个大的 IPv6 分配，但地址计数在 IPv6 中尤其具有误导性：它绝不应转换为服务器计数、利用率或商业规模。

该路由还具有积极的安全信号。RIPEstat 的 RPKI 验证返回valid，由命名 AS269866 作为确切/32且最大长度为 32 的路由源授权支持。因此，执行路由源验证的网络可以验证该聚合块被授权从公司的 ASN 发起。

最大长度设置是保守的：它授权聚合块，而非任意更具体的路由。这可以减少意外暴露，尽管这也意味着长度超过/32的紧急或流量工程公告需要更改授权才能通过验证。RPKI 不保护虚拟机管理程序、不加密数据、不测量延迟，也不阻止每一条路由泄漏。它回答了一个狭窄而有价值的问题：观察到的来源是否与资源持有者发布的意图在加密上一致。

该网络具有狭窄的可见依赖。RIPEstat 的邻居观测在 7 月 15 日发现了一个相邻网络，AS265680。IPinfo 将该网络标识为 HNTELCO S.A，并将 AS269866 分类为单归属自治系统。公共收集器并未看到每一个私有互连或休眠备份，因此这并非证明仅存在一条物理电路。它确实表明源集合中不包含独立可见的第二条路径。

对于云工作负载，接下来的问题很直接。AS269866 是否有第二个传输提供商？如果有，该路径是正常可见还是仅在故障期间激活？电路是否通过独立的管道进入建筑？有效的 RPKI 授权是否作为故障转移的一部分更新？公司是否测试过在不丢失管理访问、DNS 或客户路由的情况下失去 AS265680？可见的上游是服务证据；经过测试的独立替代方案是弹性证据。

公共网站使用不同的 IPv4 运营路径

AS269866 自身可见的资源足迹仅为 IPv6。IPinfo 的AS269866 概况报告该 ASN 没有 IPv4 前缀，有一个 IPv6 上游 AS265680。同时，cloudcolibrisa.com及其计费子域在审查期间解析至45.186.152.254，一个位于 AS269866 之外的 IPv4 地址。

注册机构线索并未使该地址无关。LACNIC 记录包含45.186.152.0/23说明该范围已重新分配给 Julian Palacios，并发布了与 AS269866 联系人链中相同的纽约地址、电话号码和cloudcolibrisa.comNOC 联系人。但RIPEstat 的路由视图仅通过较不具体的45.186.152.0/22看到该地址，由 AS266842 发起。LACNIC 将 AS266842 标识为 HNHOSTING.NET S.A.，另一家在拉塞瓦注册的组织，法定代表人不同。

最公平的结论是有限的。Cloud Colibri 公共网站地址与其指定代表之间存在可观察的联系关系，而该路由在其关联公司的 ASN 下运营。来源并未确立共同所有权、转售协议、托管合同或两家公司之间的运营责任划分。

这种分离很重要，因为该网站不能作为 AS269866 交付 Cloud Colibri 宣传的虚拟服务器的演示。它证明了一个公司品牌的服務页面可通过与其代表关联的 IPv4 资源访问。活跃的 IPv6 路由单独证明了该公司控制着一个活跃的自治系统存在。买家应当询问其自己的服务器实际将使用哪个 ASN 和前缀，谁处理 IPv4 滥用或路由事件，以及管理门户是否依赖于服务宣传的弹性边界之外的网络。

这种分割可能完全正常。小型提供商通常组合自有地址、重新分配的空间、上游传输和托管控制系统。保证来自记录这种组合：资源持有者、路由来源、上游、DNS 运营商、门户主机、缓解提供商和升级负责人。没有这个映射，客户无法判断一个公司的故障是仅影响营销网站，还是同时影响通往其生产服务器的路径。

洪都拉斯是身份锚点，而非数据位置的答案

Cloud Colibri 的资源注册是洪都拉斯的。公司和 AS269866 都与 LACNIC 中的拉塞瓦相关联，该公司也出现在LACNIC 的 2024 年选举登记册的洪都拉斯组织中。这些事实支持洪都拉斯的机构身份。它们并未定位机架、磁盘、备份或支持会话。

公共记录指向多个司法管辖区。LACNIC 为组织提供了拉塞瓦地址，但为其命名的技术、行政和滥用联系人提供了纽约百老汇 25 号的地址。IPinfo 表示该网络在洪都拉斯注册，而它能测量的 IPv6 端点在美国；其近期可 ping 的样本在纽约观测到。服务于官方网站的 IPv4 空间也重新分配给了位于纽约地址的指定代表。

IP 地理位置是推断，而非设施契约。地址可以在一个国家注册，在另一个国家宣布、隧道传输、任播或由数据库错误标记。从纽约出发的一毫秒探测观测与附近基础设施一致，但并未确定建筑物或谁拥有硬件。正确的结论不是 Cloud Colibri 的服务必然在纽约。而是公共记录不证明假设客户数据留在洪都拉斯是合理的。

具有居住地、主权或延迟要求的客户需要所购计划的数据映射。它应定位主磁盘、副本、每日备份、控制面板、认证记录、监控数据、工单附件和提供商日志。它应标识子处理者和远程管理员，区分静态数据和通过支持访问的数据，并解释故障转移期间移动的内容。合同还应说明客户是否可以选择位置，以及什么证据证明退出后的删除。

网站的设施语言使这种请求更重要。关于多电网、发电机、生物识别控制和现场人员的声明暗示了一个实际站点，但页面并未命名。拉塞瓦注册地址可能是办公室、网络联系点或设施；源集无法决定。买家应在必要时保密请求服务地址，然后将其与网络延迟、备份位置和法律附表对应起来。

全天候支持需要可用的路由和定义的时钟

提供商承诺 24x7 客户支持、系统管理员访问和现场监控人员。LACNIC 为路由和滥用事宜添加了公开的 NOC 电子邮件和电话联系。这比没有命名人员或网络联系人的匿名品牌更负责任。

这仍然不是支持性能的证据。网站未发布严重性级别、响应时间、恢复目标、升级步骤或服务积分。"24x7" 可能描述队列何时接受消息、一线代理何时响应或具有虚拟机管理程序和网络权限的工程师何时可用。在中断期间，这些是实质上不同的承诺。

客户联系页面失败使问题更加尖锐。损坏的网页表单可能是暂时的，现有客户可能有单独的门户、电子邮件或电话渠道。但提供的联系公共路由在审查点不可用。在购买前，客户应测试每个渠道，记录事件编号，验证非工作时间升级，并了解谁可以授权网络更改、恢复数据和批准服务补救措施。

本地支持也需要劳动模式。公司表示人员持续监控现场，但源集并未确定员工人数、班次深度、语言覆盖、就业地点或对单个联系人的依赖。可信的时间表应标识角色覆盖，而非暴露私人员工细节：网络运营、虚拟化、存储、安全、计费和事件指挥官。它应设置交接规则，确保严重事件不等待一个人苏醒或旅行。

可衡量的证据可以替代大量销售语言。买家应要求按严重性划分的响应和恢复分布、近期维护通知、经过编辑的事件报告以及见证的恢复。他们应在入职期间拨打升级路线，并将门户故障纳入桌面演练。当支持的时钟、权限和后备渠道在产生工单的同一故障中幸存时，支持就变成了运营控制。

买家在投入生产使用前应要求什么

Cloud Colibri 比一个名字有更多实质内容。其注册机构身份具体，IPv6 分配活跃，其路由已可见多年，RPKI 状态有效。网站描述了一个可信的小型提供商产品，包含虚拟机、root 访问、自动扩展、备份和物理控制。这些事实证明了进一步的尽职调查。

它们并未验证提供商最强的承诺。服务页面说客户可以享受 100% 正常运行时间，但未发布测量窗口、排除项、维护处理、依赖映射或补救措施。"容错"是一个没有故障域设计的特性标签。"无限"传输没有公平使用或端口容量定义。没有保留和恢复结果的每日备份不能被定价为恢复保证。

因此，生产订单应为每项声明附加证据。法律附表应命名签约公司及其签署权。网络附表应列出客户前缀、路由来源、IPv4 提供商、上游、RPKI 责任和经过测试的故障转移。基础设施附表应命名设施、电源路径、硬件所有权和维护边界。数据附表应定位每个副本和管理员。支持附表应定义严重性、时钟、升级和服务积分。退出附表应保证机器映像和数据以可用格式导出。

客户还应寻求超出提供商自身页面的证据：可比工作负载的参考、将拟议设施和网络与签约实体联系起来的发票或服务记录、独立监测器的正常运行时间数据，以及针对订购计划的观测恢复。可用公共记录中缺少命名客户并不证明客户不存在。这意味着潜在买家不应借用他们未见过的推荐信的信心。

中心判断是平衡的。CLOUD COLIBRI S.A 是一个可归因的网络资源持有者，具有虽小但真实且良好授权的 IPv6 存在。其公共服务案例比该网络证据更陈旧、更广泛且更难测试。该名称可以识别谁应回答第一个问题。运营保证仅在公司能够以当前合同、位置映射、工作支持和可衡量的恢复回答后续问题时才开始。