[ प्लेटफ़ॉर्म गाइड ]

Google Workspace उपनाम और द्वितीयक डोमेन: SPF और DKIM संरेखण सत्यापित करें

प्रत्येक कार्यस्थान उपनाम और द्वितीयक-डोमेन पहचान से अलग से प्रमाणीकरण की जाँच करें।

EmailAuth अनुसंधान टीम द्वारा · 4 मिनट पढ़ें

[ प्रमुख बिंदु ]

  • प्रत्येक ब्रांड की भेजने वाली पहचान को सुरक्षित रखें
  • एक डोमेन और रूट मैट्रिक्स बनाएं
  • प्राधिकरण को संरेखण से अलग करें
इस पेज पर
  1. प्रमुख बिंदु
  2. ले लेना
  3. भूमिका के अनुसार
  4. अक्सर पूछे जाने वाले प्रश्नों
  5. सूत्रों का कहना है
  6. शब्दकोष
  7. संबंधित मार्गदर्शिकाएँ

[ ले लेना ]

प्रत्येक कार्यस्थान उपनाम और द्वितीयक-डोमेन पहचान से अलग से प्रमाणीकरण की जाँच करें।

[भूमिका के अनुसार]

आपके लिए इसका क्या मतलब है

व्यावहारिक अगले चरणों के लिए अपनी भूमिका चुनें।

आईटी/मेल एडमिन

एक डोमेन और रूट मैट्रिक्स बनाएं

प्राप्त पहचान सत्यापन लक्ष्य है.

अगले कदम

  1. सेंड-एज़ SMTP सेटिंग्स का निरीक्षण करें।
  2. प्राथमिक, उपनाम, द्वितीयक-डोमेन और उत्तर पथ का परीक्षण करें।
  3. सख्त बनाम शिथिल संरेखण धारणाओं को रिकॉर्ड करें।

सीआईएसओ/सेकऑप्स

प्राधिकरण को संरेखण से अलग करें

स्वीकृत उपयोगकर्ता कार्रवाई प्रमाणीकरण साक्ष्य नहीं है।

अगले कदम

  1. समीक्षा करें कि प्रत्येक पहचान के रूप में कौन भेज सकता है।
  2. हेडर के साथ सटीक संरेखण धारणाएँ बनाए रखें।
  3. जब उपयोगकर्ता भूमिकाएँ बदलते हैं तो बाहरी सेंड-एज़ रिले की समीक्षा करें।

संस्थापक/गैर-तकनीकी

प्रत्येक ब्रांड की भेजने वाली पहचान को सुरक्षित रखें

साझा प्रशासन डोमेन-विशिष्ट कार्य को नहीं हटाता है.

अगले कदम

  1. प्रत्येक ग्राहक-सामना वाले डोमेन की सूची बनाएं।
  2. किसी ब्रांड को लाइव करने से पहले एक परीक्षण की आवश्यकता है।
  3. लॉन्च चेकलिस्ट में प्रत्येक ब्रांड डोमेन को शामिल करें।

[ पूछे जाने वाले प्रश्न ]

अक्सर पूछे जाने वाले प्रश्नों

क्या एक ही मेलबॉक्स का मतलब एक ही DMARC डोमेन है?

नहीं, संदेश के दृश्यमान प्रेषक पते में डोमेन का मूल्यांकन करें।

उपयोगकर्ता उपनाम डोमेन या द्वितीयक डोमेन जोड़ें RFC 9989 : डोमेन-आधारित संदेश प्रमाणीकरण, रिपोर्टिंग और अनुरूपता ( DMARC )

क्या कोई उपनाम हमेशा Google की प्रेषण संरचना का उपयोग करता है?

नहीं, इस रूप में भेजें कॉन्फ़िगरेशन एक बाहरी SMTP सेवा निर्दिष्ट कर सकता है; वास्तविक मार्ग का निरीक्षण करें.

बाकी संसाधन: user.settings.sendAs  |  Gmail  |  डेवलपर्स के लिए Google

क्या विभिन्न कंपनी-स्वामित्व वाले डोमेन आराम से संरेखित हो सकते हैं?

अकेले स्वामित्व अपर्याप्त है. विभिन्न संगठनात्मक डोमेन केवल इसलिए संरेखित नहीं होते क्योंकि उन पर एक कंपनी का स्वामित्व है।

