Email DNS Checker: SPF, DKIM और DMARC
यह मुफ़्त Email DNS Checker किसी डोमेन के MX रिकॉर्ड, SPF रिकॉर्ड, DMARC नीति और DKIM कुंजियों को खोजता है और प्रत्येक को ग्रेड देता है: क्या SPF बिल्कुल एक बार मौजूद है और दस-लुकअप सीमा के भीतर है, क्या DMARC एक नीति लागू करता है और रिपोर्ट एकत्र करता है, क्या एक DKIM सिलेक्टर एक कुंजी प्रकाशित करता है। प्रत्येक विफलता के साथ जोड़ने के लिए रिकॉर्ड आता है। इसका उपयोग करें जब ईमेल स्पैम में जाता है या वापस आता है।
Email DNS Checker
Domain and Server
इस टूल के बारे में
2024 के बाद से Gmail, Yahoo और Microsoft को भेजने वालों को SPF और DKIM के साथ ईमेल को प्रमाणित करने और DMARC नीति प्रकाशित करने की आवश्यकता है, और जो विफल होता है वह स्पैम में भेजा जाता है या अस्वीकार कर दिया जाता है। अधिकांश छोटे व्यवसायों को यह तब पता चलता है जब उद्धरण और चालान आना बंद हो जाते हैं। रिकॉर्ड DNS में रहते हैं, जहां एक टाइपो, दूसरा SPF रिकॉर्ड या भूला हुआ include सब कुछ चुप्पी से तोड़ देता है।
चेकर डोमेन के DNS को सीधे क्वेरी करता है। यह MX रिकॉर्ड सूचीबद्ध करता है और जहां संभव हो मेल प्रदाता का नाम देता है। यह v=spf1 से शुरू होने वाला TXT रिकॉर्ड खोजता है, जांचता है कि बिल्कुल एक है, इसके तंत्र को पार्स करता है, जो DNS लुकअप की सीमा के दस के विरुद्ध लागत करते हैं, और all qualifier को पढ़ता है। यह _dmarc.domain को प्राप्त करता है और नीति, सबडोमेन नीति, प्रतिशत, रिपोर्ट पते और संरेखण सेटिंग्स को पढ़ता है। DKIM के लिए यह आपके द्वारा दिए गए सिलेक्टर को खोजता है, या सामान्य सिलेक्टर की सूची आजमाता है, और पुष्टि करता है कि एक सार्वजनिक कुंजी प्रकाशित है।
DNS केवल यह दिखा सकता है कि क्या प्रकाशित है, न कि यह कि आपका मेल सर्वर वास्तव में कुंजी के साथ हस्ताक्षर करता है या आपके SPF में पते वास्तव में भेजने वाले हैं। DKIM सिलेक्टर प्रत्येक भेजने वाले के लिए निजी हैं, इसलिए एक डोमेन एक सिलेक्टर के साथ बिल्कुल सेट अप किया जा सकता है जो टूल ने अनुमान नहीं लगाया: इसे अपने मेल प्रदाता की सेटिंग्स से दर्ज करें। p=none की DMARC नीति बुनियादी आवश्यकता को पूरा करती है लेकिन किसी को सुरक्षित नहीं करती; चेकर ऐसा कहता है।
अक्सर पूछे जाने वाले सवाल
SPF, DKIM और DMARC प्रत्येक क्या करते हैं?
SPF उन सर्वरों को सूचीबद्ध करता है जिन्हें आपके डोमेन के लिए मेल भेजने की अनुमति है। DKIM प्रत्येक संदेश में एक क्रिप्टोग्राफिक हस्ताक्षर जोड़ता है ताकि प्राप्तकर्ता यह सत्यापित कर सकें कि इसे बदला नहीं गया और यह आपसे आया। DMARC प्राप्तकर्ताओं को बताता है कि दोनों विफल होने पर क्या करना है (कुछ नहीं, quarantine या reject) और रिपोर्ट कहां भेजनी है। आपको तीनों की जरूरत है।
एक से अधिक SPF रिकॉर्ड समस्या क्यों है?
SPF मानक कहता है कि एक डोमेन के पास v=spf1 से शुरू होने वाला बिल्कुल एक रिकॉर्ड होना चाहिए; प्राप्तकर्ता दो को एक स्थायी त्रुटि के रूप में मानते हैं और जांच विफल करते हैं। यह आमतौर पर तब होता है जब दूसरी सेवा अपना स्वयं का रिकॉर्ड जोड़ती है बजाय पहले में विलय होने के। प्रत्येक include को एक रिकॉर्ड में जोड़ें जो ~all या -all के साथ समाप्त हो।
SPF 10 लुकअप सीमा क्या है?
प्राप्तकर्ता include, a, mx, ptr, exists और redirect के कारण दस DNS लुकअप के बाद SPF का मूल्यांकन बंद कर देते हैं, और एक स्थायी त्रुटि लौटाते हैं। प्रत्येक include अपने स्वयं के अधिक लुकअप खींच सकता है। जो सेवाएं आप अब उपयोग नहीं करते हैं उन्हें हटाएं, जहां संभव हो includes को ip4 प्रविष्टियों से बदलें, या SPF flattening सेवा का उपयोग करें।
मुझे कौन सी DMARC नीति का उपयोग करनी चाहिए?
p=none और एक rua= पते के साथ शुरू करें कुछ हफ्तों के लिए रिपोर्ट एकत्र करने के लिए, किसी भी वैध भेजने वाले को ठीक करें जो विफल होता है, फिर p=quarantine पर जाएं और अंत में p=reject। p=none Gmail और Yahoo आवश्यकता को संतुष्ट करता है लेकिन किसी को आपके डोमेन को स्पूफ करने से नहीं रोकता; reject लक्ष्य है।
मुझे अपना DKIM सिलेक्टर कैसे मिलता है?
यह आपके मेल प्रदाता के DNS सेटअप निर्देशों में है: Google Workspace google का उपयोग करता है, Microsoft 365 selector1 और selector2 का उपयोग करता है, Zoho और अन्य आपको चुनने देते हैं। आप एक भेजे गए संदेश के हेडर भी खोल सकते हैं और DKIM-Signature लाइन में s= मान पढ़ सकते हैं। उस सटीक कुंजी को चेक करने के लिए इसे सिलेक्टर फील्ड में दर्ज करें।