Что такое DNSBL (RBL) и как работают черные списки DNS

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

DNSBL (DNS-based blacklist, также DNS blocklist или RBL) — это список IP-адресов или доменных имен, которые оператор списка считает источником спама или злоупотреблений; он публикуется так, чтобы любой мог проверить его обычным DNS-запросом. Почтовые серверы проверяют каждого подключающегося отправителя по одному или нескольким DNSBL, а затем отклоняют письмо, принимают его или учитывают результат в спам-оценке.

В этом руководстве объясняется, как работает запрос к DNSBL (перевернутые IP-адреса, записи A и TXT, формат nibble для IPv6), чем различаются списки по IP и по доменам, как получатели на деле используют ответы, чем черные списки отличаются от белых, почему адреса попадают в списки и какое место занимает запись в списке, когда ваша почта не доставляется. Материал основан на RFC 5782 и официальной документации крупных операторов списков по состоянию на ноябрь 2026 года.

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

Что означают DNSBL и RBL

RFC 5782, «DNS Blacklists and Whitelists», использует обобщающий термин DNSxL для DNS-зоны, записи которой обозначают хосты из списка. Черный список — это DNSBL, белый — DNSWL. Устроены они одинаково. Различается лишь то, какой смысл получатель придает совпадению.

RBL расшифровывается как Real-time Blackhole List. Согласно RFC, первый список такого рода появился в 1997 году и стал известен под этим названием. Строго говоря, RBL обозначает тот исходный список и его преемника, и RFC отмечает, что термин является зарегистрированным знаком обслуживания в США. Однако в повседневном употреблении «RBL» и «DNSBL» используются почти как синонимы, так что вопросы «что такое RBL» и «что такое DNSBL» по сути одинаковы.

RFC 5782 — информационный (Informational) документ, а не интернет-стандарт. Он подготовлен исследовательской группой IRTF Anti-Spam Research Group и отражает ее консенсус относительно практик, улучшающих совместимость черных и белых списков DNS. В нем не описываются и не рекомендуются правила внесения и удаления адресов; RFC предполагает, что это будет рассмотрено в отдельном документе. На практике каждый оператор устанавливает собственные правила внесения в список и удаления из него.

Как работает запрос к DNSBL

Запрос к DNSBL — это обычный DNS-запрос, поэтому для ручной проверки не нужно специальное ПО: обратиться к списку может все, что умеет разрешать имена. Однако операторы списков могут устанавливать условия использования. Например, публичные серверы Spamhaus бесплатны только для некоммерческого использования с небольшим объемом запросов, а на запросы через публичные резолверы надежных ответов нет (см. ниже).

IPv4: переверните адрес и добавьте зону

Для адреса IPv4 запишите четыре октета в обратном порядке и добавьте имя зоны списка. Эта структура заимствована из обратной DNS. В примере RFC 5782 адрес 192.0.2.99 проверяется по списку bad.example.com запросом:

99.2.0.192.bad.example.com

Запись A говорит «в списке», запись TXT — почему

Запись A. У каждой записи в списке обязательно есть запись A. По соглашению ее значение — 127.0.0.2. Это значение — сигнал, а не адрес, и использовать его как адрес нельзя; списки используют диапазон 127.0.0.0/8, чтобы ошибочно использованное значение не порождало нежелательный сетевой трафик.
Нет в списке. Если адреса нет в списке, записей для него нет, поэтому запрос обычно возвращает NXDOMAIN.
Запись TXT. DNSBL следует публиковать запись TXT с описанием причины внесения. Клиенты обязаны проверять запись A и могут также проверять запись TXT.
Разные значения для разных подсписков. Объединенный список может возвращать разные значения 127.0.0.x, показывая, какой подсписок сработал, или сразу несколько записей A. Смысл значений у каждого списка свой, поэтому всегда читайте документацию оператора. Распространенные значения разобраны в нашем руководстве по кодам ответа DNSBL.

Из терминала (зона здесь условная):

dig +short 99.2.0.192.bad.example.com A
dig +short 99.2.0.192.bad.example.com TXT

Тестовые записи

RFC 5782 требует, чтобы списки IPv4 содержали запись для 127.0.0.2 и не содержали записи для 127.0.0.1. Ожидается, что клиенты проверяют эти тестовые записи, прежде чем доверять зоне, и не используют зону, которая отвечает на них неправильно.

IPv6: формат nibble

Адрес IPv6 записывается полностью в виде 32 шестнадцатеричных цифр, затем переворачивается по одной цифре (одному полубайту, nibble) с точкой между ними, после чего добавляется зона списка. Пример из RFC для 2001:db8:1:2:3:4:567:89ab в ugly.example.com:

b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.8.b.d.0.1.0.0.2.ugly.example.com

Списки IPv6 должны содержать тестовую запись ::FFFF:7F00:2 (127.0.0.2 в виде адреса IPv4-mapped) и не должны содержать ::FFFF:7F00:1. IPv6 поддерживают не все списки, поэтому, прежде чем полагаться на запрос IPv6, сверьтесь с документацией оператора.

Списки по IP и по доменам

В зависимости от содержимого списки делятся на два основных вида.

Тип	Запрашиваемое имя	Что обычно проверяют получатели
По IP	Перевернутый IP-адрес плюс зона	IP подключающегося сервера; IP из полей заголовка Received
По доменам (RHSBL)	Доменное имя плюс зона	Имя в HELO, домен MAIL FROM, домены в ссылках в теле письма

В доменном примере RFC 5782 домен invalid.edu проверяется по doms.example.net запросом invalid.edu.doms.example.net. Доменные списки иногда называют RHSBL (right-hand-side blacklist). Их тестовые записи используют зарезервированные имена: список должен содержать TEST и не должен содержать INVALID.

Широко используемый пример — Spamhaus Domain Blocklist (dbl.spamhaus.org), и его документация отмечает несколько практических моментов:

Он содержит только домены. Запрос к нему с IP-адресом всегда возвращает код «в списке», поэтому его нельзя настраивать как обычный DNSBL по IP. Для проверки IP Spamhaus рекомендует ZEN (zen.spamhaus.org).
Можно запрашивать полное имя хоста; совпадение будет, если в списке есть домен этого хоста.
Во время SMTP-сессии по нему проверяют строку HELO и домен MAIL FROM. После приема письма по нему проверяют домены в заголовках и теле, например URL и контактные адреса.

Практический вывод: чистый IP отправителя не гарантирует доставку. Блокировку все равно может вызвать домен отправителя из списка или ссылка в письме на домен из списка.

Как принимающие серверы используют DNSBL

RFC 5782 описывает типичную схему. Почтовый сервер при каждом входящем SMTP-подключении проверяет настроенный набор DNSxL. Совпадение с черным списком ведет к отклонению подключения, с белым — к приему. Либо результаты подаются в функцию оценки, которая взвешивает их вместе с другими сигналами. Фильтры, работающие после получения письма, обычно берут IP для проверки из полей заголовка Received или из URI в теле письма.

Отклонять или учитывать в оценке?

Этот выбор делает получатель. В FAQ самого SpamCop его список назван агрессивным инструментом, и вместо прямого отклонения почты рекомендуется помечать или перенаправлять подозрительные письма либо использовать список как один из факторов оценки. Настройки отклонения там описаны как информация для администраторов, которые не могут применить более тонкий подход.

Подводные камни, о которых предупреждают получателей

Вы передаете часть решений другим. Используя DNSxL, вы передаете часть управления своим сервером оператору списка. RFC советует убедиться, что правила списка согласуются с вашими.
Прекратившие работу списки. Оператор, закрывающий список, может установить wildcard-запись, которая вносит в список все адреса. Именно по описанным выше тестовым записям клиент это замечает.
Кэширование. Серверы могут кэшировать результаты, но обязаны соблюдать TTL и удалять устаревшие записи.
Публичные резолверы. В FAQ Spamhaus сказано, что запросы через Google Public DNS в большинстве случаев возвращают «не в списке», и реальные записи пропускаются. Коды в 127.255.255.x — это ошибки, например 127.255.255.254 для запроса через заблокированный публичный резолвер, и их нельзя понимать как «в списке». Spamhaus отмечает, что некоторые серверы из-за этого ошибочно отклоняют всю почту, и рекомендует использовать собственный резолвер.

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

Черные и белые списки (DNSBL и DNSWL)

К DNSBL и DNSWL обращаются одинаково, но совпадение означает противоположное. Согласно RFC 5782, администраторы сетей обычно используют DNSBL для блокировки трафика, а DNSWL — для приоритетного приема. Один и тот же список может даже служить черным в одном контексте и белым в другом.

Аспект	DNSBL (черный список)	DNSWL (белый список)
Назначение	Отклонить или понизить оценку	Принять или повысить оценку
Запись TXT	Должна объяснять причину внесения	Менее полезна, поскольку SMTP не может сообщить клиенту, почему его приняли; некоторые списки все равно ее публикуют
Значение записи A	В списке или нет и какой подсписок	Может передавать оценку репутации или уровень доверия

