Hosting-27 Hosting-27 LTD продаёт размещённые мощности, которые по-прежнему зависят от стоек, транзита и ремонтных окон

Суть

• Hosting-27 Hosting-27 LTD — не компания, видимая только в записях о маршрутизации. Живаяглавная страница Hosting27.comрекламирует болгарский хостинг и облачные сервисы,страница контактовдаёт адрес в Софии, телефон и адреса email поддержки,клиентская зонаоткрывает портал входа и счетов для клиентов, астраница тикетов поддержкиописывает отдел поддержки, работающий каждый день. Эта публичная торговая витрина реальна, но сама по себе не доказывает, где стоят серверы и как устраняются сбои.
• Сетевая идентичность конкретна и компактна.Объект AS42347в базе данных RIPE называет сеть Hosting-27, связывает AS сORG-HA629-RIPE, указывает организацию Hosting-27 LTD, страну BG, регистрационный номер 204354361 и адрес в Софии, а также фиксирует импорт и экспорт с AS57344 и AS31083.inetnum 217.174.144.0 - 217.174.144.255иroute-объект 217.174.144.0/24в RIPE привязывают видимый блок IPv4 к Hosting-27 и AS42347.
• Живая картина маршрутизации уже, чем маркетинговое меню.Обзор ASв RIPEstat показал AS42347 анонсированной по состоянию на 12 июля 2026 года, а представлениестатуса маршрутизациипоказало один видимый префикс IPv4, 256 адресов IPv4, отсутствие видимого IPv6 и одного наблюдаемого соседа. ПредставлениеASN-neighboursв RIPEstat определило этого соседа как AS57344, аобзор AS57344в RIPEstat идентифицирует AS57344 как Telehouse EAD. Второй пиринг, AS31083 Telepoint, присутствует в реестровой политике AS42347, но не в текущем представлении согласованности BGP.
• Операционная оценка — умеренная с оговорками, а не сильная. Страницы продуктоввиртуального хостинга,Cloud VPS,управляемого Cloud VPS,приватного облакаиKubernetesпоказывают широкое предложение размещённых мощностей. Открытые данные не показывают ни названный зал дата-центра, ни количество стоек, ни схему электропитания, ни запас оборудования, ни условия хранения резервных копий клиентов, ни активный двойной транзит, ни услуги IPv6, ни письменно зафиксированный путь переносимости.

Витрина сервиса видна, но читать её нужно от стойки наружу

Hosting-27 Hosting-27 LTD не следует принимать за пустую запись о номерном ресурсе интернета. Публичный сайт Hosting27.com жив: он датирован собственными метаданными заголовка и видимыми страницами и построен как действующая торговая витрина хостинга.Главная страницапредставляет бренд как провайдера хостинга и облачных сервисов. Она направляет покупателей к WordPress-хостингу, кластерам Kubernetes, приватному облаку, Cloud VPS, управляемому Cloud VPS, реселлерскому хостингу, доменам, клиентской зоне, счетам и тикетам поддержки. Навигация — не заброшенная заглушка из одной страницы; это розничная торговая поверхность хостинга с тарифными уровнями, кнопками заказа, аккаунт-зоной в стиле WHMCS и порталом поддержки.

Это делает проверку более требовательной, а не менее. Когда компания продаёт веб-хостинг или облачные серверы, зависимость клиента — не веб-страница. Зависимость — это скрытый стек под счётом: хост-узел, бэкенд хранилища, коммутация, маршрутизаторы, запас IPv4, вышестоящий транзит, электропитание, охлаждение, услуги remote hands, состояние биллинга, обработка злоупотреблений и команда поддержки с полномочиями действовать. Публичные материалы Hosting27 описывают несколько клиентских продуктов, но не называют объект или объекты за ними.

Они не говорят, эксплуатирует ли Hosting-27 собственные стойки, арендует ли место в стойках, зависит ли от другого болгарского оператора дата-центров или перепродаёт мощности, собранные связанным провайдером.

