[ त्वरित जवाब ]
SPF रिकॉर्ड आपके डोमेन पर एक एकल TXT रिकॉर्ड है जो v=spf1, include:, ip4: और ip6:, जैसे तंत्र के साथ अधिकृत प्रेषकों को सूचीबद्ध करता है, और सभी क्वालीफायर के साथ समाप्त होता है। उदाहरण: v=spf1 include:_spf.google.com ip4:203.0.113.10 -all
महत्वपूर्ण तथ्यों
- ›तंत्र: आईपी4, आईपी6, ए, एमएक्स, शामिल, मौजूद है; संशोधक: पुनर्निर्देशन.
- ›क्वालिफायर: + पास, ~ softfail , - फेल, ? तटस्थ।
- ›10 DNS लुकअप और प्रति स्ट्रिंग 255 वर्णों के भीतर रखें।
- ›पीटीआर और +all से बचें।
EmailAuth अनुसंधान टीम द्वारा समीक्षा की गई
SPF रिकॉर्ड एक एकल DNS TXT रिकॉर्ड है जो आपके डोमेन के लिए ईमेल भेजने के लिए अधिकृत प्रत्येक सर्वर और सेवा को सूचीबद्ध करता है। यह संस्करण टैग v=spf1, इसमें तंत्रों की एक श्रृंखला होती है जो अधिकृत स्रोतों को परिभाषित करती है, और सभी तंत्र के साथ समाप्त होती है जो सूचीबद्ध नहीं किए गए किसी भी चीज़ के लिए डिफ़ॉल्ट उत्तर सेट करती है। मेल प्राप्त करने वाले सर्वर यह तय करने के लिए इस रिकॉर्ड को पढ़ते हैं कि कनेक्टिंग सर्वर को आपके डोमेन के रूप में भेजने की अनुमति है या नहीं।
उदाहरण SPF रिकॉर्ड
v=spf1 include:_spf.google.com include:sendgrid.net ip4:203.0.113.5 -all
तंत्रों की व्याख्या की गई
प्रत्येक तंत्र प्रेषक को अधिकृत करने के एक तरीके का वर्णन करता है। रिसीवर उनका बाएँ से दाएँ मूल्यांकन करता है और पहले मैच पर रुक जाता है। कुछ तंत्र DNS लुकअप को ट्रिगर करते हैं और RFC 7208 द्वारा निर्धारित 10-लुकअप सीमा की ओर गिनती करते हैं।
- इसमें शामिल हैं: किसी अन्य डोमेन के SPF रिकॉर्ड को खींचता है, जो _spf.google.com जैसे विक्रेताओं के लिए सामान्य है, और लुकअप के रूप में गिना जाता है।
- आईपी4: बिना किसी DNS लुकअप लागत के एक विशिष्ट IPv4 पते या श्रेणी को अधिकृत करता है।
- आईपी6: बिना किसी DNS लुकअप लागत के एक विशिष्ट IPv6 पते या रेंज को अधिकृत करता है।
- ए: डोमेन के ए रिकॉर्ड में आईपी को अधिकृत करता है, और लुकअप के रूप में गिना जाता है।
- एमएक्स: डोमेन के MX रिकॉर्ड में मेल सर्वर को अधिकृत करता है, और लुकअप के रूप में गिना जाता है।
- सब: आखिर में कैच -all यह तय करता है कि असूचीबद्ध स्रोतों का क्या होगा।
हार्डफेल बनाम softfail : -all और ~all
सभी के सामने क्वालीफायर यह बदलता है कि आपका रिकॉर्ड कितना सख्त है। प्राप्तकर्ताओं को यह बताने के लिए -all (हार्डफेल) का उपयोग करें कि सूचीबद्ध नहीं किया गया कोई भी सर्वर अधिकृत नहीं है और संदेश को अस्वीकार कर दिया जाना चाहिए या विफल माना जाना चाहिए। यह कहने के लिए ~all ( softfail ) का उपयोग करें कि असूचीबद्ध सर्वर संभवतः अधिकृत नहीं हैं, लेकिन उन्हें स्वीकार किया जाना चाहिए और चिह्नित किया जाना चाहिए, जो परीक्षण के दौरान उपयोगी है। एक बार जब आप आश्वस्त हो जाएं कि प्रत्येक वैध प्रेषक शामिल है तो हार्डफेल एक मजबूत रुख है। +all से बचें, जो सभी को अधिकृत करता है और उद्देश्य को विफल करता है।
परीक्षण के दौरान सॉफ़्टफ़ेल
मेल को ब्लॉक किए बिना परिणाम देखने के लिए ~all से शुरुआत करें, फिर प्रत्येक प्रेषक की पुष्टि हो जाने पर -all पर जाएं।
एक रिकॉर्ड, अपना लुकअप देखें
एक डोमेन को बिल्कुल एक SPF रिकॉर्ड प्रकाशित करना होगा। दो SPF TXT रिकॉर्ड एक permerror कारण बनते हैं। जैसे ही आप विक्रेताओं को जोड़ते हैं, प्रत्येक लुकअप में विस्तार होता है, और लोकप्रिय सेवाएँ तेजी से बढ़ती हैं। जब आप 10 लुकअप पार कर लेते हैं तो वैध मेल के लिए रिकॉर्ड चुपचाप विफल हो जाता है। EmailAuth SmartSPF आपकी शामिल श्रृंखलाओं को एक अनुकूलित रिकॉर्ड में समतल करता है और Microsoft 365 , Google Workspace , Salesforce और SendGrid के लिए विक्रेता आईपी रेंज को स्वचालित रूप से सिंक रखता है। एक निःशुल्क डोमेन स्कैन आपके वर्तमान तंत्र और लुकअप संख्या को दिखाता है। SPF DKIM और DMARC के साथ जोड़ें ताकि मेल अग्रेषित होने पर भी संरेखण बना रहे।
अक्सर पूछे जाने वाले प्रश्नों
SPF रिकॉर्ड में -all और ~all के बीच क्या अंतर है?
-all एक हार्डफेल है जो रिसीवर्स को रिकॉर्ड में सूचीबद्ध नहीं किए गए किसी भी सर्वर को अस्वीकार या विफल करने के लिए कहता है। ~all एक softfail है जो असूचीबद्ध प्रेषकों को स्वीकार करता है लेकिन उन्हें संदिग्ध के रूप में चिह्नित करता है। परीक्षण के दौरान ~all का उपयोग करें और प्रत्येक वैध प्रेषक को शामिल करने के बाद -all उपयोग करें।
क्या मैं एक से अधिक SPF रिकॉर्ड रख सकता हूँ?
नहीं, एक डोमेन को बिल्कुल एक SPF TXT रिकॉर्ड प्रकाशित करना होगा। दो या दो से अधिक SPF रिकॉर्ड के कारण permerror है और प्रमाणीकरण टूट जाता है। v=spf1.
क्या आईपी4 और आईपी6 तंत्र 10 लुकअप सीमा में गिने जाते हैं?
नहीं, आईपी4 और आईपी6 पते को सीधे अधिकृत करते हैं और उन्हें DNS रिज़ॉल्यूशन की आवश्यकता नहीं होती है, इसलिए वे लुकअप का उपभोग नहीं करते हैं। शामिल, ए, एमएक्स, पीटीआर, और अस्तित्व जैसे तंत्र 10 की सीमा में गिने जाते हैं।
सम्मिलित तंत्र क्या करता है?
शामिल तंत्र किसी अन्य डोमेन के SPF रिकॉर्ड को आयात करता है, जिसके द्वारा आप Google Workspace या SendGrid जैसे तृतीय-पक्ष प्रेषकों को अधिकृत करते हैं। प्रत्येक शामिल को कम से कम एक DNS लुकअप के रूप में गिना जाता है, और इसके अंदर किसी भी नेस्टेड शामिल को और अधिक जोड़ा जाता है।
मैं अपना SPF रिकॉर्ड कैसे जाँचूँ?
SPF चेकर का प्रयोग करें. यह रिकॉर्ड प्राप्त करता है, प्रत्येक शामिल का विस्तार करता है और 10 सीमा के विरुद्ध DNS लुकअप की गणना करता है।
मैं SPF रिकॉर्ड कैसे संयोजित करूं?
दोनों रिकॉर्ड के तंत्र को एक v=spf1 रिकॉर्ड में मर्ज करें और अंत में एक सिंगल ऑल रखें।
क्या मुझे ~all या -all उपयोग करना चाहिए?
प्रत्येक प्रेषक की पुष्टि करते समय ~all का प्रयोग करें, फिर -all प्रयोग करें। p=reject, पर DMARC के साथ, या तो काम करता है क्योंकि DMARC अंतिम निर्णय लेता है।
[ SPF मार्गदर्शक ]
उद्यम उद्गम
शीर्ष वित्तीय संस्थान और सरकारें ही क्यों? अपने ईमेल सुरक्षा डैशबोर्ड हटा दिए।
पारंपरिक ईमेल प्रमाणीकरण प्लेटफ़ॉर्म आपको एक डैशबोर्ड बेचते हैं और आपके इंजीनियरों से काम करने के लिए कहते हैं। उच्च जोखिम वाले वातावरण में, मैन्युअल निरीक्षण का अर्थ है विलंबित प्रवर्तन, कॉन्फ़िगरेशन बहाव और अनियंत्रित छाया डोमेन।
EmailAuth एजेंटिक ईमेल उद्गम मंच है। हमारे एजेंट लागू करते हैं p=reject, तृतीय-पक्ष प्रेषकों को संरेखित रखें और अपने डोमेन को पूर्ण रूप से स्थानांतरित करें RFC 9989 अनुपालन, नया DMARC मानक, मानव-इन-द-लूप ऑडिटेबिलिटी के साथ।
सास · समर्पित किरायेदारी · एयर-गैप्ड ऑन-प्रिमाइसेस · BYOK एन्क्रिप्शन