Summary

  • 对于一家年轻、小型提供商而言，MYCLOUD LLC 的身份得到了异常充分的交叉验证：其自身的商业页面、公开报价和付款详细信息与 RIPE NCC 组织中乌兹别克本地互联网注册机构的条目及 AS213165 相符。
  • 其服务目录具体而非纯宣传，涵盖可配置的 VPS 容量、托管、基于 Synology 的公司存储和云视频保留，全部以乌兹别克苏姆定价，并与本地连接挂钩。
  • 保障情况仍然不完整。公开记录仅显示两个可见的 IPv4 /24 通告，路由来源授权不均匀，互联互通披露稀疏，没有命名的设施，以及网站快速支持承诺与其公开要约中响应条款之间的重大差距。

一个解析到运营商的名称

“MyCloud”是那种几乎可以描述从文件共享应用到转售商的品牌。只有当几个独立的公开记录一起阅读时，MYCLOUD LLC 才变得更加清晰。

该公司的关于页面称其于 2024 年在乌兹别克斯坦成立。其公开服务条款自 2024 年 1 月 25 日起生效，将 ООО “MYCLOUD” 列为合同方，指定董事 R.K. Kurbanov，并提供了塔什干的地址和税务标识。付款页面为企业客户重复了法律名称、地址、银行详细信息和电话号码。另一个文档页面链接了国家注册证书、服务许可证和公开要约。

这个自我发布的身份得到了RIPE 数据库的证实。其组织条目列出了 MYCLOUD LLC，国家代码 UZ，注册号 2362063，相同的塔什干街道地址，mycloud.uz 电子邮件域和匹配的电话号码。RIPE 将其记录为本地互联网注册机构，而相关的自治系统条目将 AS213165 分配给名称 MYCLOUD。这并不能确定财务实力、员工深度或服务质量，但它扫清了一个重要的第一关：网站、法律合同方和网络身份指向同一个组织。

目录展示了客户正在购买的服务

MYCLOUD 的产品页面描述了一个面向乌兹别克企业的提供商，这些企业需要适度的基础设施，但不想自行运营所有内容。这些报价以小型单位计量并按日计费，这种方法使入门成本低廉，但将账单连续性与服务连续性紧密联系在一起。

VPS 页面分别对虚拟 CPU、RAM、磁盘空间和 IP 地址定价。它包括高达 100 Mbit/s 的互联网和 TAS-IX 连接，额外互联网和本地网络容量按 Mbit/s 出售。这更接近于可配置的基础设施服务，而非固定的共享托管套餐。托管服务同样具体：机架单位、功率范围、IP 地址和交换机连接均有定价，包含一个 1 Gbit/s 交换机端口和高达 100 Mbit/s 的 TAS-IX 服务。客户仍需负责其服务器软件，设备必须满足规定的机架、功率、消防和以太网要求。

两项更高级的服务拓宽了运营范围。MCDrive被介绍为基于 Synology DSM 的公司存储，提供从 50 GB 到 10 TB 的计划，支持浏览器和移动端访问、同步、协作、访问控制和自动备份。MCVideo存储监控录像供远程查看，提供已公布的 30 天和 90 天选项、每摄像头容量、连续或移动触发录制，以及每日续订。账户资金不足时，下次每日扣费时可能会阻止访问。

这些细节很重要，因为它们暴露了实际的控制面。客户不仅是在购买抽象的云，他们依赖 MYCLOUD 进行虚拟机分配、机架电源和交换、存储权限、备份声明、视频保留和自动账户扣费。其中任何一层的故障都可能影响不同的业务流程，从 Web 应用到物理场地安全。

小而真实的网络路由证据

AS213165 为 MYCLOUD 提供了可验证的网络存在。RIPEstat 的 AS 概览显示该自治系统于 2026 年 7 月 15 日被通告。其通告前缀视图记录了两条可见的 IPv4 路由：38.226.16.0/24 和 212.47.58.0/24。配套的路由状态结果统计了 512 个已通告的 IPv4 地址，没有 IPv6 空间通告，并且在 326 个 IPv4 RIPE RIS 对等体中具有完全可见性。

