IP виртуального хостинга в черном списке: что можно исправить

Опубликовано 2026-11-03 ／ Обновлено 2026-11-03 ／ Автор Yuki Nakazawa

Если IP виртуального хостинга попал в черный список, сначала нужно выяснить, кто управляет этим IP и в каком именно списке он числится, с каким кодом ответа. Затем устраните все, что зависит от вас, и отправьте хостинг-провайдеру результаты проверки, чтобы он мог принять меры. На общем IP причиной может быть совсем другой клиент, а для некоторых списков запросить удаление может только владелец сети.

Только что выданный IP VPS или облака тоже может выглядеть «занесенным в черный список» с первого дня — либо из-за истории предыдущего пользователя, либо потому, что диапазон внесен в список как не предназначенный для прямой отправки почты. В любом случае решение об удалении из списка всегда принимает его оператор.

Это руководство основано на официальных страницах Spamhaus, AWS, Google Cloud и Microsoft Azure по состоянию на ноябрь 2026 года. Ограничения и процедуры меняются, поэтому перед действиями проверьте актуальные формулировки. Общую картину отказов, связанных с черными списками, см. в нашем руководстве о письмах, заблокированных из-за черных списков.

Бесплатно проверьте, не числится ли ваш домен или IP-адрес примерно в 345 чёрных списках.

Сначала определите IP и список

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

С какого IP на самом деле уходит ваша почта? IP, на котором размещен сайт, не обязательно совпадает с тем, через который доставляется почта. Прочитайте сообщение об отказе — в нем часто указан отклоненный IP — и проверьте заголовки Received в отправленном вами письме, чтобы подтвердить реальный исходящий адрес.
Кто управляет этим IP? На виртуальном хостинге это адрес, общий с другими клиентами. На выделенном сервере, VPS или облачном инстансе он закреплен за вами, хотя окружающий диапазон по-прежнему принадлежит провайдеру. Использует ли исходящая почта общий адрес, можно узнать из описания тарифа или в панели управления.
В каком он списке? Списки различаются и по смыслу, и по тому, кто может исправить ситуацию. Проверьте IP нашим сервисом проверки по черным спискам, чтобы сразу увидеть все основные списки, и запишите их названия и коды ответа.

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

Как читать результаты проверки и коды ответа

Spamhaus ZEN (zen.spamhaus.org) — объединенный IP-список Spamhaus. Для IP из списка возвращается адрес в диапазоне 127.0.0.x, а последнее число показывает, какой из входящих в него списков сработал. Для IP виртуального хостинга и облака стоит различать следующие коды:

Код ответа	Список	Что это обычно означает на хостинге или в облаке
127.0.0.2	SBL	IP признан вредоносным. Запрос на удаление должен исходить от интернет-провайдера или хостинговой компании, отвечающей за него.
127.0.0.3	CSS	Внесен автоматически за отправку почты с низкой репутацией. Перед запросом на удаление устраните причину.
127.0.0.4	XBL	Признаки компрометации. Вероятно, где-то на этом IP есть зараженная машина или взломанный сайт.
127.0.0.10	PBL (ведет провайдер)	Сеть пометила диапазон как не предназначенный для прямой отправки почты.
127.0.0.11	PBL (ведет Spamhaus)	Тот же смысл политики; при соблюдении условий возможно самостоятельное исключение.

Запись в PBL — не обвинение. Это заявление о политике: почта с этого адреса должна передаваться с аутентификацией на сервер, который пересылает ее дальше. Spamhaus активно призывает интернет-провайдеров и другие сети вносить все диапазоны, которые не должны отправлять почту, и это прямо касается веб-серверов.