Меню продуктов важно, потому что оно говорит клиентам, какая физическая система должна существовать.Страница виртуального хостингарекламирует три размера тарифов с объёмом 20 ГБ, 50 ГБ и 165 ГБ, cPanel, безлимитные сайты, безлимитные почтовые ящики, бесплатные SSL-сертификаты, CDN, помощь с миграцией, несколько версий PHP и резервные копии за один месяц.Страница WordPress-хостингарекламирует аналогичные уровни 20 ГБ, 50 ГБ и 165 ГБ, добавляет управление WordPress и обещает помощь с переносом сайтов WordPress.Страница реселлерского хостингапредлагает тарифы 40 ГБ, 75 ГБ и 130 ГБ с доступом WHM, безлимитным трафиком и безлимитными аккаунтами. Это не абстрактные облачные лозунги. Это заявления о том, что общие физические или виртуальные хосты существуют, что на них можно создавать аккаунты и что миграции и резервные копии — часть сервисного обещания.

Облачное меню повышает ставки.Страница Cloud VPSрекламирует инстансы от одного до четырёх виртуальных CPU, от 1 ГБ до 6 ГБ RAM, от 30 ГБ до 85 ГБ хранилища на SSD, ежедневные резервные копии, панель управления, OpenStack, KVM и Ceph. Она также продаёт дополнительные IP-адреса, дополнительные резервные копии системы и блоки системного администрирования по тридцать минут.Страница управляемого Cloud VPSрекламирует управляемые серверы с панелью управления, технической поддержкой, ежедневными резервными копиями, круглосуточным мониторингом и бесплатной миграцией.Страница приватного облакаидёт дальше, описывая виртуальный дата-центр на основе OpenStack с программно-определяемым хранилищем, заявлением об уровне обслуживания 99,99 %, двойной защитой сети и сервисами API: Cinder, Nova, Heat, Glance, Magnum, Neutron и Keystone.Страница Kubernetesописывает помощь в установке, настройке и сопровождении высокодоступного окружения Kubernetes и говорит, что услуга покрывает инфраструктуру, сеть и балансировщики нагрузки как один из своих слоёв.

Эти страницы дают Hosting27 более сильную публичную торговую поверхность, чем у многих небольших хостинговых сетей. Они также создают больший пробел в доказательствах. Продавец VPS на одном узле может подвести тихо. Продавец OpenStack, Ceph, приватного облака и Kubernetes должен ответить на большее число вопросов: сколько доступно физических узлов, как изолирована репликация хранилища, имеют ли компоненты управляющей плоскости независимые домены отказа, где лежат резервные копии, какой пул адресов обслуживает клиентов, какой маршрутизатор несёт маршрут и кто может отремонтировать систему при отказе физического слоя.

Поэтому самая безопасная отправная точка — ни отмахнуться, ни слепо довериться. У Hosting-27 есть видимый сайт и видимый AS. Публичные записи подтверждают существование болгарской хостинговой операции. Они не подтверждают сильный вывод об установленных облачных мощностях, восстановлении на нескольких площадках или независимости провайдера.

Запись RIPE даёт Hosting-27 небольшой, но реальный сетевой контур

Самое ясное доказательство инфраструктуры — в базе данных RIPE и в RIPEstat.Запись aut-num для AS42347в RIPE называет AS «Hosting-27», указывает Hosting-27 LTD через ORG-HA629-RIPE, фиксирует статус ASSIGNED, создание 24 августа 2017 года и последнее изменение 7 апреля 2021 года, а также политику импорта и экспорта для AS57344 и AS31083. Связаннаязапись организацииназывает Hosting-27 LTD, страну BG, регистрационный номер 204354361, тип организации OTHER, адрес в Софии Todor Aleksandrov 133 и контакт по злоупотреблениям GLAC2-RIPE. Она создана в августе 2017 года и последний раз изменена в мае 2026 года.

Выделение IPv4 столь же явное.Объект inetnum для 217.174.144.0 - 217.174.144.255в RIPE использует netname Hosting-27, страну BG, организацию ORG-HA629-RIPE и статус ASSIGNED PA.Route-объект для 217.174.144.0/24описывает Hosting27 и авторизует происхождение AS42347. Представлениеannounced-prefixesв RIPEstat показало 217.174.144.0/24 видимым в двухнедельном окне до 12 июля 2026 года. Его представлениестатуса маршрутизациипоказало один префикс IPv4, 256 адресов IPv4 и полную видимость IPv4 на 326 из 326 пиров RIPE RIS на момент проверки.

