摘要
- TSBG Hosting Ltd. 自称是一家成立于 2006 年的保加利亚基础设施运营商，在其自有网站上提供托管、云服务器、专用服务器、共享主机、流媒体和托管服务。
- 该公司最有力的运营主张是物理而非纯虚拟的：多个保加利亚运营商中立的数据中心设施、四个数据中心、符合 TIA-942 的设计、A/B 电源、监控、远程支持、火灾检测、冷却和陪同访问。
- 当前公共网络信号较弱。RIPE RDAP将 AS43112 标识为 tsbg_hosting，并将 TSBG Hosting Ltd. 登记为持有者，但RIPEstat 路由状态在 2026 年 7 月 12 日未显示 AS43112 有任何可见的宣告 IPv4 或 IPv6 空间。
- TSBG 的资源 193.3.63.0/24 仍然相关，因为该前缀的 RIPE RDAP识别为 BG-TSBGHOSTING-20200902，并且RIPEstat RPKI 验证确认 AS43112 被授权使用该前缀。授权与实时可达性不是一回事。
- PeeringDB上 TSBG Hosting 的设施记录为哈斯科沃/斯维伦格勒增加了一个物理线索，而PeeringDB 的网络设施数据将所列连接绑定到 AS47288/FixNET，而非 AS43112。这证实了在依赖任何弹性声明之前，有必要核实运营商边界。
- 证据等级为低。官方网站提供了丰富的服务声明，但当前的公共路由证据无法独立证明 AS43112 承载实时客户流量、多站点故障转移、传输多样性、储备容量或数据可移植性。
一份云账单总是落地在保加利亚的机房里
TSBG Hosting Ltd. 不是一个能靠品牌认知来评估的名字。必须通过追踪服务到设备以及让客户保持在线的相关人员来进行评估。该公司销售看似弹性的服务：云服务器、VPS 方案、专用服务器、共享主机、流媒体、托管和托管支持。但这些服务背后都有物理库存。虚拟服务器需要主机容量、存储、交换、电力和冷却。专用服务器需要特定机箱和更换计划。托管需要机柜、电力预算、线缆通道、访问控制和远程支持。流媒体需要摄取容量、转码或转发能力，以及足够的出站带宽，以便在需求激增时支撑观众。
关于 TSBG 的有用事实在于，该公司并非只用模糊的云语言来描述自己。官方首页推销托管、专用服务器、虚拟服务器、流媒体和卫星天线托管。同一页面描述了四个运营商中立的数据中心和 16 年的经验，并指出 TSBG 可以支持私有云、灾难恢复站点、专线互联网接入、IPv4 地址、直流电源和卫星接收。这些声明为购买者提供了一个可测试的具体清单：建筑、机柜、电源域、光纤、上游运营商、服务器、地址资源和支持安排。
风险在于，公开的市场营销细节仍可能超越可验证的运营证据。提供商可能拥有机柜，但将某些网络路径外包出去。它可能拥有有效的 ASN，但目前并不宣告。它可能发布服务菜单，而个别方案取决于可用库存、供应商支持或第三方设施。它可能提供一个灾难恢复站点，但客户合同中的恢复目标却含糊不清。对于 TSBG 而言，公开记录恰好包含这种混合：一个具体的服务历史、一个具体的保加利亚身份、一个具体的 AS 号码，以及数字资源注册与发布时可观察到的路由起源之间的差距。
这一差距并不表明 TSBG 不可靠。它转移了举证责任。客户不应将在线价格表或 ASN 视为保险报告。客户应询问哪个设施承载工作负载、哪个网络边缘宣告服务、哪个上游拥有可故障转移的传输、预留了多少电力和备用硬件，以及在必须迁移的情况下数据如何离开平台。
可以确信地识别的内容
公司的身份比最初目录快照所显示的更为坚实。TSBG 网站称公司成立于 2006 年，依据保加利亚法律成立，提及了欧盟增值税号 BG175059953，指明 Ivan Shishkov 为常务董事，并给出了索非亚的办公地址：Racho Dimchev 街 8 号。联系页面重复了索非亚地址、电话号码和商务邮箱。AS43112 的 RIPE RDAP将对象名称标识为 tsbg_hosting，并将 TSBG Hosting Ltd. 列为组织实体，地址在索非亚。RIPEstat 的 whois 数据记录了 aut-num 43112、as-name tsbg_hosting、organization ORG-THL32-RIPE、状态 ASSIGNED 以及 maintainer mnt-bg-tsbghosting-1。
这些记录足以避免托管研究中的一个常见错误：将服务名称视为一个没有负责人的浮动标签。在这里，负责人可以关联到一家保加利亚公司身份、一个联系界面、一个数字资源注册和一个可见的服务网站。这比没有地址、没有路由注册的经销商页面更有用。
服务范围同样具体。TSBG 的托管页面宣传了 1U、四分之一柜、半柜和整柜套餐，列出的功率从 1U 的 35 W 到整柜的 1500 W。页面还指出，公司可以提供互联网连接、IPv4 地址和 LIR 服务。云服务器页面列出了 VPS 方案、SSD 存储、RAID10 保护、共享 1 Gbit/s 互联网连接和可选备份。专用服务器页面描述了冗余电源、RAID 1 或 RAID 10、双网卡和机架式交换机冗余。主机页面涵盖了共享主机和 VPS 主机，包括迁移帮助。
这种组合表明，该提供商在多个抽象层上销售基础设施。客户可以租用共享平台的一个切片、一台虚拟机、一台物理服务器、一个机柜空间、连接或支持。经济问题在于，高层产品继承了低层限制。如果机柜断电，连接到该站点的专用服务器和 VPS 方案都会受到影响。如果网络边缘失去一家上游或某个路由对象被撤消，一个看似独立的主机方案也可能与托管服务同时发生故障。如果支持由负责硬件更换的同一小团队管理，一个繁忙的事件可能将“免费远程支持”的承诺变成排队等候。
数字资源注册是活跃的，但公共边缘是沉寂的
最重要的网络事实并不好听，但很准确。RIPEstat 的 AS 概览将持有者标识为 tsbg_hosting TSBG Hosting Ltd.，但在 2026 年 7 月 12 日的查询中标记该 ASN 为非宣告。RIPEstat 路由状态报告，看到的第一条路由是 2007 年 6 月 14 日的 77.246.240.0/20，最后一条路由是 2025 年 8 月 15 日的 193.3.63.0/24，而当前的可见性在 325 个 IPv4 对等体和 322 个 IPv6 对等体上均为零。RIPEstat 宣告前缀在 2026 年 6 月 28 日至 7 月 12 日的窗口期内未返回 AS43112 的任何当前前缀。
这并未抹去 TSBG 的服务声明。这表明了更窄的一件事：公共路由收集器在发布日期未看到 AS43112 携带任何实时宣告空间。客户不能仅凭 AS43112 作为当前互联网服务、传输多样性或客户流量的证据。如果当前服务是通过不同的 ASN、运营商分配的地址块、供应商网络、私有互联或代管上行链路提供的，则必须直接说明和测试。
沉寂的公共边缘也改变了阅读较早证据的方式。RIPEstat 路由历史显示了 77.246.240.0/20、77.246.240.0/21 和 193.3.63.0/24 的长期历史活动，其中 193.3.63.0/24 路由在 2022 年至 2025 年间的大部分时间内广泛可见，之后在 2025 年 8 月中旬后降至最低可见性。历史记录对身份和连续性有用。但它并非当前能力。如果同样的客户仍在服务，他们现在可能通过另一种网络设计获得服务。如果前缀因服务迁移而被撤消，迁移路径很重要。如果前缀因服务暂停而被撤消，买家在下单前需要知道这一点。
RPKI 增加了另一层细微差别。RIPEstat 对 193.3.63.0/24 和 AS43112 的 RPKI 验证返回了有效。这是一个正面的行政证据：AS43112 被授权作为该前缀的起源。但有效的路由起源授权与宣告不是一回事。烟雾探测器可以安装在当前空置的房间内；ROA 可以存在于 BGP 中不可见的路由。控制平面的权利存在，而操作路径仍需实时确认。
网站声称设施强大，但地图并不完整
TSBG 最有力的公开叙事是其物理设施。数据中心历史页面称公司成立于 2006 年，2006 年 9 月完成首个数据中心，2007 年 7 月完成第二个托管项目，2008 年 7 月完成第三个数据中心作为灾难恢复站点并安装首批设备，2008 年 10 月完成第四个数据中心。该页面还指出，自 2014 年起，TSBG 专注于托管、主机、服务器租赁和代管服务。
数据中心页面扩展了设施声明。它表示 TSBG 的站点按照 TIA-942 设计，选址经过精心挑选，公司保证 100% 的电力可用性，电力采用完全多样化的 A/B 配置设计，冷却按额定容量冗余，物理安全包括有人值守的站点、视频监控和陪同访问。它表示监控涵盖服务器负载、内存、磁盘、端口流量、设备健康、温度、湿度、电流、功耗、空调和光纤网络性能。
这些都是严肃的声明。它们也要求买家索取特定于设施的证据。“四个数据中心”仅是一个有用的起点，前提是客户能够确定这四个中哪个将托管其工作负载，灾难恢复站点是活跃还是冷备，多个站点是否共享同一家上游，备份存储是否位于独立的故障域，以及在一个站点被隔离时适用的合同恢复目标是什么。公开页面描述了原则和能力。它们并未一一指明每个建筑、电力馈送、燃料合同、运营商汇接点、备件库存或经测试的恢复结果。
地理位置声明也需要谨慎处理。TSBG 表示其建筑位于保加利亚，地理上分散，相距超过 150 公里，位于选择用于降低洪水、火灾、交通、工业和人类活动风险的区域。其2023 年关于保加利亚作为数据中心地点的博文称，保加利亚位于欧洲、土耳其和中东之间的重要路线上，TSBG 可以通过多样化的路由向伊斯坦布尔、索非亚、布加勒斯特和欧洲网络提供受保护的二层和 IP 连接。这是一个有价值的区域论题，尤其适合那些对巴尔干、土耳其或欧-中-东有延迟需求的客户。但位置优势并不能取代实时路径证据。一条好的走廊仍需要签约的运营商、多样化的管道、功能性的互联，以及一条链路故障后仍足够的容量。
PeeringDB 增加了哈斯科沃的线索和对运营商边界的警告
PeeringDB 为设施叙事提供了一个独立的公开线索。设施 13672 的 PeeringDB API将“TSBG Hosting”列为保加利亚哈斯科沃，地址 1 为“Byalo More 3 Kapitan Andreevo”，州份为 Svilengrad，国家 BG，网站字段为tsbg.eu，列出了商务和技术电话及邮箱，可用的电压服务为 480 VAC。记录创建于 2023 年 5 月 19 日，更新于 2025 年 9 月 26 日。这很有用，因为它处于 TSBG 自有网站之外，并指向保加利亚南部一个具体的命名设施界面，靠近 TSBG 网站所强调的土耳其-希腊边境背景。
但同样的 PeeringDB 数据造成了一个边界问题。设施 13672 的 PeeringDB netfac 数据显示了一个附加网络条目，名为 TSBG Hosting，位于哈斯科沃，本地 ASN 为 47288。PeeringDB 网络 26850将该网络标识为 FIXNET TELEKOM LTD. STI.，ASN 47288，流量范围欧洲，开放对等策略，七个设施和三个交换连接。RIPEstat 对 AS47288 的 AS 概览将持有者标识为 FIXNET Telekomunikasyon Limited Sirketi，并标记该 ASN 为已宣告。RIPEstat 对 AS47288 的路由状态在 2026 年 7 月 12 日观察到活跃的 IPv4 和 IPv6 可见性，在路由状态层有 18 个 IPv4 前缀和 1 个 IPv6 前缀。
这并不证明 FixNET 运营 TSBG 的客户服务。这证明公共 PeeringDB 设施连接不应被轻率地理解为 AS43112 的存在。对买家而言，这一区分至关重要。如果 TSBG 在一个设施内销售托管，而该设施可见的网络连接是另一家运营商的 ASN，合同必须说明是 TSBG、FixNET、另一家运营商还是客户提供默认的互联网服务。如果 TSBG 使用供应商连接而非其自身的 AS43112 可见路由销售 VPS 或专用服务器，客户需要知道谁可以更改路由、谁负责开启供应商工单，以及谁的维护时间表影响可达性。
运营商边界问题并非学术讨论。在事件中，第一响应者可能是 TSBG 支持、设施所有者、一家运营商、远程支持提供商或网络供应商。客户需要在故障发生前拿到升级路径。一个命名 TSBG 的设施记录和一个命名 AS47288 的网络记录可能同时成立，但若服务合同没有明确定义角色，客户仍将暴露于风险之中。
机柜经济决定服务现实
TSBG 公布了异常细分的托管价格和机柜套餐。托管服务页面列出了 1U、四分之一柜、半柜和整柜，标有功率分配和可选的机柜特性。该页面还表示，TSBG 可以提供 48 VDC 作为标准选项，A/B 电源来自独立的电力室和 UPS 系统，可应要求提供电源计量和 ATS 交换机，以及监控、7x24 支持和互联网接入。这为客户提供了一个通常隐藏在销售电话背后的设施服务的可见购物车。
危险在于，可见的机柜价格并不等于可用的弹性容量。一个配备 35 W 功率的 1U 与配备 1500 W 功率的整柜是完全不同的依赖项。运行电信设备的客户可能需要直流电源、双 PDU 和远程支持访问；运行计算的客户可能需要更多电力、冷却和硬件更换。一份价格表无法显示备用电源是否已预订、交叉连接工作是否迅速、远程支持能否在区域风暴期间更换设备，或者当一家供应商中断时，剩余的网络路径能否承载流量。
小型供应商的经济因素在此处很重要。TSBG 在其网站上公开表示，它并非最大的数据中心运营商，也没有兆瓦级的电力或每秒万亿比特的互联网容量。这种诚实很有用。它告诉买家要去寻找适配性，而非规模的炫耀。一个小站点可能非常适合本地企业、跨境电信项目、灾难恢复机柜或低延迟的巴尔干服务。它也可能不适合假设大规模备用池、全球云 API 或即时硬件更换的工作负载。
买家因此必须将套餐标签转化为故障计算。如果一个机柜电源故障，客户设备是否配有双电源和双 PDU？如果一台架顶交换机故障，服务器的双网卡是否连接到独立的交换机？如果一家上游中断，另一条路径是否有足够的付费承诺？如果一个数据中心丢失，备份在没有丢失站点的情况下是否可用？如果支持人员必须前往远程站点，实际修复时间是多少？机柜经济在故障开始时就变成了风险经济。
VPS 和专用服务器继承了每一底层
TSBG 的 VPS 和专用服务器页面足够详细，足以显示客户价值来自何处。云服务器页面称，VPS 方案基于 Proxmox，使用冗余硬件、RAID10 存储、冗余网络和冗余电源的主机服务器、共享 1 Gbit/s 互联网和可选备份。它列出了从 512 MB 内存的小方案到更大的多核方案。专用服务器页面称，服务器具有冗余电源、RAID 1 或 RAID 10、硬件 RAID 控制器、双网卡和不同的架顶交换机。它还提到了免费操作系统安装、监控、7x24 服务台和远程支持。
这些特性很重要。它们也创造了一个核查议程。租用 VPS 容量的客户必须询问 RAID10 是主机本地存储、跨存储集群共享、跨另一个站点复制还是带外备份。他们必须询问可选备份是否存储在同一设施内，恢复速度是否经过测量，备份是否包括系统镜像、文件级数据、元数据和控制面板状态。他们必须询问主机故障时会发生什么，以及是否提供实时迁移。他们必须询问当许多客户同时受影响时，资源争用是否会限制恢复。
专用服务器客户面临不同的问题。冗余电源仅在每条电源线到达独立的电源路径时才有帮助。双网卡仅在连接到独立交换机并通过独立的上游容量路由时才有帮助。RAID 保护可防范磁盘故障，但不能防范控制器错误、错误重建、勒索软件或站点级事件。免费的远程支持仅在备件有库存且人员能迅速进入设施时才有用。
公共路由缺失使这些问题更为突出。如果 AS43112 当前不可见，TSBG 的客户互联网服务可能依赖于供应商分配的路由、一个传输合作伙伴、另一个 ASN 或公共收集器不可见的私有设计。这种安排可能完全合法。它只需向购买包含“互联网接入”的服务器方案的客户披露。客户需要知道当上游中断时，哪个边缘会失败。
电力、冷却和监控声明需要经过测试的证据
设施页面强烈依赖电力和监控。TSBG 表示，数据中心的电力采用完全多样化的 A/B 配置设计，来自独立的电力室、配电盘、UPS 系统和到机柜的布线。它表示每个机柜配有两个或更多 PDU，一个用于 A 路，一个用于 B 路。它表示空调采用 1+1 或 n+1 冗余配置，设备间维持在约 22 摄氏度、相对湿度 40% 至 60% 之间。它表示火灾检测使用空气采样和气体灭火系统。它表示监控涵盖广泛的环境、服务器、端口和光纤网络参数。
这些正是应该公开的领域。问题在于，这些声明是否在与客户依赖相同的层面上经过了测试。A/B 电源并不因为有两根电源线就得到证明，如果两个回路都依赖于单个上游面板、单个燃料安排或单个维护供应商。冷却冗余也不因为额定容量就得到证明，如果一条热通道、一个传感器故障或气流变化就能消除裕量。监控也不因为存在传感器就得到证明，如果警报归属、阈值和应急授权不清楚。
TSBG 的博文内容给出了关于运营严肃性的有用线索。关于柴油发电机维护的文章讨论了发电机机油、滤芯、冷却液、电池和冬季准备。关于温度监控的文章讨论了 SNMP、Zabbix、单总线传感器、分布式监控和报警设计。关于数据中心建筑选址技术的文章讨论了选址、灾害风险、混凝土结构、屋顶设计和电信接入。这些文章并非认证，但它们展示出比通用托管套话更具体的领域熟悉度。
客户的下一步应该是证据，而非赞赏。询问最近的发电机测试日期、测试负载、燃料自持力、UPS 维护证明、消防系统维护证明、冷却故障响应计划、一份监控升级样本以及任何真实事件的事后分析。询问四个站点是否具有同等的成熟度。询问具体哪个站点托管客户服务。询问什么会一起失效。这就是通用设施语言如何变成运营保障。
网络弹性取决于上游合同，而不仅仅是一个 ASN
TSBG 自有的页面表示，该公司运营着自己的自治系统，并与精心挑选的提供商建立了 BGP 会话。RIPE 记录标识了 AS43112，RIPE whois 备注提到上游和 数据中心，有来自 AS47964 的 import 和去往 AS47964 的 export。RIPEstat 的 AS 路由一致性在 2026 年 7 月 12 日显示 193.3.63.0/24 在 RIPE whois 中但不在 BGP 中，并显示 whois 中的 import/export AS47964 但不在 BGP 中。RIPEstat 的 ASN 邻居在发布日期未显示出观察到的邻居。
这种组合告诉买家要把三件事分开。第一是注册意图：ASN、路由对象、ROA 和 whois 关系显示了运营商准备或授权做什么。第二是实时路由：公共收集器显示路由当前是否可见以及由谁可见。第三是服务路由：客户的工作负载可能使用不同的上游或地址方案，仅从 TSBG 的 ASN 看不到。弹性取决于第三项，但公共记录主要照亮了前两项。
PeeringDB 中 AS47288 的证据也有用，但不可过度解读。FixNET，即连接到 TSBG Hosting 设施记录的 AS47288 网络，在RIPEstat 路由状态中是活跃的，并在 PeeringDB 上有到 NetIX、TurkIX Sofia 和 RegPEX 的交换连接。这表明有一个实时的、附近的网络界面与设施记录相关联。但这并不证明 TSBG 的客户流量使用该界面、TSBG 控制它，或者它对特定客户而言足够多样化。
客户测试很简单。要求 TSBG 指明将承载所订购服务的 ASN、前缀和上游。询问这些路径是否具有故障转移能力、是否使用独立的物理接入、是否终结于同一对路由器、路由过滤器是否最新，以及是否配置了路由起源验证。将答案与公共工具进行比对，例如BGP.tools 针对 AS43112、Hurricane Electric 针对 AS43112、Cloudflare Radar 针对 AS43112 路由和 RIPEstat。如果公共 ASN 是有意沉寂的，只有在记录了实时服务路径的情况下才是可接受的。
支持是资产的一部分，而非帮助页面
TSBG 反复强调支持。网站提到 7x24 服务台、远程支持、电子邮件、Viber 和 WhatsApp 消息、监控以及免费的硬件更换协助。在托管或主机托管服务中，支持并非可选附加项。它是使不可见的依赖变为修复行动的渠道。路由器可以是冗余的，但仍需有人确定哪条路径中断。磁盘阵列可以是受保护的，但仍需有人决定重建、恢复还是故障转移。客户可能拥有服务器，但远程支持可能是唯一的方式来按下按钮、重新插卡或读取控制台。
支持问题对于拥有多个地理分散站点的小型提供商尤为重要。TSBG 自有的页面表示，团队虽小但高效，并借助精选合作伙伴进行必要的工作和维护。当客户需要灵活的直接关注时，这可能是一种优势。但如果一个事件影响多个客户、一个站点需要物理访问，而同样的人员处理监控、沟通、硬件和供应商升级，它就可能变成弱点。
因此，客户应将支持作为基础设施来签订合同。他们应该询问什么构成紧急情况、谁可以宣布紧急情况、在门户故障时哪个响应通道可用、电话或消息升级是否得到保证、远程支持是否有时间限制，以及备件是否在现场存放。他们应该询问托管客户是否可以预先授权工作。他们应该询问 VPS 客户在平台事件中是否获得恢复帮助，还是仅获得尽力支持。他们应该询问支持记录是否指明受影响的站点、上游、机柜或服务层，而不是仅仅描述“一般性故障”。
计费属于同一类别。服务可能因账户被禁用、服务期限到期、控制面板锁死或额外流量的责任不清而中断。将 TSBG 用于小型灾难恢复站点的客户必须确保联系、计费、续订和带外访问在导致灾难恢复站点成为必要的那个确切事件期间仍然可用。
数据本地化不能仅靠保加利亚标签解决
分配区域是 BG，TSBG 的历史具有很强的保加利亚色彩。公司在保加利亚成立，列出索非亚办事处，描述保加利亚站点，并将保加利亚作为一个战略性的电信中转位置进行营销。对于有欧洲、巴尔干、土耳其或中东连接需求的客户，这是一个重要的定位声明。它可以降低延迟，使设备处于保加利亚供应商关系之下，并提供对西欧主流云区域的替代选择。
但数据主权远不止一个国别代码。客户必须确定主数据、备份、日志、控制面板记录、支持工单、监控数据和计费记录存放在何处。一个 VPS 方案可能将虚拟磁盘放在一个保加利亚设施内，而备份放在另一个设施。共享主机方案可能使用 cPanel 工具、第三方证书服务和外部 DNS。流媒体服务可能通过卫星或地面路径摄入信号，并通过本地和国际传输的混合方式进行分发。托管客户可能拥有硬件，但依赖 TSBG 提供远程访问和 IP 服务。
TSBG 的公开页面并未发布完整的放置矩阵。它们说明公司在保加利亚运营多个数据中心，站点地理上分散，并能提供去往伊斯坦布尔、索非亚、布加勒斯特和欧洲网络的受保护连接。这些都是良好的起始事实。它们无法回答一个特定备份是否跨越边境、支持供应商能否访问客户系统、日志是否保存在独立系统中，或者在争议或中断期间客户如何接收可用的数据副本。
因此，数据可移植性是弹性审查的一部分。买家必须测试如何离开。对于共享主机，客户能否干净地获取文件、邮箱、DNS 记录、数据库和 TLS 记录？对于 VPS，能否导出镜像或仅导出文件？对于专用服务器，如果网络不稳定，远程控制台访问是否可用？对于托管，谁控制 IP 重编号、交叉连接释放和设备移除？测试可移植性的最佳时机是在服务变得关键之前。
非官方信号可以提示线索，而非结论
基础设施主题稀少时，常常在商业聚合器、旧的 BGP 页面、价格页面、搜索结果、论坛帖子、社交资料和设施目录中留下痕迹。TSBG 也不例外。诸如IPinfo 的 AS43112 页面、BGP.tools、Hurricane Electric和Cloudflare Radar等公共路由聚合器有助于快速交叉验证。PeeringDB 有助于设施和互联线索。官方网站有助于服务声明和联系信息。
这些信号不应被同等看待。RIPE RDAP 和 RIPEstat 对数字资源身份和公共路由观察是强健的。PeeringDB 虽有价值，但自行维护，可能滞后于现实。官方网站对 TSBG 声称销售的内容具有权威性，但并非给定机柜、光纤路径或备份今天存在的独立证据。聚合器页面有助于三角验证，但可能滞后或对数据的表示不同。博文显示技术思考，而非实时运营证书。
当公共证据冲突时，这一区分最为重要。TSBG 的官方服务页面反复说明该公司运营自有 AS 并与 BGP 会话。RIPE 记录标识了 AS43112，并且存在对 193.3.63.0/24 的有效 ROA。然而，RIPEstat 在发布日期未看到 AS43112 被宣告。这不是可以抹平的。这是核心发现。要么公共 ASN 当前不活跃，要么当前服务通过另一网络路径提供，要么公共收集器遗漏了有限的宣告。每种可能性对客户都有不同的后果。
什么能解决这个问题？来自 TSBG 的当前 looking-glass 视图、显示客户前缀的路由表、一份上游列表、针对所订购服务的测试 IP、traceroute 和路径多样性结果、一个当前状态页面、特定于设施的服务描述，以及指明责任方的合同语言。在这些可用之前，正确的编辑姿态是谨慎。
买家在放置关键工作负载前应如何测试 TSBG
第一个测试是身份与服务适配。要求 TSBG 确认哪个法律实体签署合同、哪个站点将托管服务、适用哪个产品层，以及服务是否使用 AS43112、AS47288、一个传输供应商地址块或其他路由安排。将回复与AS43112 的 RIPE RDAP、193.3.63.0/24 的 RIPE RDAP以及公共 BGP 观察进行比对。如果回复是公共 ASN 当前未使用，询问原因以及替换为何。
第二个测试是设施证据。对于托管，要求提供站点名称、机柜位置、电源设计、最大功耗、交叉连接选项、远程支持条款、访问程序和维护通知规则。对于 VPS 或专用服务器，要求提供哪个设施承载硬件、灾难恢复站点是否活跃、备份是否位于故障主机之外，以及是否为故障转移预留了容量。要求提供最近的电源、冷却或发电机测试结果。TSBG 的数据中心页面给出了坚实的设施领域清单；客户需要的是特定于站点的版本。
第三个测试是网络独立性。要求提供当前上游、路由过滤器、RPKI 状态、物理接入多样性、端口速度、付费承诺、DDoS 暴露和故障转移行为。要求确认 99.999% 的互联网连接声明是否适用于客户产品，以及如何计算积分。使用公共工具验证 ASN 和前缀状态是否与回复匹配，但如果服务使用私有或合作方路径，则不要仅依赖公共工具。
第四个测试是恢复。执行一次小型恢复。导出一个 VPS 镜像或从备份重建。要求远程支持执行一项非中断的控制台或库存任务。测试带外联系。确认谁可以授权紧急变更。确认账户锁定、未付账单、域名问题或支持权利争议是否会停止恢复工作。公开材料描述了一个称职的小型运营商；客户的工作是在自己的故障场景中证明这种能力。
当系统故障时谁受影响
受影响的人群取决于客户购买的 TSBG 产品。共享主机客户暴露于平台级故障：cPanel、DNS、邮件、存储和供应商支持路径。VPS 客户暴露于主机、存储、网络和备份域。专用服务器客户暴露于硬件库存、网络边缘、电源、远程支持和任何代管服务层。托管客户拥有更多的堆栈，但仍依赖 TSBG 提供电力、冷却、物理安全、远程访问以及有时是互联网中转。
对于本地企业，故障可能意味着网站或邮件不可用。对于使用机柜空间的电信或 IT 运营商，故障可能影响下游客户、监控、回传、天线系统或灾难恢复计划。对于媒体或流媒体客户，故障可能中断受众广播。对于使用保加利亚站点作为西欧大型云区域替代方案的企业，故障可能消除客户本想购买的恰恰是地理冗余。
支持界面也产生二阶效应。如果同一联系人处理销售、支持和技术升级，客户在正常运营期间可能得到个人关注，而在普遍事件中则可能反应缓慢。如果涉及供应商路径，TSBG 可能依赖另一家运营商的修复时间。如果服务使用 AS43112 下不可见的路由，客户可能监控错误的公共边缘，从而错过真正的故障域。
这就是为什么本文的结论不是“避开 TSBG”，而是“在没有映射依赖关系的情况下，不要购买抽象”。TSBG 的公开材料对于一个小型提供商而言异常运营化。缺失的证据是当前的可达性以及针对特定客户路径的经测试的故障转移。
证据等级
对于本文，TSBG Hosting Ltd. 获得低网络证据等级。该等级并非对客户满意度或技术能力的评判。它是对公开证据在 2026 年 7 月 12 日所能证明内容的评判。官方网站提供了强有力的、特定于公司的服务声明：四个数据中心、托管、VPS、专用服务器、共享主机、A/B 电源、监控、远程支持、安全、火灾检测、冷却和保加利亚中转定位。RIPE 记录给出了 TSBG 真实的数字资源身份：AS43112、ORG-THL32-RIPE 和 193.3.63.0/24。RPKI 验证了 AS43112 对 193.3.63.0/24 的起源授权。
降级来自当前边缘。RIPEstat 未看到 AS43112 被宣告、未看到当前 AS43112 前缀、未看到当前 AS43112 邻居。PeeringDB 的 TSBG Hosting 设施条目增加了物理线索，但其可见的网络连接指向 AS47288/FixNET 而非 AS43112。这可能代表一个有效的合作伙伴或供应商安排；但它并不能独立证明 TSBG 的实时客户路由。
实际结论是狭窄的。TSBG 似乎是一家真正的保加利亚托管和托管服务运营商，拥有详细的物理基础设施声明。买家应将此声明视为可验证的，而非已解决的。在放置关键工作负载之前，必须获取当前路由证据、特定于站点的设施证据、上游和支持边界、经测试的备份或迁移证明，以及一份书面映射，说明在机柜、上游、硬件库存、支持、计费、迁移或供应商合同故障时由谁恢复服务。