摘要
- Network LIGA HOSTING LTD 是围绕 LIGA HOSTING LTD 公开主机业务的基础设施实体。英国公司注册处将公司编号 17069738 记录为一家活跃的英格兰和威尔士私营有限公司，成立于 2026 年 3 月 4 日，SIC 代码 63110，而该公司自身条款称其主机业务自 2019 年开始运营，服务超过 30 个国家的客户。
- 公开服务界面真实可测：LigaHosting 在图尔恰和法兰克福提供 VPS Standard，在法兰克福提供 Ryzen 9 9950X Performance VPS，cPanel 网页托管每日备份保留七天，以及罗马尼亚品牌的游戏托管。同一网站声称拥有 AS201131、DDoS 防护、10-40 Gbps 上行链路、60 秒内 VPS 部署和 99.9% 月度网络与核心基础设施 SLA。
- AS201131 目前可见。RIPE RDAP 将 AS201131 识别为 LGH-Network，注册于 LIGA HOSTING LTD，注册日期 2026 年 3 月 3 日；RIPEstat 的最新路由状态显示三个 IPv4 /24 和两个 IPv6 /48，具有完全或近乎完全的 RIS 可见性。三个检查的 IPv4 路由起源对在 RPKI 下有效，而当前两个 IPv6 /48 在检查的 RIPEstat 视图中返回未知验证。
- 证据等级为中等。公共路由、产品、状态和合同证据支持存在活跃的主机业务，但记录仍无法证明机架所有权、设施运营商、双电源路径、备用硬件、每个站点内的路由多样性、经过测试的恢复或客户迁移权利。
一家新成立的英国公司包裹着更早的主机故事
首先需要区分法律身份与运营历史。英国公司注册处将 LIGA HOSTING LTD 记录为公司编号 17069738，状态活跃，成立于 2026 年 3 月 4 日，注册地址为 3rd Floor, 86-90 Paul Street, London, EC2A 4NE，业务性质 63110——数据处理、托管及相关活动。高管页面列出 Ionel-Florin Florin Moisa 为活跃董事，任命日期为公司成立日。重大控制人记录显示 Ionel-Florin Moisa 拥有 75% 或以上的股份和投票权，并有权任命或罢免董事。
这使得公司可见，但很年轻。首份账目需到 2027 年 12 月才到期，首份确认声明需到 2027 年 3 月。因此客户目前无法阅读成熟的备案记录、账目历史或长序列的公司事件。当买家决定低价服务器是耐用的交易对手还是可能改变法律形式、地址资源安排或运营供应商的快速移动主机品牌时，这一点很重要。
公开网站讲述了一个更长的交易故事。LigaHosting 的条款（最后更新于 2026 年 4 月 29 日）称 LIGA HOSTING LTD 运营品牌 ligahosting.com（用于国际 VPS 和 cPanel 网页托管）和 ligahosting.ro（用于游戏托管），自 2019 年开始运营，服务超过 30 个国家的客户，并在罗马尼亚和德国运行 VPS 基础设施。这个较早的历史陈述可能描述了英国公司成立之前的品牌或交易运营。不应将其解读为公司编号 17069738 在英国公司注册处的历史。
这一区别并非吹毛求疵。如果服务拥有较早的客户、较早的控制面板或较早的基础设施合同，新公司可以继承一些运营实践而不继承较长的法律备案记录。如果公司是现有罗马尼亚或欧洲主机业务的新正式化外壳，客户应询问当前合同由哪个法律实体签署、哪个实体拥有或租赁硬件、哪个实体持有供应商账户，以及如果另一个品牌、经销商账户或旧面板仍在链条中，现有服务会发生什么。
伦敦注册地址也不是数据中心声称。英国公司注册处地址和网站的结构化组织数据标识的是公司地址，而非机架位置。这与一家销售罗马尼亚和德国基础设施的英国公司一致。它并不证明客户数据在英国处理、支持人员在伦敦，或公司拥有英国设施。主机故事必须通过产品页面、状态页面、路由表和条款来核实。
公开产品界面销售什么
产品页面显示服务面向中小型主机买家，而非超大规模云。LigaHosting 主站宣传“VPS Standard & Performance”、DDoS 防护、即时部署、高级网络连接、企业硬件以及覆盖罗马尼亚和德国的欧洲覆盖。它指定 AS201131 为公司自有骨干，并称 VPS 部署在 60 秒内完成。它还宣传 10-40 Gbps 上行链路和在 15 分钟内回复支持。这些是商业声称，但足够具体以转化为物理问题。
VPS Standard 页面命名了两个基础设施节点：罗马尼亚图尔恰（描述为 Standard，基于双 Intel Xeon Gold 6254 硬件）和德国法兰克福（描述为 Standard，基于 AMD EPYC 7702）。计划卡从小型 VPS 实例向上扩展，包含一个 IPv4 地址和 DDoS 防护。VPS Performance 页面将高频层级集中在法兰克福的 AMD Ryzen 9 9950X 处理器上，计划从 1 vCPU、2 GB RAM 和 100 GB NVMe 扩展到 12 vCPU、64 GB RAM 和 1.6 TB NVMe。这是一个具体的计算故事，而非空白的“云”标签。
网页托管页面增加了不同的产品表面：cPanel 托管、SSD 存储、免费 SSL、电子邮件账户和每日备份。Web Starter 宣传 20 GB SSD 存储和一个网站。Web Pro 扩展了存储和账户范围。Web Business 宣传无限 SSD 存储、无限网站和免费专用 IP。重要的依赖转移是 cPanel 托管将多个账户集中在共享服务器和共享管理系统上，而 VPS 托管给买家 root 访问权限，但也将更多备份和配置责任转移给买家。
罗马尼亚游戏托管品牌增加了另一个信号。LigaHosting.ro宣传在罗马尼亚和德国提供游戏服务器托管，目标 99.9% 正常运行时间，24/7 支持，以及显示罗马尼亚 5.180.33.0/24 和德国 163.5.26.0/24 的基础设施面板。它列出罗马尼亚计算平台为 Intel Core i9-14900K，192 GB DDR5 和 2 TB NVMe，而德国为 AMD Ryzen 9 9950X 平台，128 GB DDR5 和 2 TB NVMe。这些页面声称与两个可见的 AS201131 IPv4 前缀相符，但仍未识别设施运营商或证明备用容量。
状态页面也很有用，因为它以运营术语命名了服务地点：罗马尼亚图尔恰用于 VPS Standard，德国法兰克福用于 VPS Standard、VPS Performance 和 Web Hosting。检查时显示“所有系统运行正常”，无活跃事件，两个地点均标记为运行正常。当前的绿色状态页面并非正常运行时间档案，但它告诉客户提供商将哪些视为公共服务组件。
这足以证明 LigaHosting 不仅仅是一个休眠壳。它拥有公开目录、活跃的服务地点、具体的处理器声称、客户状态页面、条款和实时网络。但不足以说明公司拥有机架、控制建筑或可以在区域之间移动所有工作负载。VPS 买家看到的是计划名称、CPU 系列和 IP 地址。弹性决策取决于这些标签背后是什么。
AS201131 可见，但可见不等于处处控制
最强的技术证据是网络。RIPE RDAP 对于 AS201131将 AS201131 识别为 LGH-Network，注册于 2026 年 3 月 3 日，最后更改于 2026 年 6 月 15 日，注册组织为 LIGA HOSTING LTD，滥用联系为[email protected]。RIPEstat 的 AS 概览将持有者识别为“LGH-Network LIGA HOSTING LTD”，并标记 ASN 为已宣布。这与网站声称和公共路由证据一致。
当前路由集紧凑。RIPEstat 的路由状态视图显示（截至最新查询时间 2026 年 7 月 12 日）三个 IPv4 前缀总计 768 个 IPv4 地址和两个 IPv6 /48。它报告了跨 RIS 对等方的完全 IPv4 可见性和近乎完全的 IPv6 可见性。RIPEstat 的已宣布前缀视图还显示，多个 IPv6 /48 在之前的两周窗口内出现，但到 7 月 12 日已不在当前的高可见性集合中。这对小型网络来说足够正常，但意味着买家应区分当前生产路由与近期或实验性的路由可见性。
三个当前 IPv4 前缀与产品地理位置相符。5.180.33.0/24、163.5.26.0/24和146.19.215.0/24在 RIPEstat 检查的前缀概览视图中均可见，起源为 AS201131。罗马尼亚游戏站点明确将 5.180.33.0/24 映射到罗马尼亚，163.5.26.0/24 映射到德国。官方产品页面和状态页面将 VPS 和网页托管服务置于罗马尼亚和德国。这给出了一个合理的地理位置：罗马尼亚和德国是面向客户的服务区域，英国公司是法律交易对手。
路由起源安全性对于 IPv4 是积极的一点。RIPEstat 对于 5.180.33.0/24 的 RPKI 验证、163.5.26.0/24和146.19.215.0/24对 AS201131 返回有效。有效的 RPKI 不会使服务器可靠，但它减少了一类路由故障，因为它告诉执行起源验证的网络，AS201131 被授权宣布这些前缀。
IPv6 情况较弱。当前对2a06:9801:c2::/48和2a06:9801:22c::/48的前缀概览检查显示它们由 AS201131 宣布，但检查的 RPKI 验证 URL 返回未知而非有效。未知并非无效。它表示检查的视图未找到查询的起源-前缀对的有效路由起源授权。对于需要原生 IPv6 和路由起源保证的客户，这是一个在采购前需要解决的问题。
上游证据需要谨慎表述。RIPE 数据库的 aut-num 记录列出了涉及 AS209735、AS58061、AS58212、AS213323 和 AS207841 的导入导出策略。RIPEstat 的 ASN 邻居视图在最近检查时间观察到了四个邻居：AS213323、AS397373、AS58061 和 AS58212。CAIDA AS Rank将 AS201131 视为一个小型 AS，有三个提供商，无观察到的客户，无观察到的对等方。路由策略记录和观测数据集中的确切名称和角色不同，这在 BGP 中是预期的。保守结论是 AS201131 在公共观察中是多宿主的，但公共记录并未证明哪些上游服务于每个地点、两者在每个区域是否都活跃，或光纤路径和路由器对是否物理上多样化。
PeeringDB 增加了另一个缺失。针对 AS201131 的 PeeringDB API 查询在检查时未返回网络对象。这不是缺陷；许多小型网络不维护 PeeringDB 档案。但这意味着客户无法使用 PeeringDB 确认设施存在、交换 LAN、公共对等策略或流量水平。对于一个以“自有骨干”语言销售的运营商，发布基本互连档案将使控制面更易于验证。
机架故事在最重要的一点上沉寂
托管服务器被作为软件对象出售，但它作为物理对象失败。网站可以在几秒内部署 VPS，仅因为真实服务器已经通电、冷却、连接并放置在机架中。游戏服务器可以宣传低延迟，仅因为数据包通过架顶交换、边缘路由器、传输提供商和 DDoS 缓解移动。cPanel 账户可以承诺备份，仅因为存储和备份作业运行在具有足够磁盘、带宽和操作员注意力的某处。
对于 LigaHosting，可见地点是图尔恰和法兰克福。这比模糊的“欧洲”声称要好。剩余的空白是设施身份。本文审查的公共来源未识别图尔恰的数据中心运营商、法兰克福设施、机架所有权、机柜数量、电源馈线设计、远程手提供商、灭火范围、冷却冗余、运营商接入口或硬件更换流程。公共网站称“在罗马尼亚和德国的欧洲云基础设施”；未说明 LIGA HOSTING LTD 是否在托管机架中拥有硬件、租赁专用服务器、转售平台，或按产品混合这些模式。
这一点很重要，因为设施、机架和虚拟化集群是不同层级。法兰克福数据中心可能拥有多个公用事业馈线、UPS 系统和发电机，而租户仍然将单电源服务器插入一个电源条。机架可能位于良好设施中，而其架顶交换机仍是单点故障。服务器可能有两个 NVMe 设备，而快照位于同一节点。站点级绿色指示灯可以与一个故障主机或一个过载存储池共存。
产品证据指向一个紧凑的平台。VPS Standard 页面提到图尔恰的双 Intel Xeon Gold 6254 和法兰克福的 AMD EPYC 7702 节点。Performance 页面提到法兰克福的 Ryzen 9 9950X。游戏站点提到罗马尼亚的 Core i9-14900K 和德国的 Ryzen 9 9950X 平台。这些是常见的主机服务器类别，可以为小型工作负载提供出色的性价比。它们本身并不证明集群故障切换、实时迁移、分布式存储或备用服务器。
NIST 的云计算定义在此很有用，因为它区分了真正的弹性资源池和普通托管虚拟机。VPS 产品可以提供广泛的网络访问和某些自助服务部署，而不证明快速弹性、计量服务、跨主机组池或多地点弹性。托管站点页脚中的“云”一词并不确定架构。测试是客户是否能丢失一个节点、机架或站点，并在已知窗口内恢复。
对于小型提供商，这一空白并非不寻常。许多真实的主机企业不发布设施合同或机架图。问题不在于信息不在首页上。问题在于购买生产工作负载的客户需要询问，因为证据无法推断。哪些产品是单节点？哪些使用复制存储？哪些有快照？罗马尼亚和德国是独立的故障域还是仅仅是不同的产品地点？客户的虚拟机可以在它们之间移动吗？IP 地址是否随之移动？这些答案决定了产品是廉价容量还是弹性容量。
已安装容量不等于可恢复容量
路由表给出了一些网络资源的上限，而非计算资源。三个 IPv4 /24 在当前公共起源集中给出 768 个 IPv4 地址。每 VPS 一个 IPv4 的计划可以快速消耗这些地址，但地址数量并不说明存在多少物理主机。一台服务器可以支持许多低端 VPS 实例。一个客户可以消耗许多地址。一些地址保留用于基础设施、滥用替换、路由测试或未来增长。因此 IPv4 数量是一个约束，而非容量寄存器。
同样的原则适用于宣传的处理器。Ryzen 9 9950X 主机对于高频游戏和性能 VPS 工作负载可能很有吸引力。但如果许多延迟敏感的服务器共享一个物理盒子，它也可能成为一个尖锐的故障域。AMD EPYC 或双 Xeon 节点可以承载许多标准 VPS 实例，但备用容量取决于内存余量、存储余量、CPU 超售以及是否有其他兼容节点可用。公共页面说明计划规格，而非超售比率或热备用池。
存储是另一个隐藏边界。NVMe 可以意味着一台主机上的快速本地驱动器、镜像本地存储、单独的存储服务器或分布式存储系统。每种设计具有不同的故障行为。本地 NVMe 可以非常快，直到驱动器、控制器或主机故障。镜像本地存储可以存活一个驱动器故障，但无法存活所有主机故障。分布式存储可以容忍节点丢失，仅当副本位于独立机器上、法定人数存活且重建流量不压倒网络。LigaHosting 的公共页面宣传 NVMe 和 SSD 存储，但未描述 VPS 计划的持久性架构。
网页托管产品更清晰，因为条款称 cPanel 网页托管计划接收自动每日备份并保留七天。这很有用，但它与持续复制或不可变的异地备份不同。它保护一些客户免受服务器丢失和普通错误的影响，前提是备份完成、可读且存储在损坏主服务器的故障之外。条款明确表示内部备份用于服务器级别的灾难恢复，且提供商不保证其完整性或可用性。这是一个谨慎的限制，客户应将其视为保留自己副本的警告。
VPS 产品在相反方向上更清晰：默认不包含备份。条款称 VPS 客户负责自己的备份，并且快照或额外备份可能需付费可用。这是一个诚实的边界，但它将产品从“主机将恢复我的服务器”转变为“主机可能保持虚拟机运行，但我拥有可恢复性，除非我购买并测试更多。”任何将默认 VPS 视为备份基础设施的买家都错过了运营安排。
提供商的 99.9% SLA 也需要被视为信用机制，而非恢复保证。条款将 99.9% 月度可用性定义为网络和核心基础设施，约每月 43 分钟计划外停机，并排除计划维护、超出缓解能力的 DDoS 攻击、不可抗力、客户代码和第三方软件。如果违反 SLA，客户的补救措施是与月度付款挂钩的账户信用，上限为 50%。这不会重建数据库、恢复丢失的 IP 声誉或补偿超出服务费的业务中断。
这对于主机经济学来说很常见。低价月费依赖于有限责任、共享系统、自动化和客户责任。实际问题在于客户是否将自己的风险与该交易匹配。爱好游戏服务器可能接受几小时停机并从本地副本恢复。托管客户端网站的代理、面向支付的应用程序或带有 IP 允许列表的邮件服务器应将默认产品视为更广泛恢复计划中的一个组件。
传输多样性必须在每个服务地点内部测试
AS201131 的公共路由是记录中较好的部分。它活跃、紧凑且可见。三个 IPv4 路由有效，RIPEstat 看到多个邻居。网站声称 10-40 Gbps 上行链路、高级欧洲连接性和网络边缘的 DDoS 防护。这些事实支持一个真实的网络运营。但它们并不证明每个地点都有独立的物理路径。
差异在故障期间很重要。罗马尼亚服务器可以拥有 AS201131 地址，同时依赖一个本地上行链路、一个交换机或一个设施交叉连接。法兰克福性能节点可以位于更强的传输组合之后，但仍有一个面向客户的路由器对。DDoS 过滤可以工作良好，直到攻击规模超出合同容量或过滤以增加游戏服务器延迟的方式转移流量。BGP 表显示从路由收集器可达，而非通过建筑物的线缆路径。
RFC 7454描述了操作控制，如前缀过滤、AS 路径控制、最大前缀限制和路由策略卫生。RPKI 验证通过回答路由起源是否被授权来补充这一点。LigaHosting 检查的 IPv4 路由起源状态是积极的，但 BGP 卫生不等于可用性工程。有效路由仍然可能被意外撤销、被上游过滤、在缓解期间被黑洞化，或被困在故障的交叉连接之后。
路由策略记录也显示了为什么客户应直接提问。RIPE aut-num 列出了来自多个 ASN 的导入，而 RIPEstat 观察到不同的实时集合。这本身并不可疑。这是路由注册表和实时 BGP 经常差异的方式。然而，对于生产购买，相关问题不是“策略对象中有多少名字？”，而是“哪些上游从该站点积极承载此客户的前缀，如果其中一个故障会发生什么？”
最有用的披露将是一个简单的按站点连接性声明：罗马尼亚有这些上游，法兰克福有这些上游，两者都被监控，DDoS 缓解在此处，计划维护通过这些渠道宣布，紧急路由更改由这些人授权。设施名称和路由器地址无需公开。关键是展示被宣传为骨干的网络是否具有客户服务器实际运行地点的独立路径。
对于游戏托管，路由质量不仅仅是正常运行时间。延迟和抖动很重要。保持在线但绕道经过另一个国家的路由可能使玩家感觉服务器不可用。游戏站点从用户设备测量延迟并显示区域探测，这在购买时很有用。它不能取代历史延迟数据、丢包报告或事件记录。具有竞争性或社区工作负载的客户应运行自己的探测，从重要的玩家地理位置。
计费和账户控制是故障面的一部分
条款使一个故障路径异常明确。服务按预付费计费。如果发票未支付，提醒邮件在逾期第 1 和第 2 天发送，服务在第 3 天自动暂停，第 7 天发出最终终止警告，第 14 天服务终止并永久删除所有数据。条款称已删除数据无法恢复，终止后重新激活需要新订单，且不保证相同 IP、主机名或数据。
这不仅仅是财务语言。它是操作依赖。一个运行中的服务器可能因为卡失败、PayPal 账户锁定、加密货币确认延迟、发票邮件进入垃圾箱、代理员工离职或客户端账户受损而变得不可用。从外部看，即使机架、电源和路由健康，服务也是关闭的。最快的技术团队无法恢复一个在计费规则下被故意删除其数据的终止虚拟机。
第 14 天删除规则也影响迁移。如果客户等到争议或不付款窗口已经开始，导出数据、降低 DNS 生存时间、复制数据库和测试其他提供商的时间可能很短。如果账户持有人缺席，服务所有者甚至可能不会收到提醒。多人账户访问、受监控的账单联系人和独立备份因此是正常运行时间控制，而非管理便利。
退款条款强化了相同的经济学。30 天退款保证适用于新客户的首次主机服务订单，不适用于域名、标记为不可退款的设置费、专用服务器或定制硬件、续费、因违反条款而被终止的账户或某些加密货币退款情况。这对主机来说是正常的。它也意味着客户不应将退款可能性作为测试的替代。工作负载应在第一个月内进行基准测试、备份并恢复到其他地方，此时退出摩擦最低。
账户控制也可能影响 IP 连续性。条款不承诺恢复或重新激活的服务在终止后保持相同 IP 地址。许多托管工作负载如果客户控制 DNS 区，可以在 DNS 后移动。有些则不能。支付集成、安全允许列表、邮件声誉、游戏服务器社区和合作伙伴 API 通常依赖于稳定 IP。使用 LigaHosting 的客户应记录哪些依赖项可以容忍 IP 更改，哪些需要预先通知或第二个提供商。
维护窗口和恢复测试决定真实产品
公共条款承诺计划维护至少提前 48 小时通知，并排除在 SLA 之外。这是一个合理的客户通知标准，但仍留下实际问题。通知通过什么渠道发布？是否出现在状态页面、邮件、客户区或 Discord？通知是否命名受影响的站点、节点或产品？客户能否推迟重启？紧急维护是否不同处理？当前状态页面显示实时状态，而非维护档案，因此买家尚无法检查之前的工作是如何沟通的。
维修窗口对于小型主机提供商尤其重要，因为故障通常跨越供应商边界。如果图尔恰的节点故障，提供商可能需要当地人员。如果法兰克福的交叉连接故障，设施或运营商必须行动。如果 DDoS 提供商黑洞一个目的地，网络运营商必须协调过滤。如果 Ryzen 性能节点出现主板故障，更换取决于兼容库存。客户不需要每个供应商名称，但他们需要知道谁能行动以及多快。
CISA 的勒索软件指南建议离线加密备份、定期可用性和完整性测试、黄金镜像以及考虑第二个云提供商。指南是针对网络事件的，但相同的恢复纪律适用于存储丢失、账户暂停和硬件故障。从未恢复过的备份是希望，而非控制。
NIST 的应急规划材料将恢复框架围绕备用设备、备用地点、备用存储和电信。对于 LigaHosting 客户，实际版本很简单：导出应用程序，将其恢复到不同提供商，指向测试主机名，确认身份验证和邮件，并计时练习。如果恢复需要原 VPS 在线，则恢复计划过于依赖故障系统。
对于 cPanel 用户，提供商的七天备份窗口有用但较短。它可能保护快速发现的损坏更新，但可能不涵盖缓慢损坏、隐藏数周的入侵或账户终止后要求恢复的客户。对于 VPS 用户，默认情况更严峻：无包含备份。快照可以有助于立即回滚，但同一提供商账户下的快照不保护账户关闭、提供商侧删除或区域范围的服务事件。
因此，清洁的客户模式是分层模式。如果提供商快照负担得起且经过测试，保留它们。保留账户外部的独立备份。将 DNS 和域名注册保持在客户自己的控制下。将部署说明、凭证和配置存储在单独系统中。测试恢复到另一个地点的小型 VM。对于 IP 地址本身是服务一部分的工作负载，维护更改允许列表的沟通计划，并通过另一家提供商备用路由。
地点在英国注册和欧盟基础设施之间分割
公司在英格兰和威尔士注册。公共服务器点是罗马尼亚和德国。游戏托管品牌面向罗马尼亚，产品副本在公共界面上是双语言或多语言的。这是一个可行的欧洲主机安排，但它意味着“本地”取决于买家的问题。英国客户可能拥有英国法律交易对手和欧盟位置的计算资源。罗马尼亚游戏社区可能拥有罗马尼亚服务区域但英国公司合同。德国性能 VPS 客户可能对公司所在地的关注程度低于法兰克福路由和数据处理。
个人数据使这成为一个合同和映射问题。ICO 的国际传输指南解释组织需了解个人信息何时被传输或跨边界可访问。ICO 的控制者和处理者指南解释为什么各方的角色影响义务。主机客户无法仅凭 IP 国家代码回答这些问题。
欧盟与英国的关系也不等于“欧洲任何地方都一样”。欧盟委员会的充分性信息解释了委员会可以决定非欧盟国家提供充分保护的机制，委员会在 2026 年 1 月宣布续期英国充分性决定。这有助于欧盟-英国数据流，但并未解决所有后续传输、远程支持访问、分包商访问、备份或日志。
欧盟网络安全法增加了另一个视角。NIS 2 指令涵盖重要数字基础设施类别，包括云计算和数据中心服务，受限于国家实施以及规模或角色阈值。小型主机公司可能属于或不属于特定国家范围，本文非法律评估。操作点在于客户应识别哪个实体提供服务、数据和备份存储在哪里、以及哪些分包商可以访问系统。
数据主权还包括故障处理。如果备份复制到另一个国家、支持人员可以从另一个管辖区访问控制台、DDoS 缓解通过另一个网络转移流量、或日志保留在第三方 SaaS 服务中，实际数据地图比宣传的 VPS 地点更广。LigaHosting 的公共条款称客户内容归客户所有，并授予提供商有限的存储、复制用于备份和冗余以及传输内容以提供服务的权利。条款未发布按国家的子处理器或备份位置地图。
对于通常的低风险工作负载，如果客户理解，英国-罗马尼亚-德国结构可能足够。对于受监管的个人数据、敏感社区、公共部门工作负载或具有严格地点承诺的客户，买家应请求书面数据处理协议、生产和备份数据的位置地图、支持访问控制、删除规则和分包商细节。公共网站给出了起点，而非完整的主权答案。
系统故障时谁受影响
可能的暴露用户不仅仅是发票上署名的人。小型代理可能在一个 cPanel 计划或几个 VPS 实例上托管许多客户端网站。游戏服务器所有者可能支持一个只知道域名和 Discord 频道的大型社区。开发者可能为付费用户运行 API。企业可能在共享计划上托管邮件，并在停机期间发现密码重置、发票和支持通信都依赖同一个提供商。
对于 VPS 客户，直接故障模式很熟悉：主机节点崩溃、存储设备故障、DDoS 过滤器反应过度、上游变更策略、或计费事件暂停访问。间接故障通常更糟。客户没有当前异地备份。DNS 由同一账户持有。唯一管理员使用故障服务器上的邮箱。应用程序依赖于硬编码 IP。快照存在但无法下载或恢复别处。在每种情况下，提供商的恢复窗口仅成为停机的一部分。
对于网页托管客户，共享服务器风险不同。一个滥用或受损账户可能影响服务器声誉、邮件投递性或资源限制。条款保留限制、请求升级或暂停影响同一物理服务器上其他客户的服务。这对于共享托管是必要的，但意味着客户不完全控制性能环境。“无限”带宽和存储语言受正常使用限制，并排除共享托管上的大文件分发、媒体流、下载服务器或 CDN 类使用。
对于游戏托管，影响既是社交性的也是技术性的。玩家社区立即注意到延迟、丢包、重启和区域变化。技术上在线但拥塞的节点仍然可以清空服务器。更改的 IP 可能破坏服务器列表、保存的收藏夹和社区指令。罗马尼亚站点提供了有用的区域和硬件信息，但运行严肃社区的客户应询问游戏面板、数据目录、模组包和数据库如何备份，以及服务器在罗马尼亚和德国之间移动的速度。
对于所有三个产品系列，最强的客户控制是可移植性。保持域名独立。保持支付和支持联系由多于一人监控。保持应用程序配置在服务器外部。保持备份在另一个账户和另一个提供商。在第一次严重事件之前测试恢复。这些不是不信任的标志。它们是预算和中端主机中的正常责任划分。
哪些证据会证明更强的结论
Network LIGA HOSTING LTD 可以在不暴露敏感内部信息的情况下从中等证据转向强证据。第一个改进将是简洁的基础设施声明：哪些城市活跃、公司每个城市是拥有硬件还是租赁专用容量、哪些产品系列在每个站点运行、每个站点是否拥有至少两条上游路径、以及客户 IP 空间是否可以在供应商故障期间移动。公共 PeeringDB 记录会有帮助，但即使纯文本网络页面也会使骨干声称更易验证。
第二个改进是设施和电源背景。客户不需要机架编号。他们需要知道服务器是否位于专业数据中心、电源是否双馈、主机是单电源还是双电源、是否合同了远程手、备件是否本地库存、以及计划设施维护是否具有无停机设计或客户重启窗口。Uptime Institute 的层级材料提醒设施能力和租户拓扑并不相同；认证建筑不会自动认证每个托管节点。
第三个改进是备份和恢复证据。条款已经在 cPanel 备份和默认 VPS 责任周围划清了明确边界。更强的下一步将是产品特定的恢复目标：cPanel 恢复请求时间、快照保留选项、异地备份位置选择、下载/导出格式、以及上次提供商运行的恢复练习结果。对于 VPS，付费备份产品应说明它是否存储在节点外、机架外或站点外。
第四个改进是状态历史。一个时间点的绿色页面很有用；事件和维护的历史更有用。客户应能够看到罗马尼亚和法兰克福多久有一次计划工作、是否有事件跨区域、恢复花费了多长时间以及之后更改了什么。这不仅仅是透明度戏剧。它允许买家将声称的 99.9% 月度目标与实际运营行为进行比较。
第五个改进是退出权利。条款已说明终止服务可能不保留 IP、主机名或数据。生产友好的提供商仍可以发布客户如何导出 VPS 镜像、检索 cPanel 备份、降低 DNS 依赖、转移域名以及在删除前请求紧急数据访问。主机锁定通常在故障期间出现，而非购买期间。
结论：可见的主机容量，未经证实的深层弹性
Network LIGA HOSTING LTD 是一个比初始稀疏的快照所暗示的证据更充分的主机主题。英国公司存在并与主机 SIC 代码匹配。公共网站和条款描述了具体的 VPS、cPanel 和游戏主机服务。状态页面命名了图尔恰和法兰克福的服务地点。AS201131 注册于 LIGA HOSTING LTD，在公共路由中活跃，当前起源三个 IPv4 /24 和两个可见 IPv6 /48。检查的 IPv4 路由起源状态有效。这些点支持一个真实的运营足迹。
上限同样重要。公司是新成立的。公共记录未命名设施、机架所有权、远程手提供商、交叉连接、硬件备件库存、每个地点的确切上游组合、DDoS 容量、存储复制设计、恢复测试历史或客户迁移权利。SLA 主要是服务信用承诺。VPS 备份默认不包括。计费规则可以在第 3 天暂停服务并在第 14 天删除数据。这些本身不是缺陷；它们是依赖的实际形状。
对于实验性 VPS 使用、拥有自己备份的游戏社区、小型网站和可以通过 DNS 移动的工作负载，如果价格、延迟和支持合适，LigaHosting 的公共证据可能足够。对于受监管数据、客户端生产托管、收入关键型应用程序或具有严格恢复目标的服务，买家应将平台视为仍需独立恢复设计的主机容量。请求站点、备份和路由证据。测试账户外部的恢复。拥有 DNS 和域名注册。知道如果账单、机架、节点、上游或提供商合同故障会发生什么。
核心事实不是 AS201131 存在，也不是图尔恰和法兰克福出现在状态页面上。而是该界面下销售的每个虚拟服务器仍然解析为一个小型物理和合同依赖链：一台服务器、一个机架、电源、冷却、传输、DDoS 缓解、支持劳动、计费状态和退出路径。Network LIGA HOSTING LTD 有足够的公共证据被认真对待作为运营主机。它尚未发布足够的证据让客户将弹性外包给提供商。