tsbg_hosting TSBG Hosting Ltd. продаёт хостинговые мощности, которые по-прежнему зависят от стоек, транзита и окон ремонта

Резюме

• TSBG Hosting Ltd. представляет себя как болгарский инфраструктурный оператор, основанный в 2006 году, с предложениями колокации, облачных серверов, выделенных серверов, общего хостинга, стриминга и управляемых услуг на собственном сайте.
• Самые сильные операционные заявления компании носят физический, а не чисто виртуальный характер: несколько операторско-нейтральных площадок дата-центров в Болгарии, четыре дата-центра, проектирование с ориентацией на TIA-942, питание A/B, мониторинг, удалённые руки, обнаружение пожара, охлаждение и доступ только в сопровождении.
• Текущий публичный сетевой сигнал слабый.RIPE RDAPидентифицирует AS43112 как tsbg_hosting и указывает TSBG Hosting Ltd. как регистранта, ноRIPEstat: статус маршрутизациине показал для AS43112 ни одного видимого анонсируемого пространства IPv4 или IPv6 на 2026-07-12.
• Ресурс 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 в том, что компания описывает себя не только в расплывчатом облачном языке.Официальная главная страницарекламирует колокацию, выделенные серверы, виртуальные серверы, стриминг и колокацию спутниковых антенн. Та же страница описывает четыре операторско-нейтральных дата-центра и шестнадцать лет опыта и говорит, что TSBG может поддерживать частное облако, площадки аварийного восстановления, выделенный доступ в интернет, адреса IPv4, питание постоянного тока и спутниковый нисходящий канал. Эти заявления дают покупателю конкретный список для проверки: здания, стойки, домены питания, волокна, апстримы, серверы, адресные ресурсы и соглашения о поддержке.

Риск в том, что публичные маркетинговые детали всё же могут опережать проверяемые операционные доказательства. Провайдер может владеть стойками, но передавать часть сетевых путей на аутсорсинг. У него может быть действующий ASN, который он сейчас не анонсирует. Он может публиковать меню услуг, хотя отдельные тарифы зависят от наличия оборудования, поддержки поставщика или сторонней площадки. Он может предлагать площадку восстановления, хотя клиентский договор оставляет цели восстановления расплывчатыми.

В случае TSBG публичная запись содержит именно такую смесь: конкретную историю услуг, конкретную болгарскую идентичность, конкретный номер автономной системы и разрыв между регистрацией номерного ресурса и видимым происхождением маршрута на дату публикации.

Этот разрыв не делает TSBG ненадёжной. Он меняет бремя доказывания. Клиент не должен считать веб-прайс-лист или ASN отчётом о гарантиях. Клиент должен спросить, в какой площадке размещена рабочая нагрузка, какой сетевой край анонсирует услугу, у какого поставщика есть транзит с маршрутом по умолчанию, сколько мощности и запасного оборудования зарезервировано и как данные покидают платформу, если услугу придётся перенести.

Что можно установить с уверенностью

Идентичность компании сильнее, чем предполагал только первоначальный снимок каталога. Сайт TSBG говорит, что компания основана в 2006 году, зарегистрирована по болгарскому праву, указывает номер НДС ЕС BG175059953, называет управляющим директором Ivan Shishkov и даёт офисный адрес в Софии: улица Рачо Димчева, 8.Контактная страницаповторяет софийский адрес, номер телефона и адрес электронной почты отдела продаж.RIPE RDAP для AS43112определяет имя объекта как tsbg_hosting и включает TSBG Hosting Ltd. как организацию с адресом в Софии.WHOIS-данные RIPEstatсодержат aut-num 43112, as-name tsbg_hosting, организацию ORG-THL32-RIPE, статус ASSIGNED и майнтейнер mnt-bg-tsbghosting-1.

Этих записей достаточно, чтобы избежать распространённой ошибки в исследовании хостинга: считать имя услуги свободно плавающей меткой без ответственного владельца. Здесь владельца можно привязать к болгарской компании, контактной поверхности, записи номерного ресурса и видимому сайту услуг. Это полезнее, чем страница реселлера без адреса и без записи маршрутизации.

