Всички инструменти за разработчици

Изградете 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. Оставете подравняването на разхлабено, освен ако не знаете, че изпращач се нуждае от строго съвпадение, и оставете pct на 100.
  3. Публикувайте записа като TXT запис с име _dmarc във вашия домейн.
  4. Четете обобщените отчети няколко седмици и подравнете SPF или DKIM за всеки легитимен изпращач, който те разкриват.
  5. Преминете към карантина, после към отхвърляне, като проверявате отчетите между всяка стъпка.
  6. Използвайте раздела Проверка на всеки етап, за да потвърдите, че записът се анализира правилно и дестинациите на отчетите ви са оторизирани.

Често задавани въпроси

Нищо не се блокира: тя само моли получателите за отчети. Това е правилната първа стъпка, защото тези отчети ви показват всеки източник, изпращащ от името на домейна ви, но запис, оставен завинаги на p=none, не ви дава никаква защита срещу подправяне.

Да. DMARC работи, като проверява дали съобщението преминава SPF или DKIM и дали успелият домейн се подравнява с видимия адрес От. Първо публикувайте и проверете SPF и DKIM, а после добавете DMARC в режим на наблюдение.

Най-често защото адресът rua е на различен домейн от този, който публикува записа. RFC 7489 изисква този домейн да публикува TXT запис на yourdomain._report._dmarc.theirdomain, съдържащ v=DMARC1. Без него получателите тихомълком изхвърлят отчетите ви. Проверката тества това вместо вас.

Разхлабеното позволява всеки поддомейн на организационния ви домейн да се брои за подравнен, така че домейн за връщания като mail.example.com се подравнява с example.com. Строгото изисква точно съвпадение. Разхлабеното подхожда на почти всяка конфигурация.

Без sp поддомейните наследяват основната политика, което обикновено е това, което искате. Подправящите предпочитат неизползвани поддомейни, затова ако зададете нещо, направете го по-строго, а не по-меко, и обмислете np=reject за поддомейни, които изобщо не съществуват.

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

Сподели

Популярни търсения
генератор на dmarc запис проверка на dmarc проверка на dmarc запис dmarc справка валидатор на dmarc генерирай dmarc запис dmarc политика reject какво означава dmarc p=none адрес за dmarc rua отчети настройка на dmarc за домейн
Нуждаете се от помощ?
Открихте проблем с този инструмент? Кажете ни.
Докладване на проблем

Добавете този безплатен инструмент към собствения си уебсайт: копирайте и поставете кода по-долу.