Этот /24 — не просто пассивная запись. Сам домен Hosting27.com резолвится в тот же блок. ПредставлениеDNS-chain для hosting27.comв RIPEstat резолвило hosting27.com в 217.174.144.181, связывало этот адрес в обратной записи с shared-11.cpaneler.com и перечисляло авторитетные серверы имён, включая ns1-pns.hosting27.com и ns2-pns.hosting27.com.Запись RDAP домена hosting27.comпоказывает, что домен зарегистрирован 12 июля 2013 года, истекает 12 июля 2027 года, регистратор — PublicDomainRegistry.com, а серверы имён находятся под hosting27.com. Видимый сайт, DNS и маршрутизируемый префикс, таким образом, сходятся на одном публичном сетевом контуре.

Пул адресов невелик. В /24 содержится 256 адресов IPv4 до того, как учтены интерфейсы маршрутизаторов, инфраструктурные хосты, серверы имён, IP-адреса виртуального хостинга, выделения клиентам, запасные адреса и резерв. Этого достаточно для реального хостингового бизнеса, особенно если многие клиенты виртуального хостинга сидят за виртуальными хостами, различаемыми по имени, и если небольшие тарифы VPS могут делить хосты, не получая по несколько публичных адресов. Этого недостаточно, чтобы делать вывод о большой установленной мощности.

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

Есть также второй route-объект, к которому следует отнестись осторожно. ПредставлениеAS-routing-consistencyв RIPEstat перечисляет 45.151.89.0/24 как присутствующий в whois, но не в BGP для AS42347 на момент запроса.Поиск по 45.151.89.0/24в RIPE показывает route-объект для AS42347, но inetnum принадлежит Geytit OOD, а не Hosting-27 LTD, и маршрут не входил в текущий видимый анонсируемый набор. Это означает, что route-политика, возможно, была подготовлена для другого пула, или что маршрут был неактивен, зарезервирован, устарел или не был виден на момент запроса. Его не следует засчитывать как доступную клиентам мощность Hosting-27, если только текущие данные BGP и коммерческие свидетельства это не подтверждают.

Сетевой контур, таким образом, реален, но строго ограничен: один видимый AS, один видимый IPv4 /24, действующий route-объект, живой сайт внутри блока и отсутствие видимого префикса IPv6 для AS42347 в представлении маршрутов RIPEstat.

Офис, сайт и контрактное имя — не то же самое, что подтверждённый машинный зал

Публичный адресный след полезен, но он не идентифицирует дата-центр.Страница контактовHosting27 указывает Софию, бульвар Todor Aleksandrov 133, 2-й этаж, а также телефон и адреса email поддержки и продаж. Запись организации RIPE для Hosting-27 LTD даёт совпадающий адрес Todor Aleksandrov 133.Запись организации RIPE для Geytit OODтакже использует адрес Todor Aleksandrov 133 и фигурирует как спонсирующая организация в записи AS42347. Эти записи значимы для контактов и администрирования реестра. Они не доказывают, что серверы клиентов стоят в этом здании, что Hosting-27 владеет там стойками или что у компании есть прямой доступ к электропитанию и кросс-коннектам.

Публичные юридические условия добавляют ещё одну границу.Страница общих условийHosting27 содержит PDF, аPDF-условиягласят, что условия обслуживания регулируют виртуальный хостинг, SSL-сертификаты, регистрацию доменов, виртуальные серверы и управляемые виртуальные серверы через сайт Hosting27.com. В PDF в болгарских условиях провайдером названо Cloud Systems OOD с другим регистрационным номером компании. Эта статья не рассматривает это как вывод о корпоративных отношениях. Она рассматривает это как вопрос должной осмотрительности покупателя: бренд, организация RIPE, спонсирующий LIR, веб-условия и эмитент счетов должны совпадать, прежде чем клиент сочтёт услугу надёжным инфраструктурным контрактом.

