समग्र रिपोर्टिंग पूर्वव्यापी साक्ष्य है। एक डैशबोर्ड एक संग्रह प्रणाली के रूप में चालू हो सकता है जबकि इसके नवीनतम अवलोकन अभी भी कल के मेल का वर्णन करते हैं। घड़ियों को अलग से ट्रैक करें ताकि विलंबित रिपोर्ट को वर्तमान भेजने वाली विफलता के रूप में न देखा जाए, और वर्तमान विफलता पुराने स्वस्थ डेटा के पीछे छिपी न हो।
तीन टाइमस्टैम्प रखें
सन्दर्भ: RFC 9990 §3.1.1.4, RFC 9990 §3.1.
रिपोर्ट के आरंभ और अंत टाइमस्टैंप, प्राप्तकर्ता प्रणाली के आगमन टाइमस्टैंप और कलेक्टर के प्रसंस्करण टाइमस्टैंप को सुरक्षित रखें। यूटीसी में रिपोर्ट अंतराल की व्याख्या करें और किसी भी प्रदर्शन-समय-क्षेत्र रूपांतरण को स्पष्ट रूप से दिखाएं। फ़ाइल संशोधन समय अवलोकन विंडो का विकल्प नहीं है।
RFC 9990 आवधिक समग्र फीडबैक का वर्णन करता है और रिपोर्ट मेटाडेटा में कवर की गई दिनांक सीमा को शामिल करता है। यह एक सार्वभौमिक वास्तविक समय निगरानी सेवा नहीं बनाता है। देर से आने वाली रिपोर्ट अभी भी अपने मूल अंतराल के लिए उपयोगी साक्ष्य हो सकती है।
रिपोर्टर द्वारा देरी को मापें
परिचालन निगरानी के लिए, रिपोर्ट के अंत से आगमन तक प्राप्ति विलंब और आगमन से सफल आयात तक प्रसंस्करण विलंब की गणना करें। रिपोर्टर और संग्रह पथ के अनुसार अलग-अलग वितरण रखें। ये स्थानीय ऑपरेटिंग मेट्रिक्स हैं, प्रोटोकॉल गारंटी नहीं। देखे गए व्यवहार और व्यावसायिक निर्णय से अलर्ट थ्रेशोल्ड को परिभाषित करें जिसके लिए समय पर डेटा की आवश्यकता होती है।
अंतर्ग्रहण त्रुटियों और नवीनतम कवर किए गए अंतराल पर भी नज़र रखें। डुप्लिकेट या पुरानी फ़ाइलों के निरंतर प्रवाह से ताज़ा प्रदर्शन हरा नहीं होना चाहिए। जब तक आपकी दस्तावेज़ देर से आने वाली प्रक्रिया उन्हें बंद नहीं कर देती, तब तक अनंतिम रिपोर्टिंग विंडो को चिह्नित करें।
वर्तमान साक्ष्यों का उपयोग करके आउटेज को अलग करें
जब उपयोगकर्ता गुम पासवर्ड रीसेट की रिपोर्ट करते हैं, तो वर्तमान भेजने वाली कतारों, SMTP प्रतिक्रियाओं और नियंत्रित प्राप्त संदेशों का निरीक्षण करें। समस्या निवारण शुरू करने के लिए कल की रिपोर्ट की प्रतीक्षा न करें। इसके विपरीत, यदि वर्तमान परीक्षण सफल होते हैं लेकिन समग्र डेटा पुराना है, तो भेजने वाली सेवा को बंद घोषित किए बिना रिपोर्टिंग पथ की जांच करें।
उदाहरणात्मक समयरेखा: एक रिपोर्ट सोमवार 00:00-24:00 यूटीसी को कवर करती है, मंगलवार को 05:00 बजे आती है और 08:00 बजे आयात की जाती है। रसीद में देरी पांच घंटे है; प्रसंस्करण में तीन घंटे की देरी है। कोई भी संख्या यह नहीं मापती कि किसी व्यक्तिगत सोमवार संदेश को आने में कितना समय लगा। ये सिंथेटिक मूल्य लेखांकन पद्धति को दर्शाते हैं, अनुशंसित सेवा लक्ष्य को नहीं।
इतिहास को दोबारा लिखे बिना चुपचाप देर से आने वालों को संभालें
सन्दर्भ: RFC 9990 §3.5.4.
निर्यातित मेट्रिक्स पर एक टाइमस्टैम्प बनाए रखें और किसी भी संशोधित कुल का संस्करण तैयार करें। पुनर्प्रसंस्करण निष्प्रभावी होना चाहिए ताकि दोबारा प्रयास करने पर वही अवलोकन दोबारा न गिनें। सभी विलंबित फ़ाइलों को आगमन वाले दिन में रखने के बजाय मूल अंतराल रखें।
एक लापता अपेक्षित रिपोर्टर, एक बढ़ती प्रसंस्करण कतार और एक लाइव प्रेषक की विफलता को अलग-अलग घटनाओं के रूप में बढ़ाएं। प्रत्येक को प्रासंगिक साक्ष्य के साथ बंद करें। रिपोर्ट की नवीनता तभी सार्थक है जब इसमें यह बताया जाए कि कौन सी जनसंख्या और अंतराल वास्तव में उपलब्ध हैं।
एक क्रियाशील ताजगी पैनल प्रकाशित करें
प्रत्येक महत्वपूर्ण रिपोर्टर के लिए नवीनतम कवर अंतराल, आगमन समय और आयात समय, साथ ही प्रसंस्करण बैकलॉग का आकार और सबसे पुरानी आयु दिखाएं। मॉनिटरिंग सिस्टम का अंतिम रिफ्रेश स्वयं शामिल करें। जमे हुए डैशबोर्ड को स्वस्थ नहीं दिखना चाहिए क्योंकि इसकी नवीनतम संग्रहीत स्थिति हरी थी। रसीद विफलताओं और प्रसंस्करण विफलताओं के लिए अलग-अलग स्वामी नियुक्त करें। अलर्ट थ्रेशोल्ड का उपयोग करने से पहले, उस अवलोकन अवधि का दस्तावेजीकरण करें जिससे इसकी आधार रेखा प्राप्त हुई थी और अलर्ट को किस कार्रवाई को ट्रिगर करना चाहिए। कलेक्टर के प्रवास के बाद इसे दोबारा देखें।
जांच जारी रखें
उपयोग समग्र-रिपोर्ट वॉकथ्रू अंतर्निहित क्षेत्रों और की व्याख्या करने के लिए संरेखण निदान मार्गदर्शिका जब एक कच्चा प्रमाणीकरण पास संतुष्ट नहीं होता है DMARC.
निष्पादित सिंथेटिक साक्ष्य
निम्नलिखित एक स्थानीय रूप से फिर से चलाया जाने वाला ऑफ़लाइन सिंथेटिक फिक्स्चर है, न कि लाइव DNS , SMTP या ग्राहक अवलोकन। इसके XML इनपुट को पायथन की मानक लाइब्रेरी के साथ पार्स किया गया था, और अभिकथनों ने परिणामी फ़ील्ड और गणनाओं की जाँच की। सिम्युलेटेड DNS और मेल चरणों को परीक्षण इनपुट प्रदान किया जाता है, न कि इस बात का सबूत कि एक वास्तविक रिसीवर ने उन ऑपरेशनों को निष्पादित किया है। पूर्ण स्कीमा सत्यापन और उत्पादन-स्रोत प्रमाणीकरण इस छोटी सी सुविधा के बाहर हैं; जीवित साक्ष्य अभी भी लंबित हैं।
प्रदत्त अनुरोध है _dmarc.brand.example TXT "v=DMARC1; p=none; rua=mailto:aggregate@collector.example,mailto:archive@archive.example". इन आरक्षित उदाहरण डोमेन को स्थिरता में अलग संगठनात्मक डोमेन माना जाता है। दो सिंथेटिक प्राधिकरण उत्तर हैं brand.example._report._dmarc.collector.example TXT "v=DMARC1" और brand.example._report._dmarc.archive.example TXT "v=DMARC1". स्थानीय मॉडल नीचे दिए गए प्राधिकरण-स्वामी नाम और उनके संस्करण मान दोनों से मेल खाता है RFC 9990 §4. यह DNS क्वेरीज़ या संपूर्ण प्राधिकरण एल्गोरिदम निष्पादित नहीं करता है। एक उत्पादन कार्यान्वयन को इन डोमेन सीमाओं को मानने के बजाय पूरी खोज और प्राधिकरण प्रक्रिया निष्पादित करनी चाहिए।
बरकरार रखी गई रिपोर्ट में आईडी आर1, पॉलिसी डोमेन brand.example , दिनांक_रेंज शुरू 1772409600 और अंत 1772496000, स्रोत आईपी 192.0.2.10 और गिनती 100 है। इसका मूल्यांकन संरेखित किया गया है DKIM परिणाम पास और संरेखित है SPF असफल है. कच्चा SPF परिणाम vendor.example के लिए पास है, यह दर्शाता है कि कच्ची सफलता संरेखित सफलता क्यों नहीं है। इन फ़ील्ड्स को डैशबोर्ड से अनुमानित करने के बजाय XML से पार्स किया जाता है।
फिक्सचर आगमन को रिपोर्ट समाप्ति प्लस 18,000 सेकंड पर सेट करता है और आयात को रिपोर्ट समाप्ति प्लस 28,800 सेकंड पर पूरा करता है। निष्पादित घटाव से प्राप्ति में पांच घंटे की देरी और प्रसंस्करण में तीन घंटे की देरी होती है। गंतव्य और अनुमति इनपुट दोनों समान रहते हैं, इसलिए पार्स किए गए अंतराल और कलेक्टर टाइमस्टैम्प के माध्यम से प्रकाशित अनुरोध से गणना की जा सकती है। ये मान परीक्षण इनपुट हैं, मापी गई विलंबता या SLA नहीं। RFC 9990 §3.1.1.4 यूटीसी दिनांक-सीमा शब्दार्थ की आपूर्ति करता है; विलंब सूत्र इस वर्कफ़्लो की परिचालन परिभाषाएँ हैं।
परिणाम को परीक्षित दायरे में रखें
आपूर्ति किया गया स्थानीय प्रदर्शन केवल इसके छोटे सिंथेटिक पार्सर, आपूर्ति किए गए चरण इनपुट और गणनाओं को सत्यापित करता है। कोई वास्तविक DNS प्राधिकरण, SMTP डिलीवरी, कलेक्टर माइग्रेशन, प्रदाता भागीदारी या उत्पादन डेटाबेस व्यवहार का परीक्षण नहीं किया गया था। मूल इनपुट संग्रहीत रहते हैं, और किसी भी लाइव तुलना के लिए अपने स्वयं के संरक्षित साक्ष्य और जवाबदेह अनुमोदन की आवश्यकता होती है।