RFC 9989 : डोमेन-आधारित संदेश प्रमाणीकरण, रिपोर्टिंग और अनुरूपता ( DMARC )

क्या मुझे प्राथमिक डोमेन के DKIM TXT मान का पुन: उपयोग करना चाहिए?

किसी अन्य डोमेन की कुंजी की प्रतिलिपि बनाने के बजाय चयनित भेजने वाले डोमेन के लिए उत्पन्न कॉन्फ़िगरेशन का उपयोग करें।

DKIM स्थापित करें

क्या MX रिकॉर्ड SPF स्थापित करता है?

नहीं, इनकमिंग रूटिंग और आउटबाउंड SPF प्राधिकरण अलग-अलग कार्य हैं।

RFC 7208 : प्रेषक नीति ढांचा

उत्तरों का परीक्षण क्यों करें?

एक उत्तर एक नए संदेश से भिन्न पहचान या सेंड-एज़ रूट का उपयोग कर सकता है।

क्या दूसरा हस्ताक्षर उत्तर बदल सकता है?

हाँ। एक वैध संरेखित DKIM हस्ताक्षर DMARC पासिंग पथ प्रदान कर सकता है।

RFC 9989 : डोमेन-आधारित संदेश प्रमाणीकरण, रिपोर्टिंग और अनुरूपता ( DMARC )

किन परिवर्तनों के लिए पुनः परीक्षण की आवश्यकता है?

डोमेन परिवर्तन, उपनाम सेटिंग्स, बाहरी रिले परिवर्तन, DNS माइग्रेशन और कुंजी रोटेशन।

[ सूत्रों का कहना है ]

सूत्रों का कहना है

  1. उपयोगकर्ता उपनाम डोमेन या द्वितीयक डोमेन जोड़ें

    धारा उपयोगकर्ता उपनाम डोमेन और द्वितीयक डोमेन

  2. DKIM स्थापित करें

    धारा DKIM कुंजी उत्पन्न करें · DKIM कुंजी जोड़ें · चालू करें और DKIM सत्यापित करें

  3. बाकी संसाधन: user.settings.sendAs  |  Gmail  |  डेवलपर्स के लिए Google

    धारा प्रदाता प्रक्रिया और परिचालन संबंधी विचार

  4. RFC 9989 : डोमेन-आधारित संदेश प्रमाणीकरण, रिपोर्टिंग और अनुरूपता ( DMARC )

    धारा पहचानकर्ता संरेखण · नीति और रिसीवर हैंडलिंग

  5. RFC 7208 : प्रेषक नीति ढांचा

    धारा पहचान से मेल · DNS लुकअप सीमाएं

[ शब्दकोष ]

शब्दकोष

उपनाम डोमेन
एक अतिरिक्त डोमेन जो मौजूदा उपयोगकर्ताओं के लिए वैकल्पिक पते प्रदान करता है।
द्वितीयक डोमेन
खाते के भीतर उपयोगकर्ताओं के एक अलग समूह के लिए उपयोग किया जाने वाला एक अतिरिक्त डोमेन।
सख्त संरेखण
एक संरेखण मोड जिसके लिए सटीक डोमेन समानता की आवश्यकता होती है।

उद्यम उद्गम

शीर्ष वित्तीय संस्थान और सरकारें ही क्यों? अपने ईमेल सुरक्षा डैशबोर्ड हटा दिए।

पारंपरिक ईमेल प्रमाणीकरण प्लेटफ़ॉर्म आपको एक डैशबोर्ड बेचते हैं और आपके इंजीनियरों से काम करने के लिए कहते हैं। उच्च जोखिम वाले वातावरण में, मैन्युअल निरीक्षण का अर्थ है विलंबित प्रवर्तन, कॉन्फ़िगरेशन बहाव और अनियंत्रित छाया डोमेन।

EmailAuth एजेंटिक ईमेल उद्गम मंच है। हमारे एजेंट लागू करते हैं p=reject, तृतीय-पक्ष प्रेषकों को संरेखित रखें और अपने डोमेन को पूर्ण रूप से स्थानांतरित करें RFC 9989 अनुपालन, नया DMARC मानक, मानव-इन-द-लूप ऑडिटेबिलिटी के साथ।

सरकारों बड़े उद्यम टियर-1 वित्तीय संस्थान

सास · समर्पित किरायेदारी · एयर-गैप्ड ऑन-प्रिमाइसेस · BYOK एन्क्रिप्शन

ज्ञानधार