Коды 127.255.255.252, 127.255.255.254 и 127.255.255.255 — ошибки, а не записи в списке. В FAQ Spamhaus по использованию DNSBL также предупреждается, что бесплатный публичный резолвер, например Google Public DNS (8.8.8.8), в большинстве случаев вернет «не в списке», — поэтому разные инструменты могут давать разные результаты. В случае сомнений проверьте результат в официальном сервисе проверки репутации Spamhaus. Полные процедуры для каждого списка см. в материале как устроено удаление из Spamhaus.

Что можно исправить самому, а что нет

Объем того, что вы можете изменить, зависит от того, за что вы платите.

Тип хостинга	Обычно можно исправить	Обычно нельзя исправить
Виртуальный хостинг (общий IP)	Проблемы внутри своего аккаунта: утекшие пароли почтовых ящиков, взломанный сайт, используемая для спама контактная форма; SPF, DKIM и DMARC для своего домена	Отправку почты другими клиентами, сам исходящий IP, запросы на удаление из SBL, обратную DNS-запись и HELO сервера
VPS или выделенный сервер	Настройку операционной системы и почтового сервера, согласованные обратную DNS-запись и HELO, политику исходящего порта 25, очистку от вредоносного ПО	Записи, охватывающие весь диапазон провайдера (например, записи PBL, которые ведет провайдер), и сетевые политики провайдера
Облачный инстанс	Все перечисленное выше, а также перенос исходящей почты на внешний сервис отправки	Ограничения порта 25 на уровне платформы, снять которые может только провайдер

Как исключить проблемы в собственном аккаунте на виртуальном хостинге

Взломанные почтовые ящики. Просмотрите журналы отправки и папки «Отправленные» на предмет всплесков писем, которых вы не отправляли. Если такие найдутся, немедленно смените пароли.
Взломанный сайт. Устаревшие установки CMS и плагины — распространенный способ, которым злоумышленники загружают скрипты рассылки.
Злоупотребление формами. Контактные формы, автоответ которых позволяет посетителю выбрать получателя или текст письма, можно превратить в спам-пушку.
Качество списков рассылки. Рассылка по купленным базам или на адреса, владельцы которых не давали согласия, — верный способ испортить общий IP для всех, включая вас самих.

Если ничего из этого не обнаружилось, вероятная причина — кто-то другой на том же адресе. В FAQ Spamhaus о порте 25 об этом сказано прямо: в пулах общих IP большинство пострадавших от записи — не те, у кого зараженное устройство. В этом случае ваша задача — собрать доказательства и передать их провайдеру.

Как сообщить о проблеме хостинг-провайдеру

Spamhaus указывает, что запросы на удаление из SBL должен отправлять интернет-провайдер, отвечающий за внесенный IP, а обычным пользователям советует обращаться за устранением проблемы к своему провайдеру. Для клиента виртуального хостинга этот провайдер — хостинговая компания. Обращение в поддержку со словами «у меня не доходит почта» обычно долго пересылается между отделами. Обращение со следующими сведениями, как правило, обрабатывается быстрее:

IP-адрес отправителя, подтвержденный по заголовкам или сообщению об отказе.
Список и код ответа, например zen.spamhaus.org возвращает 127.0.0.2.
Когда и чем вы проверяли, включая то, что показал официальный сервис проверки репутации, если вы им пользовались.
Текст отказа — именно строку, в которой принимающий сервер объясняет причину отклонения.
Что вы уже исключили, например смену паролей и чистую проверку сайта.
О чем вы просите: расследовать проблему, при необходимости запросить удаление у оператора списка или перевести исходящую почту вашего аккаунта на другой IP.

Короткий пример:

Our outbound IP 192.0.2.10 returns 127.0.0.2 (SBL) on zen.spamhaus.org.
We confirmed this on the official Spamhaus checker at 10:00 UTC on 2026-11-03.
We have reset all mailbox passwords and found no unexpected files on our site.
Please investigate, request removal if appropriate, or advise whether our mail
can be sent from a different IP.

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

Ограничения порта 25 и обратная DNS на VPS и в облаке