Состав услуг тоже конкретен.Страница колокации TSBGрекламирует пакеты на один юнит, четверть стойки, половину стойки и полную стойку, причём заявленная мощность растёт от 35 Вт на юнит до 1500 Вт на полную стойку. Страница также говорит, что компания может предоставить доступ в интернет, адреса IPv4 и услуги LIR.Страница облачных серверовперечисляет тарифы VPS, накопители SSD, защиту RAID10, общий доступ в интернет 1 Гбит/с и дополнительные резервные копии.Страница выделенных серверовописывает резервируемые блоки питания, RAID 1 или RAID 10, два сетевых контроллера и резервирование коммутаторов верхнего уровня стойки.Страница хостингаохватывает общий хостинг и VPS-хостинг, включая помощь при миграции.

Такая смесь указывает на провайдера, продающего инфраструктуру на нескольких уровнях абстракции. Клиенты могут арендовать часть общей платформы, виртуальную машину, физический сервер, место в стойке, связность или поддержку. Экономический вопрос в том, что продукты верхнего уровня наследуют ограничения нижних уровней. Если стойка теряет питание, страдают выделенный сервер и тарифы VPS, привязанные к этой площадке. Если сетевой край теряет провайдера или объект маршрута отозван, внешне отдельный хостинговый тариф всё равно может выйти из строя одновременно с колокацией.

Если поддержку ведёт та же небольшая команда, которая заменяет оборудование, загруженный инцидент может превратить обещание «бесплатных удалённых рук» в очередь.

Запись номерного ресурса активна, но публичный край молчал

Самый важный сетевой факт не лестен, но он точен.Обзор AS в RIPEstat для AS43112определил владельца как tsbg_hosting TSBG Hosting Ltd., но пометил ASN как не анонсируемый на запрос 2026-07-12.RIPEstat: статус маршрутизациисообщил, что первый увиденный маршрут был 77.246.240.0/20 2007-06-14, а последний увиденный маршрут — 193.3.63.0/24 2025-08-15, при этом текущая видимость составляла ноль из 325 IPv4-пиров и ноль из 322 IPv6-пиров.RIPEstat: анонсируемые префиксыне вернул текущих префиксов для AS43112 за окно с 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 года видимость упала до минимальной. История полезна для идентичности и непрерывности. Это не текущая мощность. Если те же клиенты всё ещё обслуживаются, возможно, они теперь обслуживаются через другую сетевую схему. Если префикс был отозван из-за переноса услуг, важен путь миграции. Если он был отозван, потому что услуга приостановлена, покупателю нужно знать это до заказа мощности.

RPKI добавляет ещё один нюанс.RIPEstat: проверка RPKI для 193.3.63.0/24 и AS43112вернула результат valid. Это положительное административное свидетельство: AS43112 авторизован анонсировать префикс. Но действующая авторизация происхождения маршрута — не то же самое, что анонс. Датчик дыма может быть установлен в комнате, которая сейчас пуста; ROA может существовать для маршрута, которого не видно в BGP. Право в плоскости управления существует, а рабочий путь всё ещё требует живого подтверждения.

Сайт заявляет сильные площадки, но карта неполна

Самая сильная публичная история TSBG — это история физических площадок.Страница истории дата-центраговорит, что компания основана в 2006 году, завершила свой первый дата-центр к сентябрю 2006 года, завершила второй проект колокации к июлю 2007 года, завершила третий дата-центр как площадку аварийного восстановления с первым установленным оборудованием в июле 2008 года и завершила четвёртый дата-центр к октябрю 2008 года. Там также сказано, что с 2014 года TSBG сосредоточилась на колокации, хостинге, аренде серверов и управляемых услугах.