Эта граница важна не только при закупке, но и при сбое. Если VM падает в 02:00, клиенту нужно знать, какая организация управляет очередью поддержки, какая организация владеет или арендует оборудование, кто может санкционировать remote hands, кто может заменить диск, кто управляет сессией маршрутизатора, кто выставляет счёт за услугу и кто может сохранить данные при споре о биллинге. Несовпадение бренда, держателя AS и контрактного провайдера само по себе не плохо: многие хостинговые группы используют отдельные юридические лица для номерных ресурсов, клиентских контрактов, объектов и операций.

Но рассмотренные здесь публичные материалы не объясняют эту структуру. Клиентам стоит спрашивать напрямую.

Условия также ясно показывают, что услуга хостинга — ограниченное предложение, а не гарантия того, что каждый клиент получает полностью независимую среду. В PDF сказано, что виртуальный хостинг предполагает, что клиенты делят общие ресурсы сервера, такие как скорость, RAM и сетевое подключение, с другими пользователями. Раздел об управляемых виртуальных серверах описывает администрирование виртуально отделённого сервера с панелью управления, круглосуточной поддержкой, гарантированными ресурсами, не разделяемыми с другими клиентскими приложениями, мониторингом, реагированием на проблемы и регулярными резервными копиями.

Это полезный язык для понимания классов услуг. Но он оставляет неясными в публичном поле время восстановления, место хранения резервных копий, срок хранения снапшотов, репликацию на другой площадке, формат экспорта для клиента и компенсации за сбои.

Формулировка «виртуальный дата-центр» на странице приватного облака особенно важна с оговорками. Клиент, читающий эту фразу, может представить выделенную зону дата-центра. Сама страница описывает абстракцию OpenStack: создаваемые клиентом сети, маршрутизаторы, балансировщики нагрузки и сервисы хранилища. Это функции виртуальной управляющей плоскости. Они всё равно сидят на физических узлах, дисках, сетевых картах, коммутаторах верхнего уровня стойки (ToR), линиях электропитания и транзитных каналах.

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

Видимая зависимость по аплинку — Telehouse, а Telepoint — лишь возможность в политике

Картина маршрутов на текущей точке наблюдения проста. ПредставлениеASN-neighboursв RIPEstat для AS42347 сообщило об одном уникальном соседе на последний доступный момент: AS57344.Обзор AS для AS57344в RIPEstat идентифицирует AS57344 как TELEHOUSE-AS Telehouse EAD.Запись aut-num AS57344в RIPE показывает Telehouse с широкой политикой аплинков и пиринга, включая Arelion, Cogent, GTT, Level 3, Liberty Global, NTT, Orange, PCCW, RETN, Seabone, Tata, Telxius и несколько площадок обмена трафиком.Запись AS57344в PeeringDB описывает Telehouse как имеющую глобальный охват, поддержку IPv6, множество точек обмена и записи о площадках.

Эта широта Telehouse помогает объяснить, как /24 Hosting-27 виден с глобальных коллекторов. Она не делает Hosting-27 автоматически мультихоумным. Немедленная наблюдаемая зависимость AS42347 — по-прежнему один сосед. Если маршрут AS42347 на активном крае несёт только Telehouse, то проблема на стороне Telehouse, разрыв сессии, фильтр маршрута, инцидент на объекте, проблема кросс-коннекта, коммерческая задержка или окно обслуживания могут затронуть всех клиентов, использующих видимый префикс Hosting-27.

Публичные коллекторы маршрутов могут не видеть скрытые резервные пути, временно простаивающие сессии или договорённости, которые активируются только при сбое. Но бремя доказательства такой избыточности лежит на провайдере, потому что текущая публичная картина BGP её не показывает.

