Перейти к основному содержанию

HSHP: недоступность VPS, пользовательские сообщения и отзыв IPv4 в 2026 году

Ичи03.10.2026ХостингХостингHSHPИнцидентыVPSIPv4СетьLIR2026Около 3 минОколо 1002 слов

Инциденты и пользовательские сообщения HSHP в 2026 году

Дополнение от 17 сентября 2026 года: личное наблюдение автора и серия сообщений пользователей. Они отделены от ранее внесённого официального уведомления об отзыве IPv4; общая техническая причина не установлена.

Почти час недоступности VDS и сайта — сообщение автора 17 сентября

Автор сообщил: почти час одновременно не открывались его VDS и сайт hshp.host. Это личное наблюдение недоступности, которое учитывается без требования сначала получить признание провайдера.

Источник — сообщение автора от 17 сентября 2026 года. Длительность приблизительная, не ровно 60 минут; точные отметки начала и восстановления, локация VDS, исходная сеть и техническая причина не зафиксированы. Дата сообщения не подменяет неизвестные отметки самого события. Наблюдение не доказывает одновременный отказ всех локаций или общую причину недоступности двух ресурсов.

Этот случай нельзя автоматически приписывать августовскому отзыву IPv4, неоплате или задержке первоначальной выдачи. Отдельные старые случаи проблем с IP из карточки не складываются с ним без подтверждения, что речь идёт о разных событиях.

Сентябрь: сообщения пользователей о недоступности VPS

При проверке 17 сентября на Detector404 прочитаны следующие комментарии. Это даты публикаций, не установленные моменты начала аварий; часовой пояс страницы не указан.

Дата публикацииСообщения пользователей
9 сентября, 07:17Недоступен VPS в Москве
5 сентября, 09:48, 13:25 и 14:19Несколько сообщений о недоступности VPS
4 сентября, 17:10Не удаётся подключиться по SSH; автор сообщает об обращении в поддержку
3 сентября, 09:29 и 15:37Недоступность VPS, в одном сообщении явно указана Москва
1 сентября, 09:10Недоступность VPS
25 августа, 13:22–13:39Сообщения о VPS и доступе к личному кабинету

Это повторяющиеся пользовательские сигналы, которые нужно сохранять в журнале, а не отбрасывать из-за отсутствия официальной status-записи. Число сообщений не равно числу независимых клиентов или аварий; одинаковые короткие комментарии могут дублироваться. Они не дают точного uptime, длительности каждого сбоя или установленной причины.

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

Выдача сервера — отдельный риск

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

20 августа — отзыв IPv4-сетей

20 августа 2026 года в 22:29 канал HSHP Alerts сообщил, что LIR отозвал часть ранее выделенных провайдеру IPv4-сетей.

Затронуты адреса из диапазонов:

  • 94.228.168.xxx;
  • 178.236.244.xxx;
  • 178.236.245.xxx.

По сообщению HSHP, серверы с такими адресами перестали быть доступны по старому IPv4. Провайдер отдельно указал, что сами серверы, диски, файлы и настройки не переносились и не удалялись: менялся внешний IP-адрес.

HSHP пообещал выдать новые IP автоматически и начислить затронутым клиентам дополнительную неделю аренды.

Что требовалось после смены адреса

Даже если новый IPv4 появляется в панели автоматически, для рабочего сервиса смена адреса может потребовать ручных действий:

  • обновить A-записи DNS;
  • проверить TTL и время распространения DNS;
  • обновить firewall/ACL allowlists;
  • заменить IP в reverse proxy, VPN, monitoring и backup jobs;
  • проверить PTR/rDNS и исходящую почту;
  • обновить сторонние API, где адрес внесён в allowlist;
  • проверить SSH known_hosts, если инфраструктура привязана не только к hostname;
  • выполнить внешний synthetic-check после переключения.

Для почтового сервера смена IPv4 особенно чувствительна: новый адрес нужно отдельно проверить по rDNS, SPF, репутации и блок-листам. Компенсация аренды не компенсирует возможную потерю доступности из-за DNS или сторонних allowlists.

Почему отзыв IPv4 существенный

Это не обычный кратковременный сетевой сбой. Отзыв адресного пространства может привести к forced renumbering — изменению публичных IP у работающих сервисов.

Такой риск влияет на сценарии, где IPv4 считается постоянным идентификатором инфраструктуры:

  • DNS с большим TTL;
  • VPN и site-to-site tunnels;
  • firewall allowlists;
  • SMTP и почтовая репутация;
  • API партнёров с whitelist;
  • лицензии или внешние сервисы, привязанные к IP.

Поэтому критичные системы не стоит проектировать так, чтобы смена одного публичного IPv4 требовала длительной ручной реконфигурации.

Оценка августовского события

При добавлении августовского события категория «Норм» была сохранена, а отзыв адресов выделен как отдельный сетевой риск.

В той оценке учитывались:

  • провайдер публично сообщил, какие сети затронуты;
  • было заявлено отсутствие потери данных;
  • заявлена автоматическая выдача нового IPv4;
  • объявлена компенсация в виде недели аренды.

Что стоит проверить при следующем тесте HSHP:

  1. сколько фактически заняла выдача нового IP у затронутых серверов;
  2. были ли адреса заменены без обращения в поддержку;
  3. были ли проблемы с новым rDNS;
  4. как быстро обновилась информация в панели;
  5. повторялись ли отзывы или вынужденные замены сетей после 20 августа;
  6. можно ли заранее получить информацию о происхождении/стабильности выделяемого IPv4.

Если именно отзывы или вынужденные замены IPv4 повторятся либо выяснится, что восстановление занимало значительное время, прежняя оценка требует пересмотра. Сентябрьские сообщения о недоступности пока не являются доказательством повторного отзыва адресов.

Вывод после сентябрьского дополнения

Периодические задержки выдачи, личная почти часовая недоступность VDS вместе с сайтом и серия жалоб учитываются при оценке HSHP, даже без опубликованного RCA. Категория «Норм» в этом дополнении сохранена с существенными оговорками и флагом повторной оценки; прежний положительный тест не отменяет новые сведения.

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

Источники