Google Workspace में DKIM लगाएँ—2048-बिट कुंजी को बाँटना पड़ सकता है

Google Workspace में DKIM चालू करने का क्रम है: व्यवस्थापक कंसोल में कुंजी बनाएँ, सार्वजनिक कुंजी DNS के TXT रिकॉर्ड में जोड़ें, फिर प्रमाणीकरण शुरू करके प्राप्त संदेश के शीर्षलेख में परिणाम जाँचें। Google की DKIM स्थापना प्रक्रिया समर्थित DNS प्रदाता पर 2048-बिट कुंजी चुनने को कहती है; संगठन के लिए Gmail चालू होने के बाद कुंजी मिलने में 24–72 घंटे और DNS रिकॉर्ड जोड़ने के बाद प्रमाणीकरण काम करने में 48 घंटे तक लग सकते हैं।

लंबी कुंजी के साथ सबसे अहम सावधानी यह है कि DNS में उसका पूरा मूल्य पहुँचे। Google के DKIM समस्या-निवारण निर्देश बताते हैं कि 255-वर्ण की सीमा वाले पाठ-खंड में 2048-बिट कुंजी एक ही स्ट्रिंग के रूप में नहीं समाती; उसे उसी TXT रिकॉर्ड में क्रमिक उद्धृत खंडों में रखना पड़ सकता है। कुंजी का आखिरी हिस्सा कट जाए या खंडों का क्रम बदल जाए, तो प्राप्तकर्ता प्रकाशित कुंजी से हस्ताक्षर की पुष्टि नहीं कर पाएगा।

व्यवस्थापक कंसोल में सही डोमेन की कुंजी बनाएँ

कुंजी बनाने के लिए सुपर व्यवस्थापक खाते से प्रवेश करें। जिस डोमेन से संदेश भेजे जाते हैं, उसे चुनें; संगठन के दूसरे डोमेन के लिए अलग कुंजी बनानी होगी। यदि Gmail हाल में सक्रिय हुआ है और कंसोल रिकॉर्ड बनाने में त्रुटि दिखाता है, तो शुरुआती प्रतीक्षा पूरी होने दें। उस त्रुटि पर बार-बार नई कुंजी बनाना उपयोगी जाँच नहीं है।

1. Google व्यवस्थापक कंसोल में ऐप्स → Google Workspace → Gmail → ईमेल प्रमाणित करें खोलें।
2. चयनित डोमेन में वह डोमेन चुनें जिसके भेजे गए संदेशों पर DKIM हस्ताक्षर चाहिए।
3. नया रिकॉर्ड बनाएँ चुनें। DNS प्रदाता लंबी कुंजी स्वीकार करता हो तो उपलब्ध लंबी कुंजी का विकल्प लें; उसका समर्थन न हो तो कंसोल का छोटा विकल्प चुनें।
4. चयनकर्ता जाँचें। डिफ़ॉल्ट नाम google है। उसी नाम से कुंजी पहले से उपयोग में हो तो अलग चयनकर्ता दर्ज करें और रिकॉर्ड बनाएँ।
5. कंसोल में दिखे DNS होस्ट नाम और TXT मूल्य को पूरा कॉपी करें। अभी प्रमाणीकरण शुरू न करें।

चयनकर्ता कुंजी का पता तय करने में मदद करता है; TXT मूल्य सार्वजनिक कुंजी रखता है। इसलिए होस्ट नाम और मूल्य को आपस में बदलकर दर्ज नहीं किया जा सकता। कंसोल में दिखा मूल्य ही DNS में प्रकाशित करें, उसके अक्षरों को अपनी ओर से छोटा या संपादित न करें।

सार्वजनिक कुंजी को DNS के TXT रिकॉर्ड में रखें

डोमेन प्रदाता के DNS प्रबंधन पृष्ठ पर TXT प्रकार का रिकॉर्ड बनाएँ या उसी DKIM होस्ट नाम का मौजूदा रिकॉर्ड अद्यतन करें। होस्ट या नाम वाले क्षेत्र में कंसोल का DNS होस्ट नाम डालें और मूल्य वाले क्षेत्र में पूरा TXT मूल्य। मूल्य की शुरुआत सामान्यतः v=DKIM1 से होती है। रिकॉर्ड सहेजने से पहले देखें कि होस्ट और मूल्य दोनों उसी डोमेन की कुंजी से लिए गए हैं।

DNS प्रदाता होस्ट नाम के साथ डोमेन जोड़कर दिखा सकता है, इसलिए उसके पृष्ठ पर नाम लिखने का तरीका जाँचें। यदि संगठन उपडोमेन से भी संदेश भेजता है, तो उस उपडोमेन के लिए रिकॉर्ड जोड़ने का तरीका प्रदाता के निर्देशों से मिलाएँ। कंसोल में सही कुंजी दिखना पर्याप्त नहीं है: प्राप्तकर्ता उसे DNS में प्रकाशित नाम से खोजता है। गलत नाम पर रखा हुआ सही मूल्य भी इच्छित संदेश के सत्यापन में काम नहीं आएगा।

लंबा मूल्य कटे तो उसी रिकॉर्ड में खंड बनाएँ