AS31083 — второе имя, которое нужно трактовать точно. Запись aut-num AS42347 в RIPE указывает политику импорта и экспорта с AS31083, аобзор AS31083в RIPEstat идентифицирует AS31083 как Telepoint Ltd.Запись aut-num AS31083в RIPE показывает Telepoint подключённым к нескольким аплинкам, азапись Telepointв PeeringDB сообщает о меньшем профиле европейского охвата. Но представление AS-routing-consistency в RIPEstat показывает AS31083 присутствующим в политике whois и отсутствующим в BGP для AS42347 на момент запроса. Это значит, что одну реестровую политику не следует описывать как активную избыточность.

Отсутствие Hosting-27 в PeeringDB усиливает необходимость осторожности.Запрос PeeringDB для AS42347не вернул публичного сетевого объекта. Многие небольшие сети работают без профиля PeeringDB, так что отсутствие там — не недостаток. Но это значит, что в этом каталоге нет публичного списка объектов Hosting-27, точек обмена, страницы looking-glass, оценки трафика, политики пиринга или профиля NOC. Единственный публичный след взаимодействия — политика RIPE, коллекторы маршрутов и идентичности наблюдаемых или зарегистрированных аплинков.

Результат по безопасности происхождения маршрута положительный.Проверка RPKI для 217.174.144.0/24в RIPEstat сообщает о действующем ROA для AS42347, происходящей ровно из /24 с максимальной длиной /24. Это помогает сетям, применяющим валидацию происхождения маршрута, принимать маршрут как авторизованный. Это не защищает от отказа хоста, отказа хранилища, ошибки конфигурации маршрутизатора, неоплаченных счетов аплинку, компрометации панели управления или блокировки аккаунта клиента. RPKI отвечает, кто может анонсировать префикс, а не может ли хостинговая услуга восстановиться.

Для покупателей вопрос должной осмотрительности по транзиту практичен: является ли Telehouse активным аплинком для всех услуг Hosting27, является ли AS31083 резервной или исторической записью политики, может ли любой из путей нести нагрузку клиента во время обслуживания, и анонсируются ли маршруты из физически раздельных точек сдачи или из одного зала и одной цепочки зависимостей?

Рекламируемые облачные функции не равны установленным, пригодным к использованию или восстанавливаемым мощностям

Экономика хостинга вознаграждает эффективное разделение. Виртуальный хостинг продаёт диски, почту и управление сайтами, объединяя множество клиентских аккаунтов на одном или нескольких серверах. VPS-хостинг продаёт виртуальные CPU, RAM и срезы хранилища от более крупных хостов. Управляемый VPS добавляет труд поддержки, мониторинг и администрирование. Приватное облако добавляет слой оркестрации и более сильное обещание контроля для клиента. Kubernetes добавляет ещё один слой оркестрации поверх этого. Каждый слой может быть реальным, оставаясь зависимым от небольшого числа физических узлов.

Страницы Hosting27 делают широкие заявления, правдоподобные для небольшого болгарского провайдера, но их масштаб невозможно оценить извне. Тарифы виртуального хостинга рекламируют безлимитные сайты, почтовые ящики и трафик, но это правила тарифа, а не бесконечная мощность. Услуга всё равно зависит от CPU, RAM, I/O хранилища, лимитов inode, правил добросовестного использования, контроля спама и обработки злоупотреблений.

Реселлерские тарифы рекламируют безлимитный трафик и аккаунты, но лимиты хранилища — 40 ГБ, 75 ГБ и 130 ГБ; реальным ограничением может быть I/O, репутация исходящей почты, плотность аккаунтов или производительность общего хоста до того, как закончится сырое дисковое пространство.

Страницы VPS конкретнее, потому что перечисляют виртуальные CPU, RAM и SSD. Тариф Cloud VPS с одним vCPU, 1 ГБ RAM и 30 ГБ SSD и тариф с четырьмя vCPU, 6 ГБ RAM и 85 ГБ SSD можно развернуть на скромном кластере OpenStack. Но таблица тарифов не показывает, сколько инстансов можно продать без конкуренции, сколько существует узлов, превышена ли подписка на CPU, как настроена репликация хранилища, охватывает ли Ceph независимые домены электропитания и хранятся ли резервные копии на той же физической системе, которую они должны защищать.

