摘要
- AS30344 处于活跃状态，而非仅仅注册。2026 年 7 月 15 日，RIPEstat 显示有四个 IPv4 /24 和一个 IPv6 /40 的宣告；最新的 IPv4 段 23.26.1.0/24 于 5 月 6 日分配给 365.hosting，并于 5 月 7 日出现在路由数据中。在审查的快照中，所有四个 IPv4 源均在 RPKI 下验证通过，而 IPv6 路由返回未知验证状态。
- 公开路由观测显示一个邻居 MIRhosting AS52000。这在可见 AS 边界上构成有意义的集中，尽管 MIRhosting 本身有多个上游、交换连接和设施。没有公开证据证明存在第二个 AS30344 传输、物理上多样化的入口、经过测试的故障切换或等效的替代容量。
- 365.hosting 在美国和荷兰销售 VPS 和专用服务器，并声称在 Tier III 数据中心使用自己的机架。其美国网站仍将锡考克斯站点标识为 vXchnge NJ01，尽管 H5 Data Centers 现在列出同一 200B Meadowlands Parkway 设施。其荷兰 VPS 页面包含遗留的 WebHOST1 文本，声称 WebHOST1 设备在 Serverius；Kolo 的过渡页面表示 Serverius 现在以 Kolo 名称运营，其当前产品组合有四个荷兰站点。两者均未指明相关的 365.hosting 机架或 Kolo 站点。机架数量、已安装 IT 负载、可用库存、占用率、电力配额和跨站点恢复能力仍未公开。
增加 256 个地址使网络更易见
了解 365.hosting 最有用的方式并非其主页承诺的高级数据中心，而是公共地址注册表中的一项微小且过时的变更。ARIN 关于 23.26.1.0/24 的记录显示该 256 地址段于 2026 年 5 月 6 日分配给 365.hosting。RIPEstat 历史查询显示 AS30344 自 5 月 7 日起宣告该段。该序列异常清晰：分配一天后，次日即可见路由。
该新段之所以重要，是因为它确认了当前的网络活动，无需客户证明或促销发布。截至 7 月 15 日的快照，已宣告前缀视图包含四个 IPv4 /24：23.26.1.0/24、23.152.200.0/24、77.91.126.0/24 和 138.124.187.0/24。此外还有 2602:2d3::/40。IPv4 总共 1,024 个地址。IPv6 /40 是一个路由分配，而非服务器、客户或可用虚拟机的数量。
同一快照也设置了故事的第一个限制。RIPEstat 的 AS 邻居视图发现一个左侧邻居 AS52000。IPinfo 的 AS30344 页面同样将 MIRhosting 归类为唯一上游，并称 AS30344 为末梢网络。末梢网络是指自身发起路由但未观察到为下游网络提供传输的 AS。这对于一个适中的托管网络而言在运营上是连贯的，但并非路由多样性的证明。
因此，正确的初始评估既不是“纸上网络”，也不是“已验证的弹性云”。AS30344 处于活跃状态，其地址空间可达，且新资源已投入路由。但其从 AS 公开可见的出口仍集中。每当销售站点承诺高可用性、多国家或全天候服务时，这一区别将变得重要。
品牌销售的远不止 AS30344 所能描述
365.hosting 主页呈现了一个传统但广泛的基础设施目录。它列出了 VPS/VDS、专用服务器、域名、SSL 证书、服务器管理和安全附加组件。它声称公司自 2022 年起运营，在美国、欧洲和亚洲设有据点，使用 Tier III 设施中的“自有机架”以及合作伙伴站点，支持超过 20,000 个项目，并属于国际 365.partners 集团。它还展示了更大的营销计数器，包括活跃网站和五年 99.9% 的正常运行时间声明。
这些陈述确立了品牌希望客户购买的内容。它们并未将物理资产分配给 AS30344。自有机架的声明未指明机架 ID、租约、设施大厅、电力馈线或服务器所有权持有公司。项目和网站计数器未说明它们是否仅涵盖 365.hosting、较旧的 WebHOST1 平台、365.partners 集团、域名注册、休眠账户还是活跃的付费计算。正常运行时间数据未公布测量周期、服务分母、维护排除项或事件日志。
产品页面更为具体。美国专用服务器页面列出了双插槽 Intel 配置、一个 IPv4 地址、30 TB 流量、标准产品标称 1 Gbps 通道、五到十天的设置时间和免费初始管理。它还展示了一个具有 10 Gbps 通道的高端配置。荷兰专用服务器页面类似地提供双 Xeon 系统、NVMe 存储、一个 IPv4 地址、30 TB 流量、1 Gbps 通道和相同的设置时间间隔。
这是有员工支持的门店和定义明确的产品存在的证据。但这不是实时的库存报告。一个计划卡在机架订单下达、机架满载、价格过时或位置暂时不可用时仍可在线。五到十天的设置时间尤其具有启示性：专用容量不一定是一个即时可用的池。它可能依赖技术人员、备件、远程操作、服务器组装、老化测试、布线和地址分配。产品是经过一段时间后交付硬件的承诺，而非每个广告配置已安装并闲置的证明。
网络和目录也必须分开对待。客户的服务器可能使用 AS30344 空间、另一个组 ASN、设施提供的地址或上游的分配。相反，AS30344 地址可能托管未在当前美国或荷兰产品卡下销售的基础设施。没有公开的服务、前缀、设施和合同之间的映射，ASN 是最清晰的网络身份，但不是商业平台的完整库存。
谢里丹是注册地址，而非服务器机房
ARIN 自治系统记录名为 365-HOSTING，标记 AS30344 为活跃，并将其关联至组织句柄 PARTN-46。相关的ARIN 组织记录给出怀俄明州谢里丹市 N Gould 街 30 号 R 套房，以及 365.hosting 支持地址。公司的联系页面重复相同的怀俄明地址和电话号码。
这使得谢里丹成为一个强烈的行政和注册地点。但这不使其成为数据中心地点。联系页面上没有设施声明，没有怀俄明州的电力或冷却描述，也没有公开路由测量将服务器资产放置在该建筑中。将注册地址视为机架坐标将合并法律存在和物理运营到一个无根据的点上。
域名记录增加了不同的时间线。CentralNic 对 365.hosting 的 RDAP 响应记录域名创建于 2022 年 7 月，并命名 ns1.365.hosting 和 ns2.365.hosting。7 月 15 日的公共 DNS 将网站解析至 23.152.200.43，位于 AS30344 前缀内。邮件和名称服务主机名也位于与该网络关联的地址内。这给了品牌与 AS30344 的直接技术关系，比聚合器仅匹配名称更强。
然而，即使这也不能精确确定公司链条。主页称 365.hosting 是 365.partners 的一部分。RIPE NCC 关于 365.partners INC 的成员页面给出相同的谢里丹地址、电话号码和365.hosting电子邮件域，并列出德国、英国、以色列和荷兰的服务区域。IPinfo 的 AS198178 页面将该更大的 365.partners 网络与 365.hosting 关联，并显示比 AS30344 广泛得多的地址足迹。
这些共同标识符支持品牌和注册机构公开陈述的运营联盟。但它们不证明合并 AS30344 和 AS198178、将每个组前缀分配给此目录实体，或假设一个 ASN 是另一个的自动备份。单独的路径起源可以共享联系方式和商业控制，同时使用不同的上游、设施和运营策略。恢复声明需要明确的故障切换设计，而不仅仅是相关名称。
四个 IPv4 段不共享相同的注册历史
AS30344 发起的 1,024 个 IPv4 地址在路由表中看起来一致：四个相等的 /24。但它们的注册历史不一致。这一差异是对将路由空间视为单一拥有池的有用警告。
ARIN 直接向 365.hosting 分配了 23.152.200.0/24于 2023 年 5 月。较新的 23.26.1.0/24 是从一个更大的父段分配的，注册于 2026 年 5 月。77.91.126.0/24 的 RIPE 数据库条目将网络命名为Webhost_LLC，在备注中描述 365.partners INC，并带有相同的谢里丹联系人。138.124.187.0/24 的 RIPE 条目将 Webhost LLC 命名为莫斯科，并说明该子网用于提供客户自行管理的虚拟和专用服务器。
这些记录支持一个运营图景，其中 365.hosting 发起了直接分配、分配和组相关地址资源的混合。它们不证明在普通财产意义上拥有所有四个段。互联网号码资源在注册策略下管理，并且可以根据协议重新分配、次级分配或路由。不同的组织和备注是控制边界的一部分，而不是要抹去的文书麻烦。
反向 DNS 提供了有限的使用证据。IPinfo 对 23.152.200.0/24 的视图显示大多数地址具有webhost1.net静态名称，并识别出 ns1.365.hosting、ns2.365.hosting 和主 365.hosting 主机名。其77.91.126.0/24 视图包含vm.365.hosting及类似的webhost1.net命名。138.124.187.0/24 视图显示mail.365.hosting和更多 WebHOST1 风格的反向记录。
这是品牌和较旧的 WebHOST1 操作环境共享一个控制面的强有力证据。但对于个别客户身份、服务器计数或物理位置的证据较弱。反向名称在搬迁后可能持续存在，可能自动生成，或指向管理惯例而非建筑物。它们不应被转换为 1,024 台实时服务器的库存。
路由授权优于路由冗余
在审查的时间戳，四个 IPv4 宣告具有有用的安全属性。RIPEstat 的 RPKI 验证器对23.152.200.0/24、23.26.1.0/24、77.91.126.0/24和138.124.187.0/24在由 AS30344 发起时返回valid。这意味着使用路由起源验证的依赖网络具有加密授权来接受此 ASN-前缀配对。
IPv6 路由不同。验证器对2602:2d3::/40返回unknown，因为在该响应中未找到验证 ROA。未知并非无效。这意味着路由起源验证未提供该配对的正面授权。这一区别对安全态势很重要，但无论是有效还是未知状态，都不说明带宽、拥塞、设施电力或客户故障切换的任何情况。
因此，RPKI 是路由完整性控制，而非冗余机制。一个完全授权的路由在路由器故障、传输合同到期、光纤切断或维护变更出错时仍可能消失。它可能保持可见但遭受数据包丢失。相反，具有一个可见邻居的路由可以从该邻居的全球网络继承相当大的覆盖范围，但它仍依赖两个系统之间的商业和技术衔接。
公共拓扑支持谨慎而非恐慌。路由收集器不观察每个私有互联，并且备份会话可能已配置但未激活。第二运营商也可能在 Layer 2 存在，而 AS52000 仍是唯一 BGP 邻居。证据不能证明没有隐藏或冷备用。但它可以证明在 7 月 15 日的 RIPEstat 视图中没有第二个 AS 邻居可见，并且公司未发布证明其存在的测试。
MIRhosting 是一个大型网络，但仍是可见的枢纽
AS52000 不是一个小型单运营商端点。MIRhosting 的公司页面列出了横跨欧洲、美国和亚洲的超过十个数据中心地点，包括锡考克斯和纽约哈德逊街 60 号、数个荷兰站点、法兰克福和孟买。PeeringDB 的 AS52000 记录描述了一个全球网络，拥有 1-5 Tbps 的流量、开放对等策略、多个交换和设施，以及 24 小时 NOC 和滥用联系人。BGP.tools列出了多个上游，包括 Arelion、GTT、Cogent 和 Tata，以及交换连接。
这种广度减少了将“一个 AS 邻居”等同于“一条通往整个互联网的物理电缆”的诱惑。MIRhosting 可以通过其自身具有冗余路由器、上游和站点的网络承载 AS30344。IPinfo 的 traceroute 样本通过一个在纽约附近识别的 MIRhosting 路由器到达 AS30344 地址，与一个美国服务路径一致。然而，这并未透露有多少端口连接 AS30344 与 AS52000，这些端口是否进入不同的建筑物，或者荷兰和美国服务是否使用独立的交接点。
该枢纽仍然是真实的。如果每个 AS30344 的外部可见路径都依赖 AS52000 接受和传播其路由，那么该边界的策略错误、商业暂停、路由泄漏过滤、DDoS 响应或共享控制平面故障可能同时影响所有四个 IPv4 前缀和 IPv6 前缀。MIRhosting 的上游多样性不会自动防止特定于 AS30344-AS52000 关系的故障。
客户需要比“冗余”一词更精确的答案。有用的证明包括第二个活跃传输 AS、显示两条路径的路由收集器历史、独立的设施交叉连接、端口容量、故障切换测试日期以及证明服务前缀在任一手动断开后仍可达的证据。在本档案审查的公开材料中未找到任何这些。因此，该网络应描述为活跃且全球可达，但只有一个公开观察到的上游关系。
锡考克斯标签已过时运营商
美国产品在物理上有一个具体方面的信息。365.hosting 新泽西公告，日期为 2026 年 3 月 7 日，称其 NVMe 云服务器位于“vXchnge Secaucus”，并描述了一个靠近纽约市的 54,121 平方英尺设施。专用服务器页面称该站点为 vXchnge NJ01。这给客户提供了比通用“美国”地区更具体的信息：它指向新泽西州锡考克斯。
运营商名称已过时，但公共收购日期本身需要谨慎说明。H5 的实时收购公告日期为 2021 年 1 月 31 日，而数据中心 Dynamics 的同期确认日期为 2022 年 1 月 31 日。一年的来源冲突使得无法更精确地声明年龄；两个日期都早于 365.hosting 2026 年 3 月 7 日的发布通知至少四年。当前的 H5 设施页面列出其新泽西数据中心位于锡考克斯 Meadowlands Parkway 200B，描述为超过 38,000 平方英尺的 Tier III 设施，并将其营销用于纽约业务连续性。PeeringDB 的设施记录称其为 H5 Data Centers Secaucus (NJ01)，提供相同地址，并仅将“vXchnge Secaucus (NJ01)”保留为替代历史名称。
这种不匹配并不证明 365.hosting 的服务器离开了建筑物或服务不可用。客户协议和机架可以在设施出售后幸存。但它确实表明公司的公开描述尚未更新到当前运营商。这削弱了对其他更难检查的相邻声明的信心，例如哪一方提供远程操作、适用什么服务水平协议、在设施事件期间谁接收升级、以及引用的 54,121 平方英尺是描述建筑占地面积、之前营销的面积还是当前可售空间。
它还改变了合同依赖关系。如果 H5 现在控制站点，而 365.hosting 控制服务器或机架，MIRhosting 提供可见的网络路径，那么客户至少依赖三个运营层。H5 维护建筑出入、电力、冷却和设施程序。365.hosting 提供和支持服务器服务。MIRhosting 承载可见的 BGP 关系。额外的硬件供应商、支付处理商和管理平台位于这些层之后。在此审查的公开合同中，没有显示当两个层对中断原因意见分歧时哪一层应对最终客户承担补救责任。
最安全的定位声明是狭窄的：365.hosting 公开营销位于历史称为 vXchnge NJ01 的锡考克斯设施中的美国服务器；H5 目前将 200B Meadowlands Parkway 站点作为其新泽西设施呈现。公开证据未识别 365.hosting 的机架、已安装负载、机笼、当前交叉连接或其内部剩余可售容量。
荷兰位置仅提到设施集团级别
荷兰产品同样真实但地理上不太精确。365.hosting 荷兰发布通知，同样日期为 2026 年 3 月 7 日，表示虚拟服务器在 Serverius 数据中心可用。荷兰 VPS 页面包含遗留的 WebHOST1 文本：它说 WebHOST1 提供服务，并在 Serverius 数据中心使用自己的设备。这是暴露在 365.hosting 表面的 WebHOST1 声明，并非证明 365.hosting 拥有该设备。该页面还描述了 KVM 虚拟化、带 RAID10 的 SSD 存储、100 Mbps 计划通道和 30 天退款。专用服务器页面将其所列硬件的广告通道提升至 1 Gbps。
Serverius 也不再是当前的独立公开标签。Kolo 的过渡页面表示 Serverius 和 Fuzion 现在以 Kolo 名称运营，具有相同的地点和服务，并说明统一品牌定于 7 月 17 日正式上线。Kolo 的荷兰产品组合列出了四个站点：NL1 Dronten、NL2 Meppel、NL3 Apeldoorn 和 NL4 Amsterdam。这些是 Kolo 平台声明，而非 365.hosting 设备的映射。365.hosting 页面未说明哪个设施、房间或机架持有相关服务，并且没有公开的交叉连接记录将 AS30344 与特定 Kolo 站点关联。
这种缺失的站点标识限制了定位和恢复分析。选择“荷兰”的客户在服务按营销方式运营时可以合理期望在该国进行数据处理。公开页面未披露备份是否保留在同一建筑物、另一个 Serverius 站点、美国或其他地方的管理平台。它未说明故障的荷兰主机是否可以从锡考克斯恢复，是否需要客户同意此类移动，或者镜像和数据传输需要多长时间。
仍在 Serverius 域上提供的 NOC 通知说明了为什么这些区别很重要，并且已经使用 KoloDC 标签。2026 年，该站点发布了 NL1 Dronten 的冷却维护和 NL1 Dronten 与 NL2 Meppel 之间的暗光纤工作，解释替代光纤应接管，同时警告路由重新收敛期间可能出现的延迟或数据包丢失。这是设施网络的健康运营披露。但它不证明 365.hosting 占据了任何一个受影响站点或参与了替代路径。它仅展示了“荷兰”标签隐藏的物理维护类型。
因此，荷兰的证据等级对于国家层面的服务可用性为中等，对于确切资产放置为弱。产品页面使报价可信，而 Serverius 到 Kolo 的过渡建立了当前设施平台身份，但未定位服务。来源未确立 365.hosting 的街道地址、已安装库存、电力配额、机架所有权或跨站点复制。
容量卡并非容量声明
商店 front 发布了有用的商业单位：处理器类型、内存、磁盘、通道、流量配额、IPv4 计数、设置时间和计费周期。如果根据适用合同提供，这些是客户权益。它们不能加在一起计算提供商的容量，因为网站未发布每个卡背后的可用服务器或虚拟化主机数量。
在审查时，一个荷兰 VPS 计划显示为缺货。这是一个虽小但有价值的运营信号。它表明目录可以公开可用状态，而不是无限接受每个配置。它也证明了为什么计划规格不是已安装容量。20 GB 磁盘配额和 100 Mbps 端口在不可用计划上对新客户不提供可用服务。
专用服务器页面声明五到十天的设置时间。这可以代表正常供应而非短缺，但它暴露了硬件库存和劳动力的作用。如果生产服务器发生故障，相关问题不是网站上是否存在匹配的 SKU。而是在同一站点在约定的更换目标下是否存在等效的机箱、内存集、NVMe 设备、电力分配和技师。
没有审查的页面披露机架数量、服务器数量、虚拟机监视器数量、合计 CPU 核心、已安装存储、备用硬盘库存、加电容量、承诺带宽、超额订阅、已售百分比或预留库存。主页的自有机架声明仍未量化。H5 的设施大小和 Kolo 平台的规模属于这些设施运营商；它们不能分配给 365.hosting。一个租户可以占据大型数据中心中的一个机柜，建筑物的大小对租户的空闲容量毫无说明。
即使是 1,024 个路由的 IPv4 地址也不是服务器限制。一台主机可以承载多个地址；一个地址可以前端多个虚拟主机；地址可以预留、已路由但未使用、用于网络设备或分配给客户。IP2Location AS30344 摘要证实了四个 /24 和单一的 MIRhosting 上游，但其地址总量是网络资源度量，而非计算度量。
因此，容量结论是明确的：当前的产品和路由资源证明了一项运营服务，但已安装、已售、备用和故障条件下的容量并未公开量化。任何更强的数字都是编造的。
99.9% 声明需要分母
365.hosting 的主页称其五年内实现了 99.9% 的正常运行时间，即使同一页面表示该品牌自 2022 年开始运营。到 2026 年 7 月，该品牌下的完整五年测量将延伸至所述运营日期之前。该数字可能包括较旧的 WebHOST1 服务历史，可能是四舍五入的营销文案，或使用另一个起点。该页面未解释分母。
在 99.9% 的情况下，如果连续测量，数学允许在 365 天的一年中大约有 8 小时 46 分钟的停机时间。该计算不是实际停机时间的证据。它仅说明范围为何重要。网站可用性、控制面板可用性、网络可达性、虚拟机电源状态和应用程序响应都可以产生不同的百分比。计划维护、不可抗力和客户造成的事件可能从合同 SLA 中排除，即使它们对用户仍然可见。
公共技术工作页面在审查的视图中未呈现清晰的英文事件存档。联系页面说客户通过账单面板请求系统获得最快速的响应，并单独提到上午 9 点到晚上 9 点的在线支持聊天，而更广泛的页面宣传 24/7 支持。这些声明可以共存，如果工单被全天候监控但聊天不是。它们未发布初始响应或恢复目标。
没有事件历史和特定于服务的 SLA，正常运行时间声明应保持归因。它不能用于推断两个国家、每个产品、AS30344 或管理平台都达到了相同结果。它也不能证明从此处最相关的故障模式中恢复：失去 AS52000、失去机架电源馈线、更换专用服务器、恢复客户镜像或跨边界移动工作负载。
有用的运营披露将按区域发布服务可用性、维护排除项、事件开始和结束时间、受影响组件、根本原因、补救措施以及是否发放了合同积分。该证据不可用。缺失并不意味着发生了停机。它意味着广告中的百分比无法承担经过测量的可靠性记录的权重。
控制面追溯回 WebHOST1
公共网站暴露了比 BGP 更容易忽视的第二个集中点。其主页 HTML预连接到api.webhost1.ru，其内容和导航重复使用 WebHOST1 路由，其产品数据和管理引用的大部分带有 WebHOST1 主机名。AS30344 上的反向 DNS 也重复使用webhost1.net。365.hosting 的站点地图指向webhost1.ru页面，而非干净、品牌特定的 URL 集。
这支持与已建立运营平台的连续性。它可能允许 365.hosting 重复使用计费、供应、支持知识和服务器管理系统，而不是从头构建。它也创建了故障和治理边界。客户可能有一个正在运行的虚拟机，其公共数据包通过 AS30344 流动，同时仍依赖另一个域名和平台进行订购、支付、密码重置、工单、控制台访问或自动化。
365.hosting 文档页面显示了公开要约、账户负载限制和个人数据条款的链接，但审查的英文页面未暴露完整、易于审计的公司名称和服务时间表。联系页面的银行详情部分在渲染的英文视图中似乎也未填写。这使得从公开英文表面难以确定哪家确切法律实体向客户开具发票、哪些条款管辖美国和荷兰产品、以及 Webhost LLC、365.partners INC 还是另一个关联方执行特定义务。
这不是合同缺失的证据；客户可能在结账时收到完整条款。这是外部客户在进入私人购买流程之前无法验证完整合同链条的证据。对于数据主权、事件升级和破产规划，这一区别很重要。运营控制面板的一方可能不是持有机架租赁的一方，也不是发起路由的一方。
稳健的退出计划必须考虑两个层面。没有凭据、镜像、DNS 区域和域名转移访问的数据备份可能不够。相反，如果客户数据的唯一副本仍在不可用的存储上，控制面板访问价值有限。公开材料未指定导出格式、API 保证、账户交接程序或正常平台故障时的紧急访问。
故障始于所有权交接点
第一个故障路径是可见的路由边界。如果 AS30344 失去与 AS52000 的关系，所有五个观察到的宣告可能一起变得不可达，除非未公开的备用方案接管。使用其他位置发起的地址的客户可能表现不同，这就是服务到前缀映射重要的原因。公开记录未提供此映射。
第二个路径是设施特定的。在锡考克斯，H5 控制现在归因于历史 vXchnge 名称的建筑层。在荷兰，报价仍说 Serverius，而公共设施平台正在 Kolo 名称下移动，确切站点未披露。公用事业中断、UPS 故障、冷却问题、出入限制或设施维护可能影响客户服务，即使 365.hosting 自己的员工和路由器健康。
第三个是机架和硬件故障。“自有机架”集中了有用的控制，但也创建了电源分配、顶部机架交换、虚拟机监视器、驱动器和备件的责任。五到十天的新服务器设置窗口不能被视为更换目标。客户需要知道故障磁盘是否镜像、故障主机是否触发虚拟机自动在其他地方重启、备份数据是否在独立的故障域中、以及专用服务器可以多快重建。
第四个是运营支持。公开文案承诺全天候帮助，而聊天时间更窄，工单目标未公布。当托管提供商、上游和设施运营商各自等待另一方的诊断时，严重事件可能被延长。命名的升级路径和联合事件程序比一般支持徽章更有价值。
第五个是计费和账户控制。共享的 WebHOST1 基础设施、第三方支付脚本和私有计费面板可能成为服务依赖。支付争议、欺诈冻结、过期卡或账户入侵可以在硬件运行时移除管理访问。公开页面未说明宽限期、暂停顺序、紧急联系人或导出权利。
第六个是迁移。网站宣传某些服务的免费迁移和 30 天退款。这降低了初始切换成本，但不证明快速退出。大数据集、私有配置、专用 IP 声誉、DNS 定时和应用程序依赖可能使迁移比服务器供应慢。没有审查页面承诺可移植虚拟机镜像、批量导出带宽、取消后保留快照或在设施问题期间协助撤离。
这些不是对故障的指控。它们是由公开运营安排创建的依赖链。薄弱点不一定是一个组件；而是组件之间的交接点，其合同和经过测试的恢复行为未公开。
两个销售国家尚未成为恢复对
美国和荷兰报价的存在引发了一个常见假设：如果一个站点故障，工作负载可以移动到另一个。公开页面未做出此承诺。它们独立销售地点。它们未描述双活服务、复制存储、共享编排、通用私有网络、DNS 故障切换或预留备用容量。
跨站点恢复也将跨越法律和延迟边界。将数据从荷兰移动到新泽西可能改变适用司法管辖区、客户通知义务、传输机制和往返延迟。选择荷兰进行欧洲处理的客户不能假设美国恢复是可接受的。数据主权的受控话题恰恰是因为位置是产品的一部分，而非因为证据证明合规违规。
即使在荷兰内部，Kolo 的四个列出设施也不能算作 365.hosting 的冗余。Kolo 宣传多站点弹性选项，但 365.hosting 未标识其设施或说明客户数据已复制到另一个设施。运营商中立大厅创造了选项；它不会自动创建第二个合同服务。
同样，MIRhosting 在两个国家都有设施并不证明 AS30344 在两者都有独立的交接点。一个邻居 BGP 视图可以覆盖同一 AS 的多个物理链路，也可以覆盖一个。公开数据不区分它们。可信的冗余声明将命名站点、电路和故障测试，同时保留合法的安全细节。
因此，客户应将国家菜单视为放置选择，而非恢复架构。那些需要在站点丢失时维持连续性的客户必须明确设计和购买：应用程序复制、独立凭据、独立 DNS、主要账户外备份、经过测试的恢复、容量预留以及次要位置的法律基础。提供商的公开材料不显示这些控制默认包含在内。
当系统故障时谁面临风险
主页的“20,000+ 个项目”声明暗示了有意义的用户群，但无独立细分将该数字与当前 AS30344 服务关联。反向 DNS 和托管域名观察确认路由空间承载互联网面对的系统。它们不揭示这些系统属于小型网站、代理商、软件服务、游戏服务器、商店、内部企业工具还是基础设施转售商。
产品语言指向几个受影响群体。VPS 客户在主机或路由故障时可能丢失 Web 应用程序、数据库、VPN 和开发环境。专用服务器客户可能面临更长的硬件更换时间，因为其环境绑定到特定机箱。域名和 DNS 客户即使其内容托管在其他地方，也可能在控制层受到影响。转售商可以将一个上游事件放大到许多从未听说过 365.hosting 的最终客户。
客户影响也取决于地址连续性。在不保留相同 IP 的情况下将工作负载移动到另一个提供商可能破坏允许列表、邮件声誉、DNS 缓存、API 集成和安全规则。因此，四个 /24 在数值大小之外也是运营资产。然而，没有公开的可移植性政策说明客户是否可以携带地址、发起自己的前缀、在迁移期间保留 IP 或获取 BGP 服务。
数据丢失和不可用是单独的后果。路由故障可以使完整数据不可达。存储故障可以在网络健康时销毁数据。计费锁定可以在公共服务暂时继续时阻止控制。恢复计划应识别正在保护哪个状态：数据包可达性、虚拟机电源、数据持久性、管理访问或应用程序正确性。
有限的披露意味着客户必须自己提供大部分这种弹性。离提供商备份、记录的重建步骤、辅助 DNS、独立域名凭据、来自多个网络的监控和经过演练的迁移减少了对无法外部验证的声明的依赖。对于其用户假设购买“云”服务包括隐形故障切换的客户，需求最大。
证据支持什么，不支持什么
证据支持将 365.hosting 称为一个运营的托管提供商，与活跃的美国注册自治系统关联。其域名解析在 AS30344 内。其 IPv4 前缀正在宣告，最新段在分配后立即进入路由，反向 DNS 显示托管使用，产品页面接受处理器、磁盘、通道和位置的详细商业词汇。这比仅从名称构建的目录卡片实质性更强。
它也支持一个具体的集中化发现。在 7 月 15 日快照中，所有观察到的 AS30344 路由有一个可见 AS 邻居，MIRhosting AS52000。四个 IPv4 起源是 RPKI 有效的；IPv6 起源是未知而非无效。路由证据对隐藏备份链路未置一词，但未发现第二个传输或经过测试的故障切换的公开证据。
物理证据支持美国报价的城市和设施历史级别的锡考克斯，有一个更正：现在呈现 200B Meadowlands Parkway 设施的是 H5，而非 vXchnge。对于荷兰报价，它支持遗留的 Serverius 产品标签和当前的 Kolo 平台（四个荷兰站点），但未确定 Dronten、Meppel、Apeldoorn 或 Amsterdam 为 365.hosting 位置。它不支持怀俄明作为服务器位置。
容量证据支持当前的计划规格和五到十天的专用供应窗口。它未披露已安装或可用的服务器数量、机架占用率、合计带宽、电力、备用库存、已售百分比或故障后的可用容量。99.9% 和客户/项目指标仍是营销声明，没有已发布的测量细节。
公司证据支持 365.hosting、365.partners 和 WebHOST1 通过共享联系人、域名、页面基础设施和注册记录之间的公开关联。它不使每个 AS198178 资源成为 AS30344 的一部分，或证明另一个组网络是备用网络。它也未披露哪个实体对每个客户承担完整服务责任。
这是一个中等强度的网络发现和弱到中度的基础设施披露。降级是故意的。路由起源和店面是真实的；确切的运营和恢复边界仍过于不透明，无法得出更强的弹性结论。
下一个证据应是运营性的，而非促销性的
最简单的修正是编辑性的：更新锡考克斯设施名称并确认 H5 为当前运营商，同时解释 365.hosting 和 MIRhosting 的角色。客户不应需要将 2026 年发布帖子与 H5 的当前站点身份以及将交易日期定为 2021 年或 2022 年的收购来源协调。荷兰页面应更新 Serverius 标签以反映 Kolo 过渡，并识别相关的 Kolo 设施代码和城市。
下一步是服务到基础设施矩阵。对于每个美国和荷兰产品系列，365.hosting 可以说明设施运营商、签约实体、路由起源、上游、备份位置、支持渠道和适用 SLA。它不需要揭示机架编号或敏感拓扑。它应明确客户购买的是虚拟机、专用机箱还是托管服务，以及哪些组件是共享的。
对于网络弹性，一个注明日期的故障切换说明将解决大部分不确定性：AS30344 传输关系的数量、它们是否在不同设施终止、IPv4 和 IPv6 是否具有相同保护、以及最近成功的路由撤回测试。单个邻居视图然后可以解释为收集器限制、有意设计还是真正的集中。
对于容量，有用的度量不是总地址计数或设施平方英尺。它们是已安装主机、加电机架、可用配置、备用硬件、合计承诺带宽和更换目标。状态应区分设计、已安装、加电、在服务、已售、预留和可用容量。当确切数字在商业上敏感时，提供商可以披露范围或百分比。
对于恢复，客户需要恢复点目标和恢复时间目标、备份故障域、镜像导出格式以及离开平台的记录路径。跨境恢复应选择加入并在法律上明确。30 天退款是商业保证；它不是灾难恢复设计。
最后，公共状态记录应以一致的英文携带事件和维护，包含受影响位置、服务、开始和结束时间、影响、原因和补救措施。Serverius 已经在其自己的 NOC 通知中展示了此实践的价值。将这种清晰性扩展到 365.hosting 的客户层将为信任带来比另一个通用正常运行时间徽章更多的贡献。
在这些证明出现之前，最准确的解读仍然是狭窄的。365.hosting 已将真实地址空间投入使用，包括一个新分配的 /24。它在两个国家销售可识别的硬件，并似乎嵌入一个更广泛的托管集团。但在审查的 7 月 15 日视图中，最新路由仍然通过一个可见上游到达公共互联网，美国设施标签至少比其运营商记录晚了四年，而荷兰标签未解析为 Kolo 的四个站点之一。销售目录和路由表都不证明在机架、站点、合同或控制平面故障时有多少容量幸存。