路由记录有意义但紧凑。RIPE 的注册条目声明了涉及 AS58254 (Nano Telecom) 和 AS59668 (Turon Media) 的流量接受和路由通告关系。在 7 月 15 日的观察点，RIPEstat 的邻居数据看到一条上游路径，通过 AS58254。这种差异不一定是矛盾：注册政策可以描述一种预期关系，但这种关系并非在每个采集器或每个时刻都可见。这确实意味着，需要路径多样性的买家应该要求提供当前图表、故障转移测试和实测的上游可用性，而不是从注册文本中推断冗余。

路由来源保护也参差不齐。RIPEstat 报告了212.47.58.0/24 的有效 RPKI 授权，而对38.226.16.0/24 的检查返回未知，意味着该服务未找到验证的路由来源授权。未知并不等于无效，但在通告空间中一致的有效状态将提供更强的保护，防止意外的来源错误。

MYCLOUD 的PeeringDB 条目几乎没有增加运营背景。截至证据日期，它没有列出网站、流量水平、策略、交换连接或设施。空白的互联概况并不证明运营商缺乏设施或私有连接。它表明客户无法在那里验证这些声明。

可见的本地化，但数据位置不明

该服务明确面向乌兹别克斯坦。价格以苏姆计价；企业对公付款使用乌兹别克银行账户；消费者付款说明指定本地卡和支付系统；联系和注册地址在塔什干；产品页面反复区分互联网连接和 TAS-IX 接入。支持通过本地电话号码、Telegram 和客户账户频道提供。

这些信号使 MYCLOUD 与重视本地商业支持和快速访问国内网络资源的组织相关。但它们本身并不能回答每个工作负载、备份或录像位于何处。网站提到了现代数据中心，但并未公开命名设施、发布位置矩阵、确定备份地理位置，也未说明每项服务是否仍位于乌兹别克斯坦境内。MCDrive 使用 Synology DSM 标识了平台，而非存储位置。

对于受居留地、保密性或行业规则约束的客户而言，本地性因此必须成为合同事实。有用的问题因服务而异：哪个设施托管主副本；副本和备份位于何处；谁可以管理它们；哪些分包商可以访问环境；加密密钥如何控制；删除如何验证；取消或未付款后数据会发生什么。本地品牌和 TAS-IX 覆盖可以缩短距离，但无法解决这些治理问题。

支持承诺需通过合同解读

MYCLOUD 的首页宣传全天候支持，而其联系页面则声称 30 分钟的响应时间。对于服务器或摄像头存档停止响应的小型企业来说，这是一个有吸引力的承诺。公开要约则更为有限。它指示授权请求通过客户账户提交，称电话响应发生在工作日的办公时间内，并称支持团队尽可能在不超过 48 小时的合理时间内响应，且可以延长。它还指出请求必须使用乌兹别克语或俄语。

要约进一步将提供商义务定义得比某些产品文案可能暗示的更窄。通用条款称客户互联网访问不在提供商的职责范围内，而 VPS 和托管页面则宣传包含连接。实际义务可能由所选订单和服务条款解决，但企业买家不应让这种解释含糊不清。

这正是本地支持成为劳动问题而非仅联系按钮的地方。买家应确定值班时间、升级负责人、事件严重级别、恢复目标以及基础设施帮助与客户管理软件之间的界限。他们还应对在营销文本、费率页面和签署协议使用不同语言时，哪个承诺具有约束力提出质疑。

相同的解读也应适用于续约和暂停。存储和视频的按日计费对小客户可能有用，但它也将账户余额、通知质量和恢复程序转化为可靠性控制。买家应测试资金失效时、访问恢复时以及账单中断后需要保留的录像或备份时会发生什么。

可信度足以评估，但默认情况下尚未保证

MYCLOUD 的公开记录比其通用名称所暗示的要强。存在一致的法律身份、有日期的要约、可见的价格、具体产品、面向全国的商业定位以及一个活跃的 ASN。这些组合支持一个合理的结论：这是一个运营中的乌兹别克基础设施提供商，其服务面向本地企业。

相同的记录对该结论设定了限制。路由足迹很小，IPv6 不可见，一个通告的前缀缺乏可见的 RPKI 授权，当前上游多样性未得到证明，公开的设施和互联细节稀少。数据位置控制、独立安全保证和可执行的服务级别不容易从公开材料中确定。

对于测试环境、本地应用或明确界定的存储需求，MYCLOUD 可能值得进行技术和商业试用。对于关键生产、受监管数据或监控证据，下一步应进行文件验证和设计故障测试。云名称开启了对话；合同、路由行为、恢复证据和负责任的支持团队决定了它能否承载工作负载。