A DKIM सेटअप तब पूरा होता है जब सेवा इच्छित मेल पर हस्ताक्षर करती है और प्राप्तकर्ता इसे सत्यापित कर सकता है। हरे रंग की DNS स्थिति अकेले किसी भी परिणाम को स्थापित नहीं करती है। TXT या चुनें CNAME किसी कुंजी को चिपकाने के विनिमेय तरीकों के रूप में मानने के बजाय, प्रदाता के समर्थित कुंजी-प्रबंधन मॉडल से।
पहचानें कि कुंजी का प्रबंधन कौन करता है
एक सीधे प्रकाशित TXT रिकॉर्ड DKIM सत्यापन डेटा रखता है। CNAME व्यवस्था के साथ, चयनकर्ता नाम अन्य DNS नाम का उपनाम है जहां सत्यापन डेटा प्रबंधित किया जाता है। निजी हस्ताक्षर कुंजी हस्ताक्षर प्रणाली पर होती है, किसी भी सार्वजनिक रिकॉर्ड में नहीं। RFC 6376 §3.6 और RFC 6376 §6.1.2 प्रमुख खोज और पुनर्प्राप्ति का वर्णन कर सकेंगे; DNS उपनाम व्यवहार को परिभाषित किया गया है RFC 1034 §3.6.2.
Microsoft 365 की कस्टम-डोमेन प्रक्रिया CNAME रिकॉर्ड और किरायेदार-जनित गंतव्यों का उपयोग करता है। इसका वर्तमान दस्तावेज़ीकरण इस बात का उदाहरण है कि पुराने लक्ष्य पैटर्न की प्रतिलिपि बनाना असुरक्षित क्यों है। वास्तविक किरायेदार और चयनित डोमेन के लिए प्रदर्शित मान प्राप्त करें। इस उदाहरण का अर्थ यह नहीं है कि कोई असंबंधित सेवा समान रिकॉर्ड स्वीकार करती है।
DNS को संपादित करने से पहले, भेजने वाले खाते, दृश्यमान डोमेन, इच्छित हस्ताक्षरित डोमेन, चयनकर्ता नाम, रिकॉर्ड प्रकार, सटीक उत्पन्न मान और जिम्मेदार स्वामी को रिकॉर्ड करें। पूछें कि कौन सी प्रणाली रोटेशन करती है और अनुबंध समाप्त होने पर प्रतिनिधिमंडल को कौन हटाता है। यदि प्रदाता आवश्यक हस्ताक्षरित डोमेन का उपयोग नहीं कर सकता है, तो DNS रिकॉर्ड प्रकार बदलने से वह क्षमता नहीं बनेगी।
सही स्वामी नाम पर प्रकाशित करें
के साथ एक उदाहरणात्मक हस्ताक्षर d=example.com और s=billing ओर जाता है billing._domainkey.example.com. उदाहरण एक DNS स्वामी नाम की पहचान करता है, न कि एक कार्यशील सार्वजनिक कुंजी या उत्पादन CNAME लक्ष्य की।
जांचें कि क्या DNS इंटरफ़ेस उस पूर्ण नाम की अपेक्षा करता है या केवल बिलिंग. _domainkey. कुछ इंटरफ़ेस ज़ोन नाम जोड़ते हैं। यह मानने के बजाय कि परिणामी स्वामी का नाम प्रविष्टि बॉक्स में संरक्षित है, उसे वापस पढ़ें। नाम बदलने से पहले मौजूदा डेटा का निरीक्षण करें। एक पारंपरिक CNAME एक अलग TXT कुंजी रिकॉर्ड के साथ वहां मौजूद नहीं रह सकता है; असंबद्ध चयनकर्ताओं को सुरक्षित रखें और प्रदाता की समर्थित माइग्रेशन प्रक्रिया का पालन करें।
TXT के लिए, समर्थित प्रतिनिधित्व में सटीक सार्वजनिक मान प्रकाशित करें। CNAME के लिए, जेनरेट किए गए गंतव्य का उपयोग करें, न कि आज गंतव्य पर खोजी गई कॉपी की गई कुंजी का। वर्तमान कुंजी को स्थानीय रूप से कॉपी करने से प्रदाता का बाद का रोटेशन मॉडल टूट सकता है। क्रेडेंशियल और निजी कुंजियों को छोड़कर, स्क्रीनशॉट या निर्यात किए गए रिकॉर्ड को परिवर्तन रिकॉर्ड में रखें।
रिज़ॉल्यूशन और वास्तविक प्रेषण को अलग से सत्यापित करें
आधिकारिक DNS के विरुद्ध सटीक स्वामी नाम की क्वेरी करें, फिर प्राप्तकर्ताओं द्वारा उपयोग किए जाने वाले पथ के माध्यम से पुनरावर्ती रिज़ॉल्यूशन की जांच करें। CNAME के लिए, अंतिम TXT परिणाम के लिए उपनाम का पालन करें और किसी भी टाइमआउट या लापता लक्ष्य को रिकॉर्ड करें। असहमति की व्याख्या करते समय, नकारात्मक उत्तरों सहित, कैश्ड पुराने डेटा की अनुमति दें। प्रकाशन और वैश्विक कैश अभिसरण अलग-अलग अवलोकन हैं।
इसके बाद वास्तविक एप्लिकेशन के माध्यम से एक नियंत्रित संदेश भेजें। इसके कच्चे हेडर और विश्वसनीय प्राप्तकर्ता प्रणाली के प्रमाणीकरण परिणाम को सुरक्षित रखें। अभिलेख d=, s= और DKIM सत्यापन। जाँच करना संरेखण दृश्यमान डोमेन से अलग से। प्रदाता-स्वामित्व वाले डोमेन से एक वैध हस्ताक्षर उस ग्राहक पहचान से असंबंधित हो सकता है जिसे आप प्रमाणित करना चाहते हैं।
यदि DNS हल हो जाता है लेकिन मेल अहस्ताक्षरित है, तो सेवा सक्रियण और रूटिंग की जांच करें। यदि हस्ताक्षर में किसी भिन्न चयनकर्ता का नाम है, तो अप्रयुक्त रिकॉर्ड को बार-बार संपादित करने के बजाय उस चयनकर्ता का निरीक्षण करें। यदि सामग्री संशोधन के बाद सत्यापन विफल हो जाता है, TXT को CNAME में बदलना मरम्मत नहीं है।
निर्भरता को जवाबदेह रखें
परिवर्तन तभी बंद करें जब रिकॉर्ड, हस्ताक्षरकर्ता और प्राप्त साक्ष्य सहमत हों। कटओवर से पहले पिछले कॉन्फ़िगरेशन और एक अधिकृत पुनर्प्राप्ति योजना को संग्रहीत करें। ऑफबोर्डिंग के समय, प्रेषण एकीकरण को रोकें और इसकी सत्यापन निर्भरता को जानबूझकर हटा दें, वैध मेल को ध्यान में रखते हुए जो अभी भी पारगमन में है। किसी अस्पष्टीकृत प्रदाता उपनाम को अनिश्चित काल के लिए न छोड़ें या किसी सक्रिय चयनकर्ता को केवल इसलिए न हटाएं क्योंकि अनुबंध स्प्रेडशीट कहती है कि सेवा समाप्त हो गई है।
संबंधित पढ़ना
DKIM DNS प्रतिनिधिमंडल: किसी प्रदाता को दिए गए नियंत्रण के दायरे का आकलन करें · DKIM सार्वजनिक-कुंजी सिंटैक्स: काटे गए या विकृत DNS मानों की पहचान करें.
भेद लागू करें
तीन-भाग स्वीकृति रिकॉर्ड का उपयोग करें: प्रकाशित स्वामी/प्रकार/मूल्य और अवलोकन समय; वास्तविक प्राप्त डी/एस और विश्वसनीय सत्यापन; इच्छित लेखक डोमेन के साथ संरेखण। यदि DNS सही है लेकिन मेल अहस्ताक्षरित है, तो रिकॉर्ड प्रकार बदलने के बजाय सक्रियण या रूट चयन की जांच करें। यदि कोई भिन्न चयनकर्ता उत्सर्जित होता है, तो उस साक्ष्य का पालन करें। चेकलिस्ट प्रस्तावित समीक्षा कार्य है, न कि कोई निष्पादित DNS या मेल परीक्षण।