शामिल तंत्र एक देता है SPF नीति किसी अन्य डोमेन के प्राधिकरण निर्णय पर निर्भर करती है। यह तब उपयोगी होता है जब कोई भेजने वाली सेवा बदलते बुनियादी ढांचे को बनाए रखती है। किसी पता सूची को अपने रिकॉर्ड में कॉपी करने के बजाय, जब वह शामिल हो जाता है तो आप प्रदाता की वर्तमान नीति का मूल्यांकन करते हैं।
यह सुविधा भी पराधीनता है। कोई लक्ष्य अपने लक्ष्य में परिवर्तन होने पर अनुमतियाँ बदल सकता है, SPF लुकअप बजट का उपभोग कर सकता है, या लक्ष्य त्रुटि फैला सकता है। इसका व्यवहार निर्दिष्ट है RFC 7208 खंड 5.2.
पास परीक्षा के रूप में शामिल पढ़ें
एक सामान्य include:service.example.net केवल तभी मेल खाता है जब पुनरावर्ती रूप से मूल्यांकित सेवा नीति रिटर्न कनेक्टिंग आईपी के लिए पास हो जाती है। बाहरी तंत्र का डिफ़ॉल्ट + क्वालिफायर फिर पास उत्पन्न करता है।
यदि सेवा रिटर्न विफल, softfail या तटस्थ है, तो शामिल मेल नहीं खाता है और बाहरी नीति में मूल्यांकन जारी रहता है। यदि सेवा वापस आती है temperror या permerror, वह त्रुटि फैलती है। संख्या वाला एक लक्ष्य SPF रिकॉर्ड हानिरहित रूप से नजरअंदाज किए जाने के बजाय शामिल करने के लिए permerror पैदा करता है।
एक क्वालीफायर भी पहले शामिल हो सकता है। उदाहरण के लिए, जब बच्चा पास लौटाता है तो -include विफल हो जाता है। यह वैध सिंटैक्स है लेकिन आमतौर पर किसी प्रदाता को अधिकृत करने का इच्छित तरीका नहीं है। यह मानने के बजाय क्वालीफायर की जांच करें कि शब्द शामिल हमेशा पहुंच प्रदान करता है।
कारगर उदाहरण: अपनी स्वयं की पॉलिसी समाप्ति को सुरक्षित रखें
वैध सिंटैक्स, प्रत्येक नाम पर एक चयनित SPF रिकॉर्ड और सफल DNS पुनर्प्राप्ति को मानते हुए, यह सिंथेटिक फिक्स्चर उपयोग करता है v=spf1 ip4:192.0.2.10 include:service.example.net -all example.com पर। सेवा प्रकाशित करती है v=spf1 ip4:198.51.100.9 -all.
192.0.2.10 से एक कनेक्शन स्थानीय तंत्र पर गुजरता है। 198.51.100.9 से एक कनेक्शन शामिल तक पहुंचता है और बच्चे के गुजरने के कारण पास हो जाता है। 203.0.113.20 से एक कनेक्शन चाइल्ड तक पहुंचता है, चाइल्ड फेल प्राप्त करता है, बाहरी पॉलिसी फिर से शुरू करता है और इसके अंतिम -all से फेल प्राप्त करता है।
बाहरी अंत को ~all में बदलें और अंतिम पता इसके बजाय softfail प्राप्त करता है। प्रदाता अभी भी तय करता है कि मिलान शामिल करना है या नहीं, लेकिन आपकी नीति सामान्य परिणाम निर्धारित करती है जब ऐसा नहीं होता है। यही अंतर है कि बच्चे के पूरे पाठ की प्रतिलिपि बनाना शामिल का उपयोग करने के बराबर नहीं है।
सत्यापित करें कि शामिल आपकी सेवा से संबंधित है
वर्तमान प्रथम-पक्ष उत्पाद निर्देशों से सटीक लक्ष्य प्राप्त करें। एक विक्रेता के मार्केटिंग प्लेटफ़ॉर्म, ट्रांजेक्शनल प्लेटफ़ॉर्म और कर्मचारी मेल सेवा में अलग-अलग भेजने के रास्ते हो सकते हैं। किसी तीसरे पक्ष के लेख से विश्वसनीय दिखने वाला होस्टनाम न चुनें।
यह भी स्थापित करें कि उत्पाद किस डोमेन में उपयोग करता है मेल प्रेषक. example.com पर किसी समावेश को प्रकाशित करने से विक्रेता के स्वामित्व वाले लिफ़ाफ़ा डोमेन के विरुद्ध किए गए SPF जाँच में मदद नहीं मिलती है। यदि आपको एक कस्टम लिफाफे की आवश्यकता है, तो उत्पाद के माध्यम से उस क्षमता को कॉन्फ़िगर करें और प्राप्त मेल में इसे सत्यापित करें।
प्रत्येक के लिए एक मालिक, उद्देश्य और सेवानिवृत्ति की स्थिति बनाए रखें। रद्द की गई सेवा को अनिश्चित काल तक अनुमति बरकरार नहीं रखनी चाहिए, बल्कि निर्धारित नौकरियों, दुर्लभ अभियानों और प्रत्यायोजित टीमों की जांच के बाद ही इसे हटाना चाहिए।
पुनरावर्ती निर्भरता के लिए बजट
अंतर्गत RFC 7208 §4.1 और RFC 7208 §4.6.4, SPF की दस-अवधि की मूल्यांकन सीमा के अंतर्गत शामिल डीएनएस-क्वेरी पैदा करने वाले शब्दों में से एक शामिल है। मूल्यांकन करते समय इसके नेस्टेड शब्द भी गिने जाते हैं। इसलिए कई शीर्ष-स्तरीय समावेश सीमा से अधिक हो सकते हैं, भले ही दृश्यमान रिकॉर्ड छोटा दिखता हो।
वैध भेजने वाले आईपी के लिए और एक अनधिकृत आईपी के लिए इनपुट-विशिष्ट निशान का उपयोग करें जो पॉलिसी का अधिक पता लगाता है। लक्ष्य उत्तर और मूल्यांकन समय रिकॉर्ड करें। आज का एक सफल परीक्षण इस बात का प्रमाण नहीं है कि कोई प्रदाता अपने निर्भरता वृक्ष में कभी बदलाव नहीं करेगा।
कॉपी किए गए आईपी रेंज को बदलने से आपके ऊपर रखरखाव की जिम्मेदारी स्थानांतरित हो जाती है। इसे मुफ़्त सरलीकरण के रूप में वर्णित न करें। आपको एक सत्यापित अद्यतन प्रक्रिया, IPv6 कवरेज और DNS उत्तरों को कैश किए जाने के दौरान होने वाले परिवर्तनों के लिए एक योजना की आवश्यकता है।
व्यावहारिक उपाय
आयातित निर्णय और परिचालन निर्भरता को शामिल करें, न कि दृश्यमान लेखक या संदेश सुरक्षा के बारे में कोई वादा। लक्ष्य को सत्यापित, अनुमति को जानबूझकर और पुनरावर्ती पथ को सीमा के भीतर रखें।
निर्णय को प्रतिलिपि प्रस्तुत करने योग्य रखें
बच्चे के परिणाम और बाहरी परिणाम को अलग-अलग कॉलम में रिकॉर्ड करें: पास→मैच→बाहरी क्वालीफायर; असफल/ softfail /तटस्थ→नॉनमैच→जारी रखें; temperror / permerror → वही त्रुटि; कोई नहीं→ permerror । -इनक्लूड के लिए, चाइल्ड पास का मतलब बाहरी फेल है। किसी भी समर्थन अनुरोध के साथ सटीक लक्ष्य, क्वालीफायर, DNS अवलोकन और इनपुट आईपी को सुरक्षित रखें। यह आरएफसी मैपिंग है, लाइव प्रदाता साक्ष्य नहीं।