अपनी DMARC पॉलिसी सख़्त करने से पहले, उन सभी सिस्टम को ध्यान में रखें जो आपके डोमेन से वैध मेल भेजते हैं। रिपोर्ट ऐसे भेजने वाले को उजागर कर सकती हैं जिसे एन्फ़ोर्समेंट द्वारा उसका मेल ब्लॉक होने से पहले प्रमाणीकरण में बदलाव की ज़रूरत है।
कौन-सी रिपोर्ट इस्तेमाल करें?
एक रिपोर्टिंग अवधि में भेजने के स्रोतों और प्रमाणीकरण परिणामों की तुलना करने के लिए एग्रीगेट रिपोर्ट का उपयोग करें। आपके DMARC रिकॉर्ड का rua पता भाग लेने वाले रिसीवरों से ये XML सारांश अनुरोध करता है।
ruf पता व्यक्तिगत विफलता रिपोर्ट का अनुरोध करता है, जिन्हें कभी-कभी फ़ोरेंसिक रिपोर्ट कहा जाता है। ये प्रमाणीकरण विफलता रिपोर्टिंग फ़ॉर्मेट का उपयोग करती हैं और इनमें हेडर या संदेश सामग्री हो सकती है। रिसीवर इन्हें संशोधित या छोड़ सकते हैं क्योंकि यह सामग्री व्यक्तिगत जानकारी उजागर कर सकती है। RFC 7489 के रिपोर्टिंग नियम दोनों रिपोर्ट प्रकारों का वर्णन करते हैं।
एग्रीगेट रिपोर्ट उस ट्रैफ़िक को कवर करती हैं जो हर रिपोर्टिंग रिसीवर ने देखा। किसी रिपोर्ट का न मिलना इस बात का प्रमाण नहीं है कि कोई संदेश आपके डोमेन से नहीं भेजा गया। DMARC रिकॉर्ड की व्याख्या बताती है कि रिपोर्टिंग पते कहाँ सेट करें।
एग्रीगेट रिपोर्ट में क्या होता है?
एग्रीगेट रिपोर्ट रिपोर्टिंग संगठन, रिपोर्टिंग अवधि और प्रकाशित पॉलिसी की पहचान करती है, उसके बाद साझा विशेषताओं वाले संदेशों को ग्रुप करने वाले रिकॉर्ड होते हैं। एक सोर्स IP कई रिकॉर्ड में दिख सकता है जब उनके प्रमाणीकरण परिणाम या अन्य ग्रुपिंग फ़ील्ड अलग हों।
यह उदाहरणात्मक अंश उन फ़ील्ड को रखता है जो किसी स्रोत की उसके प्रमाणीकरण परिणामों से तुलना करने के लिए ज़रूरी हैं:
<report_metadata>
<org_name>google.com</org_name>
<date_range><begin>1718323200</begin><end>1718409600</end></date_range>
</report_metadata>
<policy_published>
<domain>example.com</domain>
<p>none</p>
</policy_published>
<record>
<row>
<source_ip>203.0.113.10</source_ip>
<count>42</count>
<policy_evaluated>
<disposition>none</disposition>
<dkim>pass</dkim>
<spf>pass</spf>
</policy_evaluated>
</row>
<identifiers><header_from>example.com</header_from></identifiers>
<auth_results>
<dkim><domain>example.com</domain><result>pass</result></dkim>
<spf><domain>example.com</domain><result>pass</result></spf>
</auth_results>
</record>यह रिकॉर्ड 203.0.113.10 से 42 संदेशों को दर्शाता है जो दिखने वाले From पते में example.com का उपयोग करते हैं। दोनों प्रमाणीकरण विधियाँ पास हुईं और अलाइन्ड रहीं। रिसीवर ने उन संदेशों पर कोई DMARC एन्फ़ोर्समेंट लागू नहीं किया; इससे उनका इनबॉक्स प्लेसमेंट सिद्ध नहीं होता।
कौन-से फ़ील्ड प्रमाणीकरण समस्या की पहचान करते हैं?
प्रमाणीकरण विफलता को डोमेन-अलाइनमेंट विफलता से अलग करने के लिए policy_evaluated की तुलना auth_results से करें।
| फ़ील्ड | क्या जाँचें |
|---|---|
source_ip | भेजने वाले सर्वर और उसके लिए ज़िम्मेदार सेवा की पहचान करें। |
count | इस रिकॉर्ड द्वारा दर्शाए गए संदेशों की गिनती करें, पूरी रिपोर्ट की नहीं। |
header_from | प्राप्तकर्ता को दिखाए गए डोमेन की पुष्टि करें। |
disposition | जाँचें कि रिसीवर ने none, quarantine या reject लागू किया या नहीं। |
policy_evaluated में dkim और spf | जाँचें कि हर विधि DMARC के लिए पास और अलाइन्ड हुई या नहीं। |
auth_results | कच्चे प्रमाणीकरण परिणामों और उनके द्वारा प्रमाणित डोमेन की तुलना करें। |
उदाहरण के लिए, SPF auth_results के तहत पास हो सकता है लेकिन policy_evaluated के तहत विफल हो सकता है जब उसका प्रमाणित डोमेन From डोमेन से अलाइन नहीं होता। एक अलाइन्ड DKIM पास फिर भी उस संदेश को DMARC पास करा सकता है। DMARC कैसे काम करता है इस संबंध की व्याख्या करता है।
हर भेजने वाले स्रोत के साथ आपको क्या करना चाहिए?
पॉलिसी बदलने से पहले हर स्रोत को उस सेवा से मैच करें जिसे आप अधिकृत करते हैं। प्रमाणीकरण परिणाम अकेले यह नहीं बताते कि आपके संगठन ने उस सेवा को भेजने का इरादा किया था या नहीं।
- किसी ज्ञात भेजने वाले के लिए जो पास और अलाइन्ड होता है, पुष्टि करें कि उसकी रिपोर्ट की गई मात्रा आपके अपेक्षित ट्रैफ़िक से मेल खाती है।
- किसी ज्ञात भेजने वाले के लिए जो विफल होता है, उसका प्रमाणीकरण या अलाइनमेंट ठीक करें और बाद की रिपोर्ट में परिणाम जाँचें।
- किसी अज्ञात भेजने वाले के लिए जो पास होता है, पता करें कि इसे किसने कॉन्फ़िगर किया और क्या इसे अधिकृत रहना चाहिए।
- किसी अज्ञात भेजने वाले के लिए जो विफल होता है, जाँचें कि यह ग़लत तरीके से कॉन्फ़िगर की गई वैध सेवा है या आपके डोमेन का अनधिकृत उपयोग।
मॉनिटरिंग से क्वारंटाइन या रिजेक्शन की ओर बढ़ने से पहले वैध विफलताओं को हल करें, क्योंकि वे संदेश अन्यथा एन्फ़ोर्समेंट के उम्मीदवार होंगे। DMARC विफलताओं को ठीक करना सामान्य कारणों को कवर करता है।
Bird भेजने वाले डोमेन के लिए रिपोर्ट कैसे जाँचें?
आप अपने DMARC रिकॉर्ड में rua पते के ज़रिए एग्रीगेट रिपोर्ट अपने मेलबॉक्स में रूट कर सकते हैं। XML जाँचने के लिए DMARC रिपोर्ट एनालाइज़र का उपयोग करें, या रिपोर्ट को टेक्स्ट एडिटर में खोलें।
Bird का DNS सत्यापन आपकी प्रकाशित पॉलिसी की जाँच करता है; रिसीवर रिपोर्ट संदेशों के प्रमाणीकरण परिणामों का वर्णन करती हैं। ये अलग-अलग जाँचें हैं। प्रमाणीकरण गाइड प्रकाशित करने के लिए पॉलिसी और DNS रिकॉर्ड कवर करती है।