摘要
- TSBG Hosting Ltd. 自称是保加利亚基础设施运营商，成立于 2006 年，在其网站上提供托管、云服务器、专用服务器、共享主机、流媒体和托管服务。
- 公司最具体的运营声明基于实体而非虚拟：多个运营商中立保加利亚数据中心设施、四个数据中心、基于 TIA-942 的设计、A/B 电力、监控、远程操作、火灾检测、冷却和陪同访问。
- 当前公共网络信号较弱。RIPE RDAP将 AS43112 标识为 tsbg_hosting，并将 TSBG Hosting Ltd.列为注册人，但RIPEstat 路由状态显示 2026 年 7 月 12 日 AS43112 的可见 IPv4 或 IPv6 公告空间为零。
- TSBG's 的 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 的一个有用事实是，该公司不仅仅用模糊的云语言描述自己。官方网站推广托管、专用服务器、虚拟服务器、流媒体和卫星天线托管。同一页面描述了四个运营商中立数据中心和十六年经验，并称 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、组织 ORG-THL32-RIPE、状态 ASSIGNED 和维护人 mnt-bg-tsbghosting-1。
这些记录足以避免主机研究中的一个常见错误：将服务名称视为没有责任持有者的自由浮动标签。这里，持有者可以与保加利亚公司身份、联系表面、编号资源记录和可见服务站点关联。这比没有地址和路由记录的经销商页面更有用。
服务范围也很具体。TSBG 的托管页面宣传单机架单元、四分之一机架、半机架和全机架套餐，规定功率从 35W（机架单元）到 1500W（全机架）。页面还称公司可提供互联网连接、IPv4 地址和 LIR 服务。云服务器页面列出 VPS 计划、SSD 存储、RAID10 保护、1 Gbit/s 共享互联网和可选备份。专用服务器页面描述冗余电源、RAID 1 或 RAID 10、两个网络控制器和机架顶部交换机冗余。主机页面涵盖共享主机和 VPS 主机，包括迁移帮助。
这种组合表明提供商在多个抽象层销售基础设施。客户可以租用共享平台的一部分、虚拟机、物理服务器、机架空间、连接或支持。经济问题是高层产品继承底层约束。如果机架断电，该站点的专用服务器和 VPS 计划将受影响。如果网络边缘失去供应商或路由对象被撤销，一个看似独立的主机计划仍可能与托管服务同时失效。如果支持由执行硬件更换的同一小团队处理，繁忙事件可能将“免费远程操作”承诺变成队列。
编号资源记录活跃，但公共边缘静默
最重要的网络事实并不奉承，但并不精确。RIPEstat 的 AS43112 概述将持有者标识为 tsbg_hosting TSBG Hosting Ltd.，但将 ASN 标记为未公告的 2026-07-12 查询。RIPEstat 路由状态报告首次看到的路由是 2007-06-14 的 77.246.240.0/20，最后看到的路由是 2025-08-15 的 193.3.63.0/24，而当前可见性为零（325 个 IPv4 对等体和 322 个 IPv6 对等体）。RIPEstat 公告前缀返回 2026-06-28 至 2026-07-12 窗口期间无当前前缀。
这并不抹去 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 增加了一个细微差别。193.3.63.0/24 和 AS43112 的 RIPEstat 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 可通过多样化路由向伊斯坦布尔、索菲亚、布加勒斯特和欧洲网络提供受保护的 Layer 2 和 IP 链路。这是一个有价值的区域论题，尤其是对于有巴尔干、面向土耳其或欧洲-中东延迟需求的客户。但位置优势不能替代实时路径证据。一个好的走廊仍需合同承运商、多样化管道、工作交叉连接和一条链路故障后足够的容量。
PeeringDB 增加哈斯科沃线索和运营商边界警告
PeeringDB 为设施故事提供了一个独立的公开线索。设施 13672 的 PeeringDB 设施 API列出了保加利亚哈斯科沃的“TSBG Hosting”，地址 1 为“Byalo More 3 Kapitan Andreevo”，州斯维伦格勒，国家 BG，tsbg.eu网站字段，销售和技术电话/邮箱，以及可用电压服务 480 VAC。记录创建于 2023-05-19，更新于 2025-09-26。这很有用，因为它位于 TSBG 自己的站点之外，并指向保加利亚南部靠近土耳其-希腊边界的特定命名设施表面，这正与 TSBG 网站强调的背景一致。
但相同 PeeringDB 数据产生了边界问题。设施 13672 的 PeeringDB netfac 数据显示一个名为 TSBG Hosting in Haskovo 的连接网络条目，本地 ASN 47288。PeeringDB 网络 26850将该网络标识为 FIXNET TELEKOM LTD. STI.，ASN 47288，流量范围欧洲，开放对等策略，七个设施和三个交换连接。RIPEstat 的 AS47288 概述将持有者标识为 FIXNET Telekomunikasyon Limited Sirketi，并将 ASN 标记为已公告。AS47288 的 RIPEstat 路由状态在 2026-07-12 看到活跃 IPv4 和 IPv6 可见性，路由状态层有 18 个 IPv4 前缀和一个 IPv6 前缀在公告空间中。
这并不证明 FixNET 运营 TSBG 的客户服务。它确实证明公共 PeeringDB 设施连接不应随意视为 AS43112 存在。对买家而言，这一区分至关重要。如果 TSBG 在另一个运营商的 ASN 是可见网络连接的设施中销售托管，合同应解释是 TSBG、FixNET、其他运营商还是客户提供默认互联网服务。如果 TSBG 使用上游连接而非自身可见的 AS43112 路由销售 VPS 或专用服务器，客户应知道谁可以更改路由、谁打开上游工单、谁的维护日历影响可达性。
运营商边界问题并非学术。在事件期间，第一响应者可能是 TSBG 支持、设施所有者、承运商、远程操作供应商或网络提供商。客户需在故障前拥有升级链。一个命名 TSBG 的设施记录和命名 AS47288 的网络记录可以同时真实，但如果服务合同未清晰映射角色，仍会使客户暴露。
机架经济决定服务有多少是真实的
TSBG 发布了异常细粒度的托管价格和机架套餐。托管服务页面列出单机架单元、四分之一机架、半机架和全机架，包括功率配额和可选机架功能。页面还称 TSBG 可提供 48 VDC 作为标准选项，来自独立电源室和 UPS 系统的 A/B 电力，按需提供电表和 ATS 开关，监控，24/7 支持和互联网接入。这为客户提供了通常隐藏在销售电话背后的设施服务的可见购物车。
危险在于可见机架价格不等于可用弹性容量。35W 的单机架单元与 1500W 的全机架依赖关系截然不同。运行电信设备的客户可能需要直流电源、双 PDU 和远程操作访问；运行计算的客户可能需要更多电力、冷却和硬件更换。价目表无法显示备用电力是否预留、交叉连接工作是否快速、远程操作是否能在区域风暴期间更换设备、或者当一家供应商失效时剩余网络路径能否承载流量。
小提供商经济学在此重要。TSBG 在网站上公开表示自己不是最大的数据中心运营商，没有兆瓦电力或太比特每秒互联网容量。这种诚实有用。它告诉买家寻找合适而非规模表演。小型站点可能完全适合本地业务、边界路由电信项目、灾难恢复机柜或低延迟巴尔干服务。也可能不适合需要超大规模备用池、全球云 API 或即时硬件更换的工作负载。
因此买家必须将套餐标签转化为故障数学。如果一个机柜电源馈线故障，客户设备是否具备双电源和双 PDU？如果一台机架顶部交换机故障，两个服务器网卡是否接入独立交换机？如果一个上游中断，另一个路径是否有足够已支付承诺？如果一个数据中心丢失，备份是否可在不丢失站点的情况下使用？如果支持人员必须前往远程站点，实际修复时钟是多少？机架经济在故障开始后变成风险经济。
VPS 和专用服务器继承每个底层
TSBG 的 VPS 和专用服务器页面详细到足以显示客户价值来源。云服务器页面称 VPS 计划基于 Proxmox，使用冗余硬件、RAID10 存储、冗余网络和电源服务器主机、1 Gbit/s 共享互联网和可选备份。它列出从小型 512 MB RAM 计划到大型多核计划。专用服务器页面称服务器具有冗余电源、RAID 1 或 RAID 10、硬件 RAID 控制器、两个网络控制器和不同机架顶部交换机。它还提到免费操作系统安装、监控、24/7 帮助台和远程操作。
这些功能有意义。它们也创建了验证议程。租用 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 导入和向 AS47964 导出。RIPEstat AS 路由一致性显示 193.3.63.0/24 在 RIPE whois 中但不在 BGP 中于 2026-07-12，并显示 AS47964 导入导出在 whois 中但不在 BGP 中。AS43112 的 RIPEstat ASN 邻居在发布日显示无观察到的邻居。
这种组合告诉买家区分三件事。第一是注册意图：ASN、路由对象、ROA 和 whois 关系显示运营商准备或授权做什么。第二是实时路由：公共收集器显示路由当前是否可见以及通过谁。第三是服务路由：客户工作负载可能使用不同于 TSBG ASN 可见的上游或地址计划。弹性取决于第三点，但公共记录主要阐明前两点。
PeeringDB AS47288 证据也很有用，但不应过度解读。连接到 TSBG Hosting 设施记录的 AS47288 网络 FixNET 在RIPEstat 路由状态中活跃，并在 PeeringDB 有 NetIX、TurkIX Sofia 和 RegPEX 的交换连接。这显示了一个与设施记录相关的活跃附近网络表面。它不证明 TSBG 客户流量使用该表面，TSBG 控制它，或它对任何给定客户足够多样化。
客户测试直接明了。要求 TSBG 识别将承载订购服务的 ASN、前缀和上游。询问这些路径是否具备默认路由能力、是否使用独立物理入口、是否终止于相同路由器对、路由过滤器是否最新以及是否配置了路由源验证。将答案与公共工具如AS43112 的 BGP.tools、AS43112 的 Hurricane Electric、AS43112 的 Cloudflare Radar 路由和 RIPEstat 比较。如果公共 ASN 有意静默，仅当实时服务路径有文档时才可接受。
支持是资产的一部分，而非帮助页面
TSBG 反复强调支持。网站提到 24/7 帮助台支持、远程操作、电子邮件、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 验证了 193.3.63.0/24 的源授权用于 AS43112。
降级来自当前边缘。RIPEstat 未看到 AS43112 公告，未看到当前 AS43112 前缀，未看到当前 AS43112 邻居。PeeringDB 的 TSBG Hosting 设施条目增加了物理线索，但其可见网络连接指向 AS47288/FixNET 而非 AS43112。这可能代表有效的合作伙伴或上游安排；它不独立证明 TSBG 的实时客户路由。
实际结论很窄。TSBG 似乎是拥有详细物理基础设施声明的真实保加利亚托管和运营商。买家应将那些声明视为可测试而非已确定。在放置关键工作负载前，应获取当前路由证据、站点特定设施证据、上游和支持边界、经测试的备份或迁移证据，以及当机架、上游、硬件库存、支持、计费、迁移或提供商合同故障时谁恢复服务的书面地图。