Если вы держите собственный почтовый сервер на VPS или облачном инстансе, проблема может возникнуть еще до того, как в дело вступят черные списки: многие провайдеры ограничивают исходящий TCP-порт 25, через который почта доставляется между серверами. Официальная документация AWS, Google Cloud и Microsoft Azure сообщает следующее.

Amazon EC2 (AWS). По умолчанию EC2 разрешает исходящий трафик на порт 25 только к частным адресам IPv4; трафик к публичным адресам IPv4 и IPv6 блокируется. Вы можете запросить снятие ограничения. Для отправки почты третьим лицам AWS рекомендует выделить адреса Elastic IP и назначить им статические обратные DNS-записи, отмечая, что это может помочь избежать пометки писем как спама. Прямая DNS-запись (A), указывающая на Elastic IP, должна существовать до создания обратной записи.
Google Cloud (Compute Engine). Исходящий трафик на TCP-порт 25 внешних IP-адресов по умолчанию заблокирован. Блокировка снимается автоматически, когда Google Cloud определяет проект как низкорисковый; статус проекта можно проверить по баннеру на страницах VPC networks или firewall policies в консоли. SMTP поверх TLS на портах 465 и 587 под блокировку не попадает. Google рекомендует пользоваться надежным сторонним почтовым сервисом и указывает, что это улучшает репутацию вашего IP.
Microsoft Azure (виртуальные машины). Исходящий порт 25 заблокирован для всех типов подписок, кроме стандартного Enterprise Agreement и Microsoft Customer Agreement for enterprise (MCA-E). Подписки Enterprise Dev/Test по умолчанию заблокированы, но для них можно получить исключение через диагностику в портале. Службы SMTP-релея с аутентификацией, обычно на порте 587, не ограничены ни для одного типа подписки, и Microsoft рекомендует именно их. Microsoft отмечает, что даже при открытом порте 25 нет гарантии, что внешние домены примут почту.

Заблокированный порт 25 — проблема доставки, а не репутации, и открытие порта никак не влияет на репутацию вашего IP. Если же вам нужно исключение из Spamhaus PBL для адреса в облаке или на VPS, IP должен быть статическим, на нем должен реально работать сервер исходящей почты, у него должны быть корректные прямая и обратная DNS-записи и он должен быть закреплен за вами. Spamhaus также требует, чтобы исходящий порт 25 был закрыт для всех остальных устройств за этим адресом.

Переход на выделенный IP или SMTP-релей с аутентификацией

Если общий IP постоянно страдает из-за соседей или облачный провайдер не открывает порт 25, изменить способ отправки часто практичнее, чем раз за разом добиваться удаления из списков.

Внешний SMTP-релей с аутентификацией

Вместо того чтобы доставлять почту напрямую получателю, ваш сервер передает каждое письмо серверу отправки с аутентификацией, который доставляет его от вашего имени. Именно такую модель Spamhaus описывает для диапазонов из PBL: почта должна передаваться с аутентификацией на релей, который может обслуживать подключающий провайдер или внешний почтовый сервис. В FAQ Spamhaus о порте 25 добавлено, что конечным пользователям следует использовать порты 587 или 465 с SMTP AUTH. И Azure, и Google Cloud рекомендуют релей с аутентификацией или сторонние почтовые сервисы, а Microsoft отмечает, что такие сервисы используются в том числе для поддержания репутации IP, от которой зависит доставка.

Укажите имя хоста релея, порт (обычно 587) и учетные данные так, как описано в документации вашего поставщика.
Добавьте релей в SPF-запись своего домена и настройте для него подпись DKIM. См. как настроить SPF, DKIM и DMARC.
Прежде чем переводить на релей большие объемы почты, проверьте его лимиты на отправку.

Выделенный IP

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

