DNS बदलने से पहले Oracle क्लाउड मेल को रूट करें
Oracle क्लाउड एकल ईमेल भेजने वाला कॉन्फ़िगरेशन नहीं है। उस सेवा की पहचान करके शुरुआत करें जो वास्तव में संदेश बनाती और प्रसारित करती है। ओसीआई ईमेल डिलीवरी, एक फ्यूजन नोटिफिकेशन और एक एलोक्वा अभियान का उपयोग करने वाला एक बुनियादी ढांचा एप्लिकेशन अलग-अलग सक्रियण वर्कफ़्लो के साथ एक कॉर्पोरेट फ्रॉम डोमेन साझा कर सकता है। यह आलेख एक रूटिंग और स्वीकृति योजना प्रदान करता है। यह एक सार्वभौमिक Oracle क्लाउड स्थापित नहीं करता है SPF शामिल करें या DKIM चयनकर्ता.
Oracle ने OCI ईमेल डिलीवरी से फ़्यूज़न ऐप्स, क्लाउड नोटिफिकेशन सर्विसेज, क्लासिक IDCS, Oracle इंटीग्रेशन क्लाउड जेनरेशन 2 और OTMGTM को स्पष्ट रूप से बाहर कर दिया है। DKIM कंसोल प्रक्रिया. इन मार्गों के लिए उत्पाद-विशिष्ट निर्देश या समर्थन आवश्यक है। किसी डोमेन को साझा करने वाली विभिन्न सेवा कुंजियों के लिए अलग-अलग चयनकर्ताओं की आवश्यकता होती है। देखना ओसीआई ईमेल डिलीवरी DKIM कॉन्फ़िगर कर रही है.
एक उत्पाद और परिवहन सूची बनाएं
एप्लिकेशन स्वामी से सटीक उत्पाद नाम, परिवेश, क्षेत्र, संदेश प्रकार और परिवहन सेटिंग के बारे में पूछें। अकेले Oracle Cloud लेबल वाला स्क्रीनशॉट अपर्याप्त है। रिकॉर्ड करें कि क्या एप्लिकेशन ईमेल डिलीवरी एंडपॉइंट पर सबमिट करता है, एक प्रबंधित SaaS अधिसूचना उत्सर्जित करता है, या किसी अन्य सेवा को भेजता है। उत्पाद के एकमात्र प्रमाण के रूप में आईपी पते या मार्केटिंग फ़ूटर का उपयोग न करें।
मूल्यांकन किए जा रहे वर्कफ़्लो से एक हानिरहित आधारभूत संदेश कैप्चर करें। इसका टाइमस्टैम्प, रिसीवर, संदेश-आईडी, दृश्यमान रखें, Return-Path और DKIM d= और s= मान। इनकी तुलना एप्लिकेशन कॉन्फ़िगरेशन से करें. यदि स्वामी संदेश को किसी विशेष वातावरण से कनेक्ट नहीं कर सकता है, तो अनुमान को समायोजित करने के लिए DNS अनुमतियों को विस्तारित करने के बजाय कॉन्फ़िगरेशन को होल्ड पर छोड़ दें।
सही कॉन्फ़िगरेशन स्वामी निर्दिष्ट करें
किसी पहचाने गए OCI ईमेल डिलीवरी रूट के लिए, ईमेल-डोमेन और स्वीकृत-प्रेषक संसाधन उस सेवा से संबंधित हैं। स्वीकृत प्रेषक क्षेत्रीय संसाधन हैं, इसलिए एक क्षेत्र में कॉन्फ़िगर किया गया प्रेषक दूसरे में अनुमोदन स्थापित नहीं करता है। देखना ओसीआई अनुमोदित प्रेषकों का प्रबंधन करता है. फ़्यूज़न के लिए, दस्तावेज़ीकृत DKIM प्रक्रिया मैन्युअल है और प्रति वातावरण में दोहराई जाती है, OCI कंसोल ऑपरेशन नहीं। देखना फ़्यूज़न एप्लिकेशन ईमेल सुरक्षा को कॉन्फ़िगर करते हैं.
प्रत्येक उत्पाद और परिवेश के लिए एक अलग परिवर्तन रिकॉर्ड बनाएं। DNS स्वामी को लागू वर्कफ़्लो से सटीक रिकॉर्ड स्वामी, प्रकार और मान प्राप्त होना चाहिए। एप्लिकेशन स्वामी को अलग से सक्रियण की पुष्टि करनी होगी। ये दो अनुमोदन अलग-अलग सवालों के जवाब देते हैं: क्या आवश्यक जानकारी सार्वजनिक रूप से प्रकाशित की गई है और क्या इच्छित प्रेषक वास्तव में इसका उपयोग कर रहा है।
पहचान को भ्रमित किए बिना प्रमाणीकरण का मूल्यांकन करें
SPF अपनी SMTP पहचान के लिए प्राधिकरण का मूल्यांकन करता है; DKIM एक हस्ताक्षरित डोमेन से जुड़े हस्ताक्षर का सत्यापन करता है। न तो कोई परिचित प्रदर्शन नाम और न ही कोई अनुमोदित प्रेषक प्रविष्टि साबित होती है DMARC संरेखण. लागू संरेखण मोड के अधीन, DMARC सफलता के लिए एक उत्तीर्ण संरेखित SPF या DKIM परिणाम की आवश्यकता होती है। उपयोग RFC 7208 प्रेषक नीति ढांचा, RFC 6376 DomainKeys पहचाने गए मेल और RFC 9989 डोमेन-आधारित संदेश प्रमाणीकरण रिपोर्टिंग और अनुरूपता इन भेदों के लिए.
प्रत्येक रूट के लिए, देखे गए प्रमाणित डोमेन के बगल में अपेक्षित फ्रॉम डोमेन लिखें। फिर बताएं कि कौन सा पथ संरेखण प्रदान करता है। यदि प्रदाता के स्वामित्व वाला लिफाफा डोमेन SPF पास करता है लेकिन संगठनात्मक डोमेन से भिन्न है, तो अकेले SPF पर्याप्त मानने के बजाय DKIM निरीक्षण करें। किसी अज्ञात मार्ग को छिपाने के लिए संगठन की DMARC नीति को कमजोर न करें।
ओरेकल क्लाउड रूट वर्कशीट
इन फ़ील्ड का उपयोग करके, प्रति व्यवसाय वर्कफ़्लो में एक पंक्ति बनाएँ:
- अनुप्रयोग और सटीक Oracle उत्पाद: ____; पर्यावरण या पॉड: ____; क्षेत्र या दायरा: ____.
- संदेश प्रकार और व्यवसाय स्वामी: ____; प्रेक्षित परिवहन या समापन बिंदु: ____।
- बेसलाइन संदेश-आईडी और यूटीसी टाइमस्टैम्प: ____; नियंत्रित रिसीवर: ____।
- से दृश्यमान: ____; लिफ़ाफ़ा डोमेन: ____; DKIM डी= और s=: ____।
- लागू प्रथम-पक्ष प्रक्रिया: ____; बहिष्कृत प्रक्रियाओं की जाँच की गई: ____।
- DNS रिकॉर्ड स्वामी और जारी मूल्य का स्रोत: ____; सक्रियण स्वामी और साक्ष्य: ____।
- अपेक्षित संरेखित तंत्र: ____; देखा गया परिणाम: ____; अनसुलझा दायरा: ____।
- पायलट निर्णय, पुनर्प्राप्ति स्वामी और मानव अनुमोदन: ____।
असमर्थित मार्गों को अलग-अलग अनसुलझे पंक्तियों के रूप में रखें। एक सफल OCI परीक्षण से फ़्यूज़न पंक्ति हरी नहीं होनी चाहिए। यह पृथक्करण किसी साझा ब्रांड नाम को साझा तकनीकी कवरेज के रूप में माने जाने से रोकता है।
ग़लत Oracle मार्ग का काल्पनिक निदान
केवल काल्पनिक उदाहरण: फ़्यूज़न इनवॉइस अधिसूचना प्रमाणीकरण विफल होने के बाद नॉर्थस्टार सर्विसेज एक ओसीआई ईमेल डिलीवरी DKIM रिकॉर्ड जोड़ती है। नया चयनकर्ता सही ढंग से हल करता है, लेकिन इनवॉइस में अभी भी मूल हस्ताक्षर पहचान मौजूद है। DNS लुकअप प्रकाशन को प्रमाणित करता है, न कि फ़्यूज़न ने कुंजी को अपना लिया है। टीम फ़्यूज़न वातावरण की पहचान करती है और इसकी समर्थित सक्रियण प्रक्रिया का अनुरोध करती है। यह ओसीआई रिकॉर्ड को तभी बरकरार रखता है जब वास्तविक ओसीआई एप्लिकेशन को अभी भी इसकी आवश्यकता होती है।
डायग्नोस्टिक पाठ रिकॉर्ड बदलने से पहले संदेश को जनरेटिंग सेवा के साथ मिलाना है। इस आलेख के लिए किसी भी लाइव नॉर्थस्टार किरायेदार, DNS ज़ोन या संदेश का परीक्षण नहीं किया गया था।
स्वीकृति एवं शेष द्वार
सही उत्पाद प्रक्रिया, आधिकारिक DNS , एप्लिकेशन सक्रियण और नियंत्रित प्राप्त-संदेश साक्ष्य से सहमत होने के बाद ही नामित वर्कफ़्लो को मंजूरी दें। परिवर्तित क्षेत्रों, कस्टम फ्रॉम डोमेन और वैकल्पिक अधिसूचना प्रकारों को अलग-अलग मार्गों के रूप में पुनः परीक्षण करें। संशोधित नमूना और सटीक परिवर्तन संशोधन को संग्रहीत करें, फिर सहमत पायलट के दौरान प्रतिगमन की निगरानी करें।
मूल व्यापक ओरेकल क्लाउड विषय एक स्कोप होल्ड बना हुआ है। यह रूटिंग आलेख प्रत्येक Oracle सेवा के लिए कॉन्फ़िगरेशन मार्गदर्शिका नहीं है। लाइव किरायेदार निरीक्षण, जारी मूल्य, DNS और रिसीवर परीक्षण, दृश्य समीक्षा, मानव एसएमई अनुमोदन और प्रकाशन लंबित हैं।
संदेश स्वीकृति को नीति रोलआउट से अलग करें
एक उत्तीर्ण संरेखित SPF परिणाम एक संदेश मूल्यांकन को संतुष्ट कर सकता है, लेकिन अकेले पूरे डोमेन को अस्वीकार करने के लिए स्थानांतरित करने को उचित नहीं ठहराता है। RFC 9989 धारा 7.4 को डोमेन प्रकाशन के लिए वैध DKIM आवश्यकता है p=reject और अप्रत्यक्ष-मेल अंतरसंचालनीयता के बारे में चेतावनी देता है। पॉलिसी स्वामी द्वारा प्रवर्तन को मंजूरी देने से पहले सभी वैध प्रेषकों और अप्रत्यक्ष मार्गों की सूची बनाएं। इस आलेख के लिए कोई DNS परिवर्तन, टैनेंट ऑपरेशन या प्राप्त-संदेश परीक्षण निष्पादित नहीं किया गया था।