Страница дата-центроврасширяет заявление о площадках. Она говорит, что площадки TSBG спроектированы в соответствии с TIA-942, что локации тщательно выбраны, что компания гарантирует 100 % доступность питания, что питание построено в полностью диверсифицированной конфигурации A/B, что охлаждение резервировано по номинальной мощности и что физическая безопасность включает охраняемые площадки, видеонаблюдение и доступ в сопровождении. Там сказано, что мониторинг охватывает нагрузку сервера, память, диски, трафик портов, состояние оборудования, температуру, влажность, электрический ток, потребление энергии, кондиционирование и производительность оптической сети.

Это серьёзные заявления. Они также требуют от покупателя запрашивать доказательства по конкретной площадке. «Четыре дата-центра» — полезная отправная точка только если клиент может определить, какой из четырёх будет размещать его рабочую нагрузку, активна ли площадка восстановления или находится в резерве, используют ли площадки один и тот же апстрим, лежит ли резервное хранилище в отдельном домене отказа и какая договорная цель восстановления действует при изоляции площадки. Публичные страницы описывают принципы и возможности.

Они не называют каждое здание, фидер питания, топливный контракт, точку встречи операторов, запас запчастей или проверенный результат восстановления.

Географическое заявление тоже требует осторожного обращения. TSBG говорит, что её здания находятся в Болгарии и географически разнесены, на расстоянии более 150 км друг от друга, в зонах, выбранных для снижения рисков наводнений, пожаров, трафика, промышленных и человеческих факторов.Блоговая запись 2023 года о Болгарии как локации для дата-центраговорит, что Болгария лежит на важных маршрутах между Европой, Турцией и Ближним Востоком, и что TSBG может предоставлять защищённые каналы Layer 2 и IP по диверсифицированным маршрутам до Стамбула, Софии, Бухареста и европейских сетей. Это ценный региональный тезис, особенно для клиентов с потребностями в задержке, ориентированными на Балканы, Турцию или Европу и Ближний Восток. Но выгода локации не заменяет живые доказательства путей. Хороший коридор всё равно нуждается в законтрактованных операторах, разнесённых кабельных каналах, работающих кросс-коннектах и достаточной ёмкости после отказа одного канала.

PeeringDB добавляет зацепку про Хасково и предупреждение о границах оператора

PeeringDB даёт истории площадок отдельную публичную зацепку.API PeeringDB для площадки 13672перечисляет «TSBG Hosting» в Хасково, Болгария, с полем address1 «Byalo More 3 Kapitan Andreevo», штатом Свиленград, страной BG, полем веб-сайтаtsbg.eu, телефонами и адресами электронной почты продаж и техподдержки, а также доступным напряжением 480 В переменного тока. Запись создана 2023-05-19 и обновлена 2025-09-26. Это полезно, потому что она находится вне собственного сайта TSBG и указывает на конкретную названную поверхность площадки на юге Болгарии, рядом с контекстом границы Турции и Греции, который подчёркивает сайт TSBG.

Но те же данные PeeringDB создают проблему границ.Данные PeeringDB netfac для площадки 13672показывают одну привязанную сетевую запись с именем TSBG Hosting в Хасково и локальным ASN 47288.PeeringDB: сеть 26850определяет эту сеть как FIXNET TELEKOM LTD. STI., ASN 47288, с охватом трафика «Европа», открытой политикой пиринга, семью площадками и тремя подключениями к точкам обмена.Обзор AS в RIPEstat для AS47288определяет владельца как FIXNET Telekomunikasyon Limited Sirketi и помечает ASN как анонсируемый.RIPEstat: статус маршрутизации для AS47288видел активную видимость IPv4 и IPv6 2026-07-12: 18 префиксов IPv4 и один префикс IPv6 в анонсируемом пространстве на уровне статуса маршрутизации.

Это не доказывает, что FixNET обслуживает клиентские услуги TSBG. Это доказывает, что публичную привязку площадки в PeeringDB не следует небрежно читать как присутствие AS43112. Для покупателя это различие центрально. Если TSBG продаёт колокацию на площадке, где видимая сетевая привязка — ASN другого оператора, договор должен объяснять, кто предоставляет интернет по умолчанию: TSBG, FixNET, другой оператор или сам клиент.