Новые адреса проверяются строже. В тех же рекомендациях сказано, что HELO-домены без истории отправки проходят дополнительную фильтрацию и что измененный IP или имя хоста в HELO следует считать новыми и прогревать постепенно. Сервисы прогрева, генерирующие искусственный трафик, запрещены.
Задайте осмысленную обратную DNS-запись. Spamhaus предупреждает, что типовые или автоматически сгенерированные обратные записи на выделенных IP могут вредить репутации.
Проверьте новый IP перед использованием. Адрес может нести запись от предыдущего пользователя, поэтому проверьте его, прежде чем начинать отправку.

Как не допустить повторения

Согласуйте имя хоста, HELO и обратную DNS-запись. В FAQ Spamhaus по CSS сказано, что прямая DNS-запись вашего IP должна совпадать со значением HELO, заданным на сервере, а HELO должен быть полным доменным именем (FQDN). Значения вроде localhost.localdomain названы там распространенными ошибками.
Разрешайте порт 25 только почтовым серверам. На VPS, где работают и другие задачи, закройте исходящий порт 25 для всего, что не является вашим почтовым сервером.
Защищайте сайты и аккаунты. Обновляйте CMS и плагины, не используйте одни и те же пароли повторно и по возможности включайте двухфакторную аутентификацию.
Проверьте настройки исходящей почты в панели управления. В FAQ по CSS описана опция Plesk, которая подставляет в приветствие SMTP собственное имя каждого домена. Там предупреждается, что если несколько доменов на сервере используют один IP, почта некоторых или всех этих доменов может помечаться как спам получателями, использующими Spamhaus XBL, и что эту опцию следует применять с крайней осторожностью. Найдите аналогичную настройку в своей панели и следуйте рекомендациям провайдера или разработчика панели.
Регулярно проверяйте. Статус общего IP может измениться из-за действий других людей. Периодически проверяйте его нашим сервисом проверки по черным спискам и сообщайте провайдеру об изменениях как можно раньше.

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

Если не хотите разбираться самостоятельно

Мы порекомендуем специалистов, которые возьмут на себя запросы на исключение из списков, консультации и советы (от JPY 50,000). Решение об исключении принимает оператор каждого списка, поэтому результат гарантировать нельзя.

Получить помощь

Этот сайт может получать вознаграждение за рекомендацию от указанных специалистов. About

Частые вопросы

IP моего виртуального хостинга в черном списке. Могу ли я сам запросить удаление?

Это зависит от списка. Для Spamhaus SBL запрос на удаление должен исходить от интернет-провайдера или хостинговой компании, отвечающей за IP. На общем адресе причиной может быть и другой клиент, поэтому обычный путь — отправить провайдеру результат проверки и код ответа и попросить его разобраться.

IP моего нового VPS уже в PBL. Что-то не так?

Не обязательно. PBL включает диапазоны, которые не должны отправлять почту напрямую, и Spamhaus призывает сети вносить туда веб-серверы. Отправляйте почту через релей с аутентификацией или, если у вас правильно настроенный почтовый сервер на статическом IP с согласованными прямой и обратной DNS-записями, рассмотрите запрос на исключение.

Облачная ВМ вообще не может отправлять почту. Это черный список?

Сначала проверьте порт 25. По умолчанию AWS и Google Cloud блокируют исходящий порт 25 к внешним адресам, а Azure блокирует его для большинства типов подписок. Google Cloud и Azure описывают в качестве альтернативы отправку с аутентификацией через такие порты, как 587, а AWS позволяет запросить снятие ограничения.

Защитит ли выделенный IP от черных списков?

Он устраняет риск со стороны других клиентов, но ничто не исключает попадания в список полностью. Новые IP без истории могут проходить дополнительную фильтрацию, поэтому прогревайте их постепенно и задайте корректные обратную DNS-запись и HELO.

Использованные официальные страницы

Факты в этой статье на момент публикации были сверены с официальными страницами ниже. Правила и поведение сервисов меняются без предупреждения, поэтому перед важными решениями проверьте официальные страницы.