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

HSHP: отзыв IPv4-сетей в августе 2026 года

Ичи12.09.2026ХостингХостингHSHPИнцидентыIPv4СетьLIR2026Около 2 минОколо 456 слов

HSHP: отзыв IPv4-сетей 20 августа 2026 года

Что произошло

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.

Почему инцидент существенный

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

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

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

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

Влияние на оценку HSHP

Категорию «Норм» пока оставляем без изменения, но инцидент нужно учитывать как отдельный сетевой риск.

Причины не понижать оценку автоматически:

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

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

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

Если подобные случаи повторятся или выяснится, что восстановление занимало значительное время, категорию стоит пересмотреть до «Кандидаты на тест».

Источники