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