ध्यान दें: सीमा के कारण मूल्य कट रहा हो तो कुंजी के अक्षर हटाकर उसे छोटा न करें। पूरे TXT मूल्य को उसके मूल क्रम में कई पाठ-खंडों में बाँटें, हर खंड को अलग उद्धरण-चिह्नों में रखें और सभी खंड उसी रिकॉर्ड के मूल्य क्षेत्र में एक के बाद एक दर्ज करें। खंडों के भीतर या उनके बीच कुंजी का कोई अक्षर न बदलें। प्रदाता का संपादन पृष्ठ अलग ढंग से दिख सकता है; निर्णायक बात प्रकाशित मूल्य की पूर्णता है।

यह कई अलग TXT रिकॉर्ड बनाने की विधि नहीं है। DKIM मानक एक TXT रिकॉर्ड के भीतर पाठ-खंडों को बिना अतिरिक्त खाली स्थान के जोड़कर पढ़ने और एक चयनकर्ता नाम पर कुंजी का TXT रिकॉर्ड अद्वितीय रखने को कहता है। इसीलिए क्रमिक उद्धृत खंड मूल कुंजी को सुरक्षित रखते हैं, जबकि अलग रिकॉर्ड बना देना सत्यापन को अनिश्चित कर सकता है।

सहेजने के बाद प्रदाता पर दर्ज मूल्य की तुलना कंसोल वाले मूल्य से करें। अधिक भरोसेमंद जाँच के लिए Google Admin Toolbox के Dig में TXT चुनकर चयनकर्ता वाला पूरा डोमेन नाम खोजें और प्रकाशित उत्तर में कुंजी के आरंभ, बीच तथा अंत का मिलान करें। यदि उत्तर खंडों में दिखे, तो उनके अक्षर उसी क्रम में जोड़कर कंसोल के मूल्य से तुलना करें। इससे वह कटौती पकड़ी जाती है जो प्रदाता के संपादन पृष्ठ पर दिखाई नहीं देती।

रिकॉर्ड प्रकाशित करने के बाद प्रमाणीकरण शुरू करें

DNS रिकॉर्ड सहेजने के बाद व्यवस्थापक कंसोल के ईमेल प्रमाणित करें पृष्ठ पर लौटें। सही डोमेन चुनकर प्रमाणीकरण शुरू करें दबाएँ। कुंजी बनाना, उसे DNS में प्रकाशित करना और यह बटन दबाना अलग काम हैं; रिकॉर्ड मौजूद होने के बावजूद अंतिम चरण छूटे तो भेजे गए संदेशों पर अपेक्षित हस्ताक्षर शुरू नहीं होंगे। सेटअप काम करने पर कंसोल की स्थिति DKIM के साथ ईमेल प्रमाणित होने का संकेत देती है।

नया रिकॉर्ड जोड़ते ही कंसोल कुछ समय तक DNS अद्यतन करने का संदेश दिखा सकता है। यदि प्रकाशित होस्ट नाम और मूल्य सही हैं, तो इस संदेश के आधार पर तुरंत नई कुंजी न बनाएँ। पहले रिकॉर्ड के उपलब्ध होने और फिर भेजे गए संदेश के परिणाम की जाँच करें। गलत डोमेन चुना गया हो तो उसी डोमेन के कंसोल पृष्ठ पर लौटकर स्थिति देखें जिससे परीक्षण संदेश भेजा जा रहा है।

प्राप्त संदेश के शीर्षलेख में सफलता जाँचें

अपने डोमेन से किसी दूसरे Gmail या Google Workspace उपयोगकर्ता को परीक्षण संदेश भेजें; स्वयं को भेजा संदेश इस जाँच के लिए उपयुक्त नहीं है। प्राप्तकर्ता Gmail में संदेश खोले, उत्तर विकल्प के पास अधिक विकल्प से मूल संदेश दिखाएँ चुने और पूरा शीर्षलेख देखे। वहाँ Authentication-Results में dkim=pass या dkim=OK जैसा परिणाम हस्ताक्षर के सफल सत्यापन का संकेत है। कंसोल की सक्रिय स्थिति के साथ यह परिणाम देखने से पता चलता है कि प्राप्तकर्ता प्रकाशित कुंजी का उपयोग कर पा रहा है।

DKIM परिणाम न मिले तो पहले सही डोमेन पर प्रमाणीकरण शुरू होने की जाँच करें। परिणाम विफल हो तो प्रकाशित चयनकर्ता नाम और TXT मूल्य को कंसोल से मिलाएँ, खासकर लंबी कुंजी के आखिरी अक्षर और उद्धृत खंडों का क्रम। सीधे भेजा संदेश सफल हो, लेकिन आगे भेजने पर विफल हो जाए, तो रास्ते में संदेश बदलने की संभावना भी देखें: आगे भेजने वाली सेवा या बाहर जाने वाला प्रवेशद्वार संदेश में नया पाठ जोड़ सकता है, जिससे मूल हस्ताक्षर अमान्य हो जाता है।

यह भी पढ़ें:

• Upwork Now में 60 मिनट की भर्ती—काम उसी दिन शुरू करना पड़ सकता है
• Slack में काम के घंटे तय करें—जरूरी संदेश फिर भी पहुँच सकता है
• Copilot AI: Windows 11 में कुंजी बंद और रीमैप करने का नया विकल्प