Если TSBG продаёт VPS или выделенные серверы, используя апстрим-связность, а не собственный видимый маршрут AS43112, клиент должен знать, кто может менять маршрутизацию, кто открывает тикеты апстриму и чей календарь обслуживания влияет на доступность.

Вопрос границ оператора не академический. Во время инцидента первым реагирующим может быть поддержка TSBG, владелец площадки, оператор связи, поставщик удалённых рук или сетевой провайдер. Клиенту нужна цепочка эскалации до отказа. Запись площадки, называющая TSBG, и сетевая запись, называющая AS47288, могут быть одновременно правдивыми, но всё равно оставлять клиента незащищённым, если договор об услуге не распределяет роли ясно.

Экономика стоек определяет, насколько услуга реальна

TSBG публикует необычно детальные цены и пакеты колокации.Страница услуги колокацииперечисляет один юнит, четверть стойки, половину стойки и полную стойку с нормами мощности и дополнительными возможностями стойки. Страница также говорит, что TSBG может предоставить 48 В постоянного тока как стандартную опцию, питание A/B из отдельных помещений электропитания и систем ИБП, счётчики мощности и переключатели АВР по запросу, мониторинг, поддержку 24/7 и доступ в интернет. Это даёт клиентам видимую корзину для услуги площадки, которая обычно скрывается за звонками в отдел продаж.

Опасность в том, что видимая цена стойки — не то же самое, что пригодная резервированная мощность. Один юнит с 35 Вт — это совсем другая зависимость, чем полная стойка с 1500 Вт. Клиенту с телеком-оборудованием могут понадобиться питание постоянного тока, два PDU и доступ к удалённым рукам; клиенту с вычислительной нагрузкой — больше мощности, охлаждение и замена оборудования. Прайс-лист не может показать, зарезервирована ли резервная мощность, быстро ли выполняется кросс-коннект, могут ли удалённые руки заменить устройство во время регионального шторма и сможет ли оставшийся сетевой путь нести трафик, когда один поставщик недоступен.

Здесь важна экономика небольшого провайдера. TSBG открыто говорит на своём сайте, что она не самый крупный оператор дата-центров и не имеет мегаватт мощности или терабит в секунду интернет-ёмкости. Такая честность полезна. Она говорит покупателям искать соответствие, а не театр масштаба. Небольшая площадка может быть ровно тем, что нужно местному бизнесу, телеком-проекту на приграничном маршруте, шкафу аварийного восстановления или балканскому сервису с низкой задержкой. Она также может быть неправильным выбором для нагрузки, которая предполагает гипермасштабные резервные пулы, глобальные облачные API или мгновенную замену оборудования.

Поэтому покупатель должен переводить названия пакетов в математику отказов. Если один фидер питания шкафа выходит из строя, есть ли у оборудования клиента два блока питания и два PDU? Если один коммутатор верхнего уровня стойки выходит из строя, подключены ли оба сетевых интерфейса сервера к независимым коммутаторам? Если один апстрим недоступен, есть ли у другого пути достаточно оплаченного коммита? Если один дата-центр потерян, можно ли использовать резервные копии без потерянной площадки? Если сотруднику поддержки нужно ехать на удалённую площадку, каковы фактические часы ремонта?

Экономика стоек становится экономикой рисков, как только начинается отказ.

VPS и выделенные серверы наследуют каждый нижний слой

Страницы VPS и выделенных серверов TSBG достаточно детальны, чтобы показать, откуда берётся ценность для клиента.Страница облачных серверовговорит, что тарифы VPS построены на Proxmox, используют резервируемое оборудование, хранилище RAID10, резервируемые сеть и питание на серверных хостах, общий доступ в интернет 1 Гбит/с и дополнительные резервные копии. Она перечисляет тарифы от небольшого плана с 512 МБ ОЗУ до более крупных многоядерных планов.Страница выделенных серверовговорит, что серверы имеют резервируемые блоки питания, RAID 1 или RAID 10, аппаратные RAID-контроллеры, два сетевых контроллера и разные коммутаторы верхнего уровня стойки. Она также упоминает бесплатную установку ОС, мониторинг, службу поддержки 24/7 и удалённые руки.

Эти характеристики значимы. Они также создают повестку проверки. Клиент, арендующий мощности VPS, должен спросить, является ли RAID10 локальным для хоста, общим для кластера хранения, реплицированным на другую площадку или резервируемым внеполосно. Он должен спросить, хранится ли дополнительная резервная копия на той же площадке, измеряется ли скорость восстановления и включают ли резервные копии образы системы, данные на уровне файлов, метаданные и состояние панели управления. Он должен спросить, что произойдёт при отказе хоста и доступна ли живая миграция.

Он должен спросить, может ли конкуренция за ресурсы замедлить восстановление, когда затронуто много клиентов одновременно.

У клиента выделенного сервера другая проблема. Резервируемые блоки питания помогают, только если каждый блок достигает независимого пути питания. Два сетевых контроллера помогают, только если они подключены к независимым коммутаторам и маршрутизируются через независимую апстрим-ёмкость. RAID защищает от отказа диска, но не от ошибки контроллера, ошибочной пересборки, программ-вымогателей или события на всей площадке. Бесплатные удалённые руки полезны, только если запчасти есть на складе и персонал может быстро войти на площадку.

Публичный разрыв маршрутов делает эти вопросы важнее. Если AS43112 сейчас не виден, клиентский интернет-сервис TSBG может зависеть от маршрутов, назначенных провайдером, транзитного партнёра, другого ASN или частной схемы, невидимой публичным сборщикам. Такая схема может быть совершенно законной. Её просто нужно раскрыть клиенту, который покупает «доступ в интернет» как часть серверного тарифа. Клиенту нужно знать, какой край выходит из строя, когда выходит из строя оператор.

Заявления о питании, охлаждении и мониторинге требуют проверенных доказательств

Страницы площадок сильно опираются на питание и мониторинг. TSBG говорит, что питание дата-центра спроектировано в полностью диверсифицированной конфигурации A/B, начиная с отдельных помещений электропитания, распределительных щитов, систем ИБП и кабельной разводки до стоек. Она говорит, что каждая стойка имеет два или более PDU: один для цепи A и один для цепи B. Она говорит, что кондиционирование использует резервирование 1+1 или n+1, а машинные залы поддерживаются около 22 °C с относительной влажностью от 40 % до 60 %. Она говорит, что обнаружение пожара использует аспирационную систему и газовое пожаротушение.

Она говорит, что мониторинг охватывает широкий набор параметров среды, сервера, портов и оптической сети.

Это ровно те области, которые стоит публиковать. Вопрос в том, проверяются ли заявления на том же уровне, на котором от них зависят клиенты. Питание A/B не доказывается двумя шнурами, если обе цепи зависят от одного вышестоящего щита, одной топливной схемы или одного подрядчика обслуживания. Резервирование охлаждения не доказывается номинальной мощностью, если горячий коридор, отказ датчика или изменение воздушного потока могут убрать запас. Мониторинг не доказывается наличием датчиков, если неясны владелец оповещений, пороги и аварийные разрешения.

Блоговый контент TSBG даёт полезные намёки на операционную серьёзность.Запись о обслуживании дизельных генераторовобсуждает масло, фильтры, охлаждающую жидкость, аккумуляторы и зимнюю готовность генераторов.Запись о мониторинге температурыобсуждает SNMP, Zabbix, однопроводные датчики, распределённый мониторинг и проектирование сигналов тревоги.Запись о выборе здания для дата-центраобсуждает выбор площадки, риски катастроф, бетонное строительство, конструкцию крыши и телеком-доступ. Эти записи не сертификаты, но они показывают знакомство с предметной областью, более конкретное, чем стандартный хостинговый текст.

Следующим шагом клиента должны быть доказательства, а не восхищение. Спросите дату последнего теста генератора, тестируемую нагрузку, запас топлива, подтверждение обслуживания ИБП, подтверждение обслуживания противопожарной системы, план реагирования на отказ охлаждения, пример эскалации мониторинга и заметки по итогам любого реального инцидента. Спросите, имеют ли все четыре площадки одинаковую зрелость. Спросите, какая площадка размещает конкретную услугу клиента. Спросите, что выходит из строя одновременно. Именно так общий язык площадок становится операционной гарантией.

Сетевая устойчивость зависит от договоров с апстримами, а не только от 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.RIPEstat: соседи ASN для AS43112не показывал наблюдаемых соседей на дату публикации.

Эта комбинация говорит покупателю разделять три вещи. Первое — намерение реестра: ASN, объект маршрута, ROA и whois-связи показывают, что оператор готов или авторизован делать. Второе — живая маршрутизация: публичные сборщики показывают, виден ли маршрут сейчас и через кого. Третье — маршрутизация услуги: рабочая нагрузка клиента может использовать другой апстрим или другой адресный план, не очевидный только из ASN TSBG. Устойчивость зависит от третьего, но публичная запись в основном освещает первые два.

Свидетельство PeeringDB об AS47288 тоже полезно, если его не перечитывать. FixNET, сеть AS47288, привязанная к записи площадки TSBG Hosting, была активна вRIPEstat: статус маршрутизациии имела в PeeringDB подключения к точкам обмена NetIX, TurkIX Sofia и RegPEX. Это показывает живую соседнюю сетевую поверхность, связанную с записью площадки. Это не доказывает, что трафик клиентов TSBG использует эту поверхность, что TSBG её контролирует или что она достаточно диверсифицирована для конкретного клиента.

Тест для клиента простой. Попросите TSBG указать ASN, префиксы и апстримы, которые будут нести заказанную услугу. Спросите, способны ли эти пути нести маршрут по умолчанию, используют ли они отдельные физические вводы, заканчиваются ли на одной паре маршрутизаторов, актуальны ли фильтры маршрутов и настроена ли проверка происхождения маршрутов. Сравните ответ с публичными инструментами, такими какBGP.tools для AS43112,Hurricane Electric для AS43112,Cloudflare Radar: маршрутизация AS43112и 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 сейчас спит, либо текущие услуги идут через другой сетевой путь, либо публичные сборщики пропустили ограниченный анонс. У каждой возможности разные последствия для клиента.

Что могло бы это прояснить? Актуальный вид looking glass от TSBG, таблица маршрутов с клиентскими префиксами, список апстримов, тестовый IP для заказанной услуги, результат traceroute и диверсификации путей, актуальная статусная страница, описание услуги по конкретной площадке и формулировки договора, называющие ответственные стороны. Пока этого нет, правильная редакционная позиция — осторожность.

Как покупатель должен проверить TSBG до размещения критической нагрузки

Первый тест — идентичность и соответствие услуги. Попросите TSBG подтвердить, какое юридическое лицо подписывает договор, какая площадка будет размещать услугу, какой продуктовый слой применяется и использует ли услуга AS43112, AS47288, адресный блок транзитного провайдера или другую схему маршрутизации. Сравните ответ сRIPE RDAP для AS43112,RIPE RDAP для 193.3.63.0/24и публичными наблюдениями BGP. Если ответ таков, что публичный ASN сейчас не используется, спросите почему и что его заменяет.

Второй тест — доказательства по площадке. Для колокации спросите название площадки, позицию стойки, схему фидеров питания, максимальное потребление, варианты кросс-коннектов, условия удалённых рук, процедуру доступа и правила уведомления об обслуживании. Для VPS или выделенных серверов спросите, какая площадка размещает оборудование, активна ли площадка восстановления, находятся ли резервные копии вне отказавшего хоста и зарезервирована ли ёмкость для переключения. Попросите недавний результат теста питания, охлаждения или генератора.Страница дата-центров TSBGдаёт сильный список областей площадки; клиенту нужна версия по конкретной площадке.

Третий тест — независимость сети. Спросите текущие апстримы, фильтры маршрутов, статус RPKI, разнесение физических вводов, скорость интерфейсов, оплаченный коммит, подверженность DDoS и поведение при переключении. Спросите, относится ли заявление о 99,999 % доступности интернета к продукту клиента и как рассчитываются компенсации. Используйте публичные инструменты, чтобы проверить, совпадает ли состояние ASN и префикса с ответом, но не полагайтесь только на публичные инструменты, если услуга использует частный или партнёрский путь.

Четвёртый тест — восстановление. Выполните небольшое восстановление. Экспортируйте образ VPS или восстановите из резервной копии. Попросите удалённые руки выполнить неразрушающую задачу с консолью или инвентаризацией. Проверьте внеполосный контакт. Подтвердите, кто может авторизовать аварийные изменения. Подтвердите, может ли блокировка аккаунта, неоплаченный счёт, проблема с доменом или спор о праве на поддержку остановить работы по восстановлению. Публичные материалы описывают способного небольшого оператора; задача клиента — доказать эту способность в собственном сценарии отказа.

Кто пострадает, когда система откажет

Затронутое население зависит от того, какой продукт TSBG покупает клиент. Клиент общего хостинга подвержен отказам на уровне платформы: cPanel, DNS, почта, хранилище и путь поддержки провайдера. Клиент VPS подвержен отказам в доменах хоста, хранилища, сети и резервных копий. Клиент выделенного сервера подвержен отказам склада оборудования, сетевого края, фидеров питания, удалённых рук и любого слоя управляемых услуг. Клиент колокации владеет большей частью стека, но всё равно зависит от TSBG в питании, охлаждении, физической безопасности, удалённом доступе и иногда в интернет-транзите.

Для местного бизнеса отказ может означать простой сайта или электронной почты. Для телеком- или ИТ-оператора, использующего место в стойке, отказ может затронуть нижестоящих клиентов, мониторинг, транспортную сеть, антенную систему или план аварийного восстановления. Для медиа- или стримингового клиента отказ может прервать доставку аудитории. Для компании, использующей болгарскую площадку как альтернативу более крупному западноевропейскому облачному региону, отказ может убрать ровно ту географическую избыточность, которую клиент намеревался купить.

Поверхность поддержки тоже создаёт эффекты второго порядка. Если один и тот же контакт ведёт продажи, поддержку и техническую эскалацию, клиенты могут получать личное внимание в нормальном режиме и медленный ответ во время широкого события. Если задействован путь поставщика, TSBG может зависеть от часов ремонта другого оператора. Если услуга использует маршрут, невидимый под AS43112, клиенты могут следить за неправильным публичным краем и пропустить настоящий домен отказа.

Поэтому вывод статьи не «избегайте TSBG». Он такой: не покупайте абстракцию, не нанеся на карту зависимости. Публичные материалы TSBG необычайно операционны для небольшого провайдера. Недостающее доказательство — текущая доступность и проверенное переключение для конкретного клиентского пути.

Оценка доказательств

TSBG Hosting Ltd. получает в этой статье слабую оценку сетевых доказательств. Оценка не является суждением об удовлетворённости клиентов или инженерном мастерстве. Это суждение о том, что публичные доказательства могут подтвердить на 2026-07-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. Запись площадки TSBG Hosting в PeeringDB добавляет физическую зацепку, но её видимая сетевая привязка указывает на AS47288/FixNET, а не на AS43112. Это может представлять действительное партнёрское или апстрим-соглашение; но это не доказывает независимо рабочую маршрутизацию клиентов TSBG.

Практический вывод узкий. TSBG, по-видимому, является реальным болгарским оператором хостинга и колокации с детальными заявлениями о физической инфраструктуре. Покупатель должен считать эти заявления проверяемыми, а не решёнными. Перед размещением критических рабочих нагрузок следует получить актуальные свидетельства маршрутов, доказательства по конкретной площадке, границы апстримов и поддержки, проверенные доказательства резервного копирования или миграции и письменную карту того, кто восстанавливает сервис при отказе стойки, апстрима, склада оборудования, поддержки, биллинга, миграции или договора с провайдером.