Четене на DMARC отчет
С DMARC запис Вие казвате на получателите какво да правят с поща, която уж идва от Вашия домейн, но не преминава проверката. Можете също да помолите да Ви изпращат отчети. В тях виждате кои сървъри изпращат поща от името на Вашия домейн и дали тази поща преминава проверките на SPF, DKIM и DMARC. Така откривате услуга, за която сте забравили, и виждате дали някой злоупотребява с Вашия домейн. Какво е DMARC, можете да прочетете в Какво е DMARC? Обяснение на прост език.
Включване на отчетите: адресът rua
Получавате отчети само ако във Вашия DMARC запис има адрес за отчети, след rua=. Стандартният запис при хостинг пакет на WebOké е v=DMARC1;p=reject, без адрес за отчети. В такъв случай не получавате отчети. Можете да добавите адрес, без да променяте политиката си:
v=DMARC1; p=reject; rua=mailto:dmarc@vashiatdomein.nl
В DirectAdmin кликнете в DNS Management върху молива до записа _dmarc и въведете адреса в Aggregate Email (RUA). Вижте Настройване на DMARC. В Моят WebOké използвайте помощника за DMARC в раздела DNS: Помощници за DNS: MX, SPF, DMARC, CAA и SRV. Коя политика (p=) да изберете, е описано в Създаване на DMARC запис в DirectAdmin.
Освен това съществува ruf=, за отчети за грешки относно отделни неуспешни писма. Те могат да съдържат части от истинска поща и почти нито един голям получател не ги изпраща. Оставете ruf празно: нужни са Ви само обобщените отчети от rua.
dmarc@vashiatdomein.nl, за да не бъде залята обикновената Ви поща. Следете тази пощенска кутия: и отчетите запълват Вашето пространство за съхранение.Какво получавате
Отчетът е писмо с прикачен файл: XML файл, обикновено компресиран като .gz или .zip. Името показва кой го изпраща, за кой домейн и за какъв период, например google.com!vashiatdomein.nl!1793923200!1794009599.xml.gz. Числата са времеви отметки в секунди от 1970 година. В него няма съдържание на поща: само по изпращащ сървър колко писма е имало и как са преминали проверките.
Четене на един ред
Всеки блок <record> се отнася за един изпращащ IP адрес:
<row>
<source_ip>198.51.100.40</source_ip>
<count>1250</count>
<policy_evaluated>
<disposition>none</disposition>
<dkim>fail</dkim>
<spf>fail</spf>
</policy_evaluated>
</row>
<identifiers>
<header_from>vashiatdomein.nl</header_from>
</identifiers>
<auth_results>
<dkim><domain>nieuwsbriefdienst.example</domain><result>pass</result></dkim>
<spf><domain>bounce.nieuwsbriefdienst.example</domain><result>pass</result></spf>
</auth_results>
| Елемент | Значение |
|---|---|
source_ip | IP адресът на сървъра, който е доставил писмото. |
count | Колко писма от този IP адрес с този резултат. |
disposition | Какво е направил получателят: pass или none (доставено), quarantine (папка за спам) или reject (отхвърлено). |
dkim и spf под policy_evaluated | Резултатът на DMARC: дали DKIM или SPF е преминал за домейн, който съответства на Вашия адрес „От“ (изравнен)? |
header_from | Домейнът в адреса „От“ на писмото. |
auth_results | Необработеният резултат на SPF и DKIM, с домейна, за който е валидирал. |
Обърнете внимание на разликата между auth_results и policy_evaluated. В примера DKIM и SPF преминават и двата, но за домейна на доставчика на бюлетини. Този домейн не съответства на vashiatdomein.nl, затова DMARC е неуспешен. С p=reject тези 1250 писма биват отхвърлени.
Как да откриете забравена услуга
- Разгледайте за всеки ред
policy_evaluated. Ако приdkimилиspfпишеpass, този източник е в ред. - И двете не минават? Погледнете в
auth_resultsкой домейн е посочен. Разпознавате ли собствена услуга, например счетоводна програма, онлайн магазин или доставчик на бюлетини? Тогава включете DKIM с Вашия собствен домейн за тази услуга и добавете услугата във Вашия SPF запис, ако е нужно. Вижте Добавяне или промяна на SPF запис в DirectAdmin и Настройване на DKIM, когато DNS е при друг доставчик. - Не разпознавате домейн? Потърсете на кого принадлежи IP адресът, например чрез whois справка. Непознат IP адрес, при който всичко се проваля, обикновено означава, че някой злоупотребява с Вашия домейн. Точно от това Ви защитава DMARC политиката.
Виждате непознат IP адрес, при който SPF се проваля, но DKIM преминава за Вашия собствен домейн? Това обикновено е Ваша поща, която някой е препратил. В такъв случай DMARC преминава чрез DKIM и не е нужно да правите нищо.
Правене на отчетите четими
Единичен отчет можете да отворите в браузър или програма, която показва XML. Ако получавате много, съществуват услуги за отчети (някои безплатни) и програми с отворен код, които събират отчетите и създават обобщения от тях. Имайте предвид, че такава услуга тогава вижда кои сървъри изпращат поща от името на Вашия домейн. Изберете услуга, на която се доверявате и която спазва ОРЗД.
Адресът за отчети е на друг домейн, различен от Вашия собствен, например при услуга за отчети? Тогава този друг домейн трябва да даде разрешение със специален запис, например vashiatdomein.nl._report._dmarc.rapportdienst.example. Без този запис получателите няма да изпращат отчети на този адрес. Услуга за отчети обикновено сама урежда този запис. Повече информация: RFC 9990, глава 4.