Пример белого списка — dnswl.org (list.dnswl.org). В его документации сказано, что ответы имеют вид 127.0.x.y, где x — категория, а y — уровень доверия от 0 (нет) до 3 (высокий). Там предлагается позволять хостам из списка пропускать грейлистинг и проверки по черным спискам, хостам со средним и высоким доверием — пропускать спам-фильтрацию, но никогда не пропускать антивирусную проверку. Насколько запись в белом списке освобождает от проверок, по-прежнему решает получатель.

Почему IP или домен попадает в список

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

Жалобы на спам и спам-ловушки. SpamCop Blocking List содержит IP, с которых отправлялась почта, на которую пожаловались пользователи SpamCop; повышенный вес имеют письма на спам-ловушки (адреса, собранные или созданные спамерами). В его FAQ сказано, что без новых жалоб запись держится всего 24 часа, а адреса удаляются автоматически, когда жалобы прекращаются.
Зараженные или скомпрометированные устройства. Spamhaus XBL автоматически вносит IP при таких признаках, как вредоносное ПО, приложения «бесплатный VPN», пропускающие через устройство чужой трафик, участие в атаках перебором паролей или попытки ретрансляции почты с украденными учетными данными. Если причина сохраняется, IP вносится снова при следующем подключении.
Ошибки настройки и плохая гигиена списков рассылки. Spamhaus CSS называет имена HELO, не совпадающие с прямой DNS-записью, взломанные сайты и установки CMS, небезопасные конфигурации и плохо поддерживаемые списки рассылки. В нем указано, что перед удалением причину нужно найти и устранить.
Записи по политике. Spamhaus PBL охватывает адресное пространство, часто домашний широкополосный доступ, которое не должно отправлять почту напрямую. Spamhaus сообщает, что запись в PBL не является следствием каких-либо действий конечного пользователя; почта из таких диапазонов должна уходить через SMTP-сервер с аутентификацией.
Общая инфраструктура. На виртуальном хостинге отправка почты другим клиентом может повлиять на IP, которым пользуетесь вы. См. что делать, если IP виртуального хостинга попал в черный список.

Место DNSBL среди причин недоставки почты

Запись в DNSBL — одна из возможных причин недоставки почты, но не единственная. Отказы могут вызывать также неверные адреса, переполненные ящики, проблемы на стороне получателя и отсутствие аутентификации. Если причина в списке, в сообщении об отказе часто указано его название или ссылка для проверки.

Прочитайте сообщение об отказе. Запишите код ответа и любые названия списков или ссылки в тексте.
Определите IP и домен отправителя. Посмотрите строки Received в заголовках или спросите того, кто обслуживает сервер.
Проверьте сразу основные списки. Воспользуйтесь сервисом проверки по черным спискам, а затем подтвердите каждое совпадение на странице проверки самого оператора.
Устраните причину. Пройдитесь по перечисленным выше причинам. Запросы, поданные до устранения причины, обычно заканчиваются повторным внесением.
Следуйте процедуре этого оператора. Одни записи истекают сами, по другим принимается запрос на удаление, а третьи принимают запросы только от владельца сети. Решение об удалении из списка всегда за оператором списка, и запрос не гарантирует удаления.

Получатели также применяют собственную фильтрацию, поэтому почта может пойти не сразу после окончания записи. Полную последовательность диагностики см. в материале почта в черном списке: как читать сообщение об отказе, а об аутентификации — в настройке SPF, DKIM и DMARC. Если не удается самостоятельно установить причину, вы можете обратиться к нам за помощью.

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

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

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

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

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

RBL и DNSBL — это одно и то же?

На практике да. RBL — название исходного списка, появившегося в 1997 году, а RFC 5782 использует DNSBL как общий термин. Сегодня большинство употребляет эти два слова как синонимы.

Проверка вернула 127.0.0.2. Что это значит?

По соглашению, описанному в RFC 5782, 127.0.0.2 означает, что адрес внесен в список. Объединенные списки используют разные значения для разных подсписков, а некоторые значения, например коды Spamhaus 127.255.255.x, — это ошибки, а не записи. Точное значение уточняйте в документации оператора.

Если я в DNSBL, вся моя почта будет возвращаться?

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

Можно ли проверить адрес IPv6 по DNSBL?

RFC 5782 определяет формат IPv6, в котором полный адрес переворачивается по одной шестнадцатеричной цифре. IPv6 поддерживают не все списки, поэтому проверьте, поддерживает ли IPv6 нужный вам список.

Если я в белом списке, моя почта никогда не будет фильтроваться?

Нет. Запись в белом списке — это сигнал, который получатель может использовать по своему усмотрению. dnswl.org, например, предлагает пропускать спам-фильтрацию только для записей со средним и высоким доверием и никогда не пропускать антивирусную проверку.

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

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