Генераторы

Генератор DMARC-записи

Сгенерируйте TXT-запись политики DMARC для вашего домена со всеми объясненными опциями.

Политика (p)

Политика поддоменов (sp)

Email для отчетов (rua)

Email для форензики (ruf)

Процент (pct)

Выравнивание

SPF DKIM

TXT-запись

DNS-имя

_dmarc.yourdomain.com

О инструменте «Генератор DMARC-записи»

Генерирует DMARC-политику в виде TXT-записи, которая указывает принимающим серверам, что делать с письмами, заявляющими принадлежность к вашему домену, но не прошедшими проверки SPF и DKIM — quarantine, reject или ничего не делать, плюс куда отправлять отчёты. Именно DMARC превращает SPF и DKIM в реальную защиту от спуфинга. Безопасный путь внедрения — начать с p=none (только мониторинг), собрать отчёты и убедиться, что легитимные отправители не проваливают проверку, прежде чем переходить к p=quarantine и затем к p=reject.

Тег rua задаёт, куда отправлять сводные агрегированные отчёты, а ruf — куда отправлять форензик-отчёты по отдельным сообщениям; на практике большинство получателей учитывают только rua, поскольку форензик-отчёты содержат содержимое письма, и из соображений приватности многие провайдеры вообще их не отправляют.

📖 Подробнее в базе знаний →

Стратегия внедрения

Начните с p=none и адреса rua.
Следите за отчетами 2-4 недели.
Переходите на quarantine при pct=10, увеличивайте.
В итоге примените reject при pct=100.

Где находится запись

Одна TXT-запись по имени _dmarc.example.com. Поддомены без собственной записи наследуют политику организационного домена. Типичная стартовая запись:

v=DMARC1; p=none; rua=mailto:dmarc@example.com; adkim=r; aspf=r

Тег	Значение
`v=DMARC1`	Обязателен и должен стоять первым.
`p`	Политика для писем, не прошедших проверку: `none` (только мониторинг), `quarantine` (в спам), `reject` (отклонить).
`sp`	Отдельная политика для поддоменов.
`rua`	Куда отправлять ежедневные агрегированные отчёты. Самый полезный тег после `p`.
`ruf`	Отчёты по отдельным письмам. Их отправляют немногие получатели.
`adkim` / `aspf`	Режим выравнивания для DKIM / SPF: `r` — мягкий (по умолчанию), `s` — строгий.

Безопасное внедрение

Опубликуйте p=none с rua и собирайте отчёты две–четыре недели. Как их читать, объясняет руководство «Как читать отчёты DMARC».
Найдите все легитимные источники, которые не проходят проверку, и исправьте у них выравнивание SPF или DKIM. Текущее состояние покажет проверка SPF/DKIM/DMARC.
Перейдите на p=quarantine, снова проследите за отчётами, затем — на p=reject.

Gmail и Yahoo требуют от массовых отправителей как минимум p=none. Но p=none ничего не защищает: поддельные письма всё равно доставляются. Цель — reject.

Отчёты на другой домен

Если rua указывает на ящик в другом домене (например, у сервиса аналитики отчётов), этот домен должен разрешить приём TXT-записью вида example.com._report._dmarc.reports.example.net со значением v=DMARC1. Сервисы отчётов публикуют её сами; для собственного второго домена добавьте её самостоятельно.