TXT रिकॉर्ड लुकअप

TXT टेक्स्ट है, निष्पादन योग्य सामग्री नहीं

आपकी सेवा द्वारा प्रदान किया गया सटीक स्वामी नाम दर्ज करें। यदि आप केवल डोमेन शीर्ष पर क्वेरी करते हैं तो उपडोमेन पर सत्यापन टोकन दिखाई नहीं देगा। स्वामी-नाम मोड _dmarc और _domainkey जैसे लेबल स्वीकार करता है।

एक एकल TXT संसाधन रिकॉर्ड में कई उद्धृत वर्ण स्ट्रिंग हो सकते हैं। ये टुकड़े बिना सम्मिलित रिक्त स्थान के एक तार्किक मान बनाते हैं। अलग-अलग संसाधन रिकॉर्ड अलग-अलग रहते हैं, भले ही दोनों एक ही प्रतिक्रिया में दिखाई दें।

example.com.  300 IN TXT "v=spf1 " "include:mail.example -all"
संयुक्त मान: v=spf1 include:mail.example -all

दस्तावेज़ उदाहरण — वास्तविक DNS उत्तर नहीं

मूल और तार्किक मूल्य रखें

परिणाम सम्मिलित पाठ दिखाते हैं और मूल रिज़ॉल्वर प्रतिनिधित्व को बरकरार रखते हैं। प्रतिलिपि मान पूर्ण तार्किक मान को सुरक्षित रखता है; रॉ JSON प्रतिक्रिया की रिकॉर्ड सीमाओं और उद्धरण को सुरक्षित रखता है।

लंबे सत्यापन तार काटे जाने के बजाय दृश्य रूप से लपेटे जाते हैं। स्क्रीन पर रैप करने से रिकॉर्ड से कॉपी किए गए मान में नई पंक्तियाँ सम्मिलित नहीं होती हैं। DNS टेक्स्ट को टेक्स्ट के रूप में प्रदर्शित किया जाता है, HTML या जावास्क्रिप्ट के रूप में कभी निष्पादित नहीं किया जाता है।

ईमेल नीतियां ढूँढना

SPF नीतियां सामान्यतः प्रेषक डोमेन पर रहती हैं। DMARC एक _dmarc स्वामी नाम का उपयोग करता है और इसमें अतिरिक्त खोज नियम हैं। डीकेआईएम प्रश्नों के लिए मेल सिस्टम द्वारा उपलब्ध कराए गए चयनकर्ता की आवश्यकता होती है; यह उपकरण प्रत्येक चयनकर्ता की गणना नहीं कर सकता.

जब आपको कॉन्फ़िगरेशन विश्लेषण की आवश्यकता हो तो समर्पित SPF या DMARC चेकर का उपयोग करें। केवल TXT रिकॉर्ड देखना इस बात का प्रमाण नहीं है कि ईमेल संदेश प्रमाणीकरण पारित कर चुका है।

टोकन गायब क्यों है

स्वामी का नाम, चयनित रिज़ॉल्वर और अनुरोधित प्रकार की पुष्टि करें। DNS प्रदाता कभी-कभी ज़ोन का नाम स्वचालित रूप से जोड़ देते हैं; किसी रिश्तेदार-नाम फ़ील्ड में पूरा नाम दर्ज करने से गलत स्वामी पर टोकन प्रकाशित हो सकता है।

NOERROR अपेक्षित पाठ के बिना NXDOMAIN के समान नहीं है। एक कैश्ड पुरानी प्रतिक्रिया दो रिज़ॉल्वर के बीच अस्थायी अंतर को भी समझा सकती है।