Страница говорит, что Ceph хранит данные реплицированными в нескольких местах; клиенту всё равно нужно знать, отдельные ли это диски, отдельные корпуса, отдельные стойки или отдельные площадки.

Язык уровня обслуживания 99,99 % на странице приватного облака следует рассматривать как заявление для проверки, а не как доказательство достигнутого операционного состояния. Четыре девятки доступности допускают лишь небольшой простой в год и требуют и архитектурной, и операционной дисциплины: резервное электропитание, резервные сетевые пути, аккуратно управляемое хранилище, проверенное восстановление управляющей плоскости, управление изменениями, мониторинг и команда поддержки, способная действовать быстро.

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

Запас адресов ограничивает некоторые сценарии. Клиенту, которому нужно много публичных адресов IPv4, разделение почтовых сервисов, поддержка устаревших SSL-сертификатов, привязанных к IP-адресу, изоляция от злоупотреблений или VPN-эндпоинты, стоит спросить, сколько IPv4 реально доступно. Подсчётстатуса маршрутизации RIPEstatв 256 адресов IPv4 — не то же самое, что 256 продаваемых клиентских IP. Часть занимают инфраструктура, DNS, виртуальный хостинг, управление, резервы и выделения клиентам. Дополнительные IP продаются на странице Cloud VPS, что делает пул операционно важным. Если злоупотребления или блоклисты затронут часть /24, небольшой пул адресов может усложнить восстановление.

IPv6 — ещё один пробел. Рассмотренные публичные страницы продуктов Hosting27 не делают сильного обещания IPv6, и RIPEstat не показывает видимого анонсируемого пространства IPv6 для AS42347 на момент проверки. Клиенту, которому нужен хостинг с IPv6, не стоит делать вывод из слова cloud. Ему стоит запросить тестовый адрес IPv6, покрытие SLA, обработку firewall, обратный DNS, свидетельства маршрутизации и узнать, доступен ли IPv6 на виртуальном хостинге, VPS, приватном облаке и Kubernetes так же, как IPv4.

Вывод статьи о мощностях поэтому консервативен: Hosting27 продаёт реальный набор хостинговых и облачных продуктов, и AS42347 даёт этим продуктам реальный публичный сетевой контур. Но нет публичных доказательств, переводящих меню тарифов в установленные узлы, доступный запас мощностей, мультисайтовую архитектуру или восстанавливаемые клиентом образы.

Заявления о поддержке и резервных копиях полезны, но полномочия на ремонт — главный вопрос

Свидетельства поддержки лучше, чем молчание.Страница контактовHosting27 перечисляет адреса поддержки, включая почтовые ящики support и devops, а также отдельный адрес продаж.Страница тикетов поддержкиговорит, что клиенты, которые не могут решить проблему по документации, могут отправить запрос в соответствующий отдел. Она описывает поддержку как работающую каждый день без перерыва, а запросы продаж — обрабатываемые с понедельника по пятницу с 09:00 до 18:00. Вбазе знанийесть категории для cPanel, Virtualmin, VPS-серверов, WordPress, доменов и виртуального хостинга.Страница объявленийсодержит более старое объявление о сайте 2018 года, что по крайней мере показывает, что клиентский портал является частью сервисной поверхности уже много лет.

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

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

Но открытыми остаются практические вопросы: на том же кластере или вне площадки лежат резервные копии, сколько поколений существует, может ли клиент восстановиться самостоятельно, можно ли экспортировать образ VM, что происходит после приостановки аккаунта и каково целевое время восстановления?

Обещание миграции также уже, чем кажется. Hosting27 говорит, что может бесплатно перенести хостинг-аккаунт или сайт WordPress. Это помогает при подключении. Это не обязательно создаёт путь выхода. Клиент, который позже уходит, может нуждаться в полной резервной копии cPanel, дампе базы данных, файлах зон DNS, почтовых ящиках, образе диска VM, снапшоте блочного хранилища, данных объектов, манифестах Kubernetes, образах контейнеров, секретах и перенумерации IP. Публичный сайт не описывает форматы экспорта, сроки хранения, комиссии за миграцию после отмены или возможность забрать образы из OpenStack.

