Все инструменты для разработчиков

Постройте DMARC-запись с безопасным путём внедрения от мониторинга до принудительного применения и проверьте политику, публикуемую доменом сегодня.

Бесплатно

1Политика

Что получатели должны делать с почтой, которая утверждает, что отправлена от вашего домена, но не проходит согласование ни SPF, ни DKIM.

Оставьте наследование, если поддоменам не нужно отдельное правило.

Ниже 100 остальное обрабатывается по более слабой политике. Полезно при постепенном внедрении.

2Отчётность

Агрегированные отчёты - это вся суть начала работы с DMARC: они показывают каждый источник, отправляющий почту от имени вашего домена.

Ежедневные сводки в формате XML. Если этот адрес находится на другом домене, тот домен должен опубликовать запись авторизации.

Копии сбоев по отдельным письмам. Необязательно: большинство получателей больше их не отправляют.

3Согласование

Насколько точно домен SPF или DKIM должен совпадать с видимым доменом From. Мягкий вариант подходит для большинства настроек.

Ваша DMARC-запись

		

Тип записи
TXT
Имя / хост
_dmarc
TTL
3600
Рекомендуемое внедрение

Никогда не переходите сразу к reject: вы заблокируете собственные рассылки, счета и обращения в поддержку. Двигайтесь по одному шагу за раз, изучая отчёты между этапами.

  1. Недели 1-4: наблюдение p=none; pct=100 Опубликуйте запись только с мониторингом и читайте агрегированные отчёты. Найдите каждого легитимного отправителя и настройте для него согласование SPF или DKIM.
  2. Недели 5-6: карантин для части почты p=quarantine; pct=25 Переведите в карантин часть почты. Следите за жалобами и за тем, не попадает ли что-то легитимное в спам.
  3. Недели 7-8: карантин для всей почты p=quarantine; pct=100 Повысьте охват до всей почты. Отчёты теперь должны показывать сбои только от неизвестных вам источников.
  4. С 9 недели: отклонение p=reject; pct=100 Переключитесь на полное принудительное применение и продолжайте читать отчёты: новые отправители появляются всякий раз, когда команда подключает новый сервис.

Постройте политику слева с безопасным путём внедрения от мониторинга до принудительного применения или переключитесь на проверку, чтобы прочитать DMARC-запись домена тег за тегом.

Постройте политику слева с безопасным путём внедрения от мониторинга до принудительного применения или переключитесь на проверку, чтобы прочитать DMARC-запись домена тег за тегом.

Your results appear here Fill in the field above, then run the check.
Опубликованная запись
Теги записи с пояснениями
ТегЗначениеЧто это значит
Внешние адресаты отчётов
Домен назначенияЗапись авторизацииСтатус
Что мы обнаружили

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

Генератор и проверка DMARC-записи создаёт TXT-запись `_dmarc`, которая сообщает получателям, что делать с почтой, заявляющей о происхождении от вашего домена, если она не проходит выравнивание ни по SPF, ни по DKIM, и, что не менее важно, куда отправлять отчёты, показывающие, кто отправляет письма от вашего имени. С февраля 2024 года Gmail и Yahoo требуют запись DMARC от всех, кто отправляет массовую почту их пользователям.

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

Проверка читает запись, которую публикует домен, объясняет каждый тег простым языком и проверяет её по RFC 7489. Она сообщает об отсутствующей записи, нескольких записях (получатели считают это полным отсутствием политики), теге версии не на своём месте, неверных или неизвестных тегах, `p=none`, который висит месяцами, `pct` ниже 100 и, что особенно тонко и молча приводит к потере ваших отчётов, адресе `rua` в другом домене, не опубликовавшем запись авторизации внешнего получателя, которую требует RFC 7489 §7.1. Она также следует резервному правилу домена организации, поэтому проверка поддомена показывает политику, которая к нему действительно применяется.

Как использовать Генератор и проверка DMARC-записи

  1. Начните на вкладке «Генератор» с политики «только наблюдение» и введите адрес для агрегированных отчётов.
  2. Оставьте выравнивание relaxed, если вы не знаете, что отправителю нужно строгое соответствие, и оставьте pct равным 100.
  3. Опубликуйте запись как TXT-запись с именем _dmarc на вашем домене.
  4. Несколько недель читайте агрегированные отчёты и добейтесь выравнивания SPF или DKIM для каждого легитимного отправителя, который в них обнаружится.
  5. Перейдите к карантину, затем к отклонению, проверяя отчёты между шагами.
  6. На каждом этапе используйте вкладку «Проверка», чтобы убедиться, что запись разбирается и что адреса получения отчётов авторизованы.

Часто задаваемые вопросы

Ничего не блокируется: запрашиваются только отчёты у получателей. Это правильный первый шаг, потому что отчёты показывают все источники, отправляющие почту от имени вашего домена, но запись, навсегда оставленная на p=none, не защищает от подделки.

Да. DMARC проверяет, что сообщение проходит SPF или DKIM и что прошедший проверку домен выровнен с видимым адресом отправителя From. Сначала опубликуйте и проверьте SPF и DKIM, затем добавьте DMARC в режиме наблюдения.

Чаще всего потому, что адрес rua находится в другом домене, чем тот, что публикует запись. RFC 7489 требует, чтобы этот домен опубликовал TXT-запись по адресу yourdomain._report._dmarc.theirdomain, содержащую v=DMARC1. Без неё получатели молча отбрасывают ваши отчёты. Проверка тестирует это за вас.

Мягкое (relaxed) считает выровненным любой поддомен вашего домена организации, поэтому домен возвратов вроде mail.example.com выровнен с example.com. Строгое требует точного совпадения. Мягкое подходит почти для любой конфигурации.

Без sp поддомены наследуют основную политику, что обычно и нужно. Злоумышленники любят неиспользуемые поддомены, поэтому если вы что-то задаёте, делайте политику строже, а не слабее, и рассмотрите np=reject для поддоменов, которых вообще не существует.

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

Поделиться

Популярные запросы
генератор dmarc записи проверка dmarc проверка dmarc записи dmarc lookup валидатор dmarc создать dmarc запись политика dmarc reject что означает dmarc p=none адрес отчётов dmarc rua настройка dmarc для домена
Нужна помощь?
Возникла проблема с этим инструментом? Сообщите нам.
Сообщить о проблеме

Добавьте этот бесплатный инструмент на свой сайт: скопируйте и вставьте код ниже.