Обработка злоупотреблений важна, потому что хостинг-провайдеры живут и умирают на общей репутации. Запись организации RIPE для Hosting-27 направляет жалобы наGLAC2-RIPE, контакт по злоупотреблениям GateIT. Это реестровый путь для злоупотреблений, не обязательно тот же, что розничный стол поддержки. Клиенту, работающему с почтой, электронной коммерцией или публичными API, стоит спросить, кто управляет обратным DNS, кто занимается снятием блоклистов, кто решает, ведёт ли один скомпрометированный аккаунт к более широкой приостановке, и можно ли изолировать проблемы репутации IP внутри /24.

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

Локализация данных не решается болгарским адресом или болгарским IP-адресом

Болгарская поверхность Hosting27 значима. Сайт — на болгарском языке, страница контактов даёт софийские данные, организация и адрес RIPE болгарские, ASN находится в регионе RIPE, а видимый блок IPv4 зарегистрирован со страной BG. Для клиентов с болгарскими пользователями болгарский счёт, поддержка на местном языке и задержка до Софии или региональных сетей могут быть причинами рассмотреть услугу. Для клиентов с регуляторными или контрактными требованиями к локализации данных эти признаки — только начало.

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

Болгарский IP-адрес не доказывает, что все данные остаются в Болгарии. Резервные копии виртуального хостинга могут храниться на другом объекте. Мониторинг может выполняться из другого места. Тикет поддержки может содержать персональные данные. Панель управления может зависеть от стороннего ПО или внешней аутентификации. Функция CDN может намеренно размещать статический контент в других странах. Услуга регистрации доменов неизбежно взаимодействует с реестрами и регистраторами вне хостингового узла.

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

Поэтому правильные вопросы должной осмотрительности конкретны. Где находится основной вычислительный узел? Где хранятся снапшоты и резервные копии? Находятся ли сотрудники поддержки и удалённые администраторы внутри ЕС? Предлагает ли провайдер соглашение об обработке данных? Какое юридическое лицо является обработчиком хостинг-услуг? Называет ли контракт ту же сторону, которая выставляет счёт клиенту? Если данные покидают Болгарию или ЕЭЗ, какой механизм передачи применяется? Что происходит, если клиент запрашивает удаление или экспорт? Какие логи хранятся и как долго?

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

Пути отказа для проверки: стойка, аплинк, запас оборудования, поддержка, биллинг и миграция

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

Второй путь — транзит аплинка. RIPEstat сейчас видит AS42347 через AS57344. Провайдер должен суметь сказать, есть ли у маршрута второй активный аплинк, активен ли Telepoint, находится ли он в резерве или историчен, протестирован ли резервный маршрут, отслеживается ли валидация происхождения маршрута и получают ли клиенты уведомление перед сетевыми работами. Действительный результат RPKI — хорошо. Это не то же самое, что второй путь.

Третий путь — запас оборудования и хранилища. Предложения VPS и приватного облака зависят от соотношения между проданными тарифами и доступными вычислительными мощностями, RAM, I/O дисков и репликацией хранилища. Клиенту стоит спросить, гарантированы ли рекламируемые ресурсы, превышена ли подписка на CPU, охватывает ли Ceph отдельные хосты или отдельные стойки, сколько отказов выдерживает система и достаточно ли запасных мощностей для восстановления хоста в пиковый период. Публичная страница называет OpenStack, KVM и Ceph, но эти имена могут описывать что угодно — от небольшого кластера до более крупной мультистоечной среды.

Четвёртый путь — эскалация поддержки. Hosting27 открывает страницы поддержки, продаж, базы знаний и тикетов. Покупателю всё равно стоит проверить качество ответов, спросить, кто на связи, определить аварийный путь для упавшей VM и спросить, может ли поддержка напрямую связаться с операторами сети и объекта. Ответ отдела продаж — не то же самое, что полномочия при инциденте.

Пятый путь — биллинг и юридическая непрерывность. PDF-условия сайта называют провайдером Cloud Systems OOD, тогда как RIPE называет сетевой организацией Hosting-27 LTD. Клиентам стоит спросить, какая сторона подписывает контракт, какая сторона выставляет счета, какая сторона контролирует приостановку услуги и какая сторона отвечает за экспорт и удаление после отмены. Если аккаунт приостановлен из-за биллинга или злоупотреблений, клиент должен знать, как долго данные остаются восстанавливаемыми.

Шестой путь — миграция. Для виртуального хостинга путь выхода должен включать резервную копию cPanel, DNS, почтовые ящики и базы данных. Для WordPress — файлы, базу данных, редиректы и тайминг DNS. Для VPS — экспорт образа диска, формат снапшота, перенумерацию IP и обновление firewall. Для приватного облака и Kubernetes — тома, сети, балансировщики нагрузки, манифесты, секреты и реестры образов. Hosting27 маркетирует бесплатную входящую миграцию, но публичные материалы не публикуют полное обещание исходящей переносимости.

Седьмой путь — репутация адресов. Компактный /24 может быть эффективным, но даёт меньше места для изоляции скомпрометированных клиентов. Проблемы с почтой, прокси, сканированием и злоупотреблениями могут приводить к блоклистам, фильтрации на аплинке или внутренним приостановкам. Клиентам с почтовыми или транзакционными нагрузками стоит спросить о контроле обратного DNS, процедуре реагирования на злоупотребления, политике снятия блоклистов и о том, берутся ли дополнительные IP из того же пула 217.174.144.0/24.

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

Что сделало бы доказательства сильными

У Hosting-27 Hosting-27 LTD достаточно публичных свидетельств для реального операционного профиля: сайт жив, клиентский портал жив, страницы продуктов конкретны, маршрут виден, домен резолвится внутри видимого IPv4-блока компании, организация RIPE актуальна, а авторизация происхождения маршрута действительна. Это существенно сильнее, чем компания, единственный след которой — устаревшая запись AS.

Публичных свидетельств недостаточно для высокодоверительной опоры на инфраструктуру без прямой проверки.

Более сильный профиль включал бы актуальную юридическую страницу, согласующую бренд, организацию RIPE и контрактного провайдера; заявление об объекте, называющее оператора дата-центра или объясняющее хостинговую договорённость; SLA с условиями измерения и кредитами; страницу статуса или архив инцидентов; явные цели хранения резервных копий и восстановления; доступность IPv6, если она предлагается; второй активный аплинк или письменное объяснение route-политики Telepoint; форматы экспорта для данных VPS и приватного облака; и понятную процедуру злоупотреблений и репутации IP.

Такое раскрытие также защитило бы Hosting27 от оценки только по самому хрупкому публичному сигналу — единственному видимому /24. Компактный адресный след может поддерживать дисциплинированного провайдера, но только если клиенты видят, как компания разделяет общие аккаунты, виртуальные серверы, резервные копии, обработку злоупотреблений и полномочия на восстановление, когда один и тот же небольшой сетевой блок несёт много видов услуг.

Вероятный набор клиентов следует разделить по уровню риска. Небольшой болгарский сайт, staging-сервер, некритичный сайт WordPress или экспериментальный VPS могут оценивать Hosting27 обычным тестированием услуги: заказать небольшой тариф, проверить поддержку, измерить задержку, восстановить резервную копию и проверить отмену. Бизнес-критичной системе не стоит полагаться на одну таблицу тарифов. Ей стоит получить письменные ответы об объекте, резервных копиях, диверсификации транзита, юридическом контрактировании и переносимости данных до переноса продакшена.

Итог сбалансирован. Hosting-27 Hosting-27 LTD виден как болгарский продавец размещённых мощностей с AS42347 и живой платформой Hosting27.com. Его публичная операционная история не пуста. Но решающие инфраструктурные факты остаются за торговым слоем. Пока эти факты не раскрыты или не проверены в клиентском контракте, Hosting27 следует понимать как компактного болгарского провайдера хостинга и облачных сервисов, чьё клиентское обещание по-прежнему зависит от невидимых стоек, транзита, видимого через Telehouse, конечного запаса IPv4, труда поддержки, контрактов провайдеров и ремонтных окон.