एक्सचेंज के लिए सर्टिफिकेट प्लानिंग

हाल ही में, हमारे विशेषज्ञ को क्लाइंट के लिए एक्सचेंज प्रमाण पत्र में सैन क्षेत्रों को कम करने की समस्या का सामना करना पड़ा था (प्रमाण पत्र का भुगतान किया जाता है, कोई टीएमजी नहीं है - यानी आंतरिक और बाहरी उपयोगकर्ताओं के लिए एक ही प्रमाण पत्र प्राप्त होता है)।

उनके पास एक NLB क्लस्टर है, और इसलिए AD डोमेन और बाहरी नाम मेल नहीं खाते (contoso.local और contoso.ru)। आदर्श रूप में, यह इस तरह होगा:
1. mail.contoso.ru (बाहरी fqdn)
2. autodiscover.contoso.ru
3. cashub1.contoso.local (इंटर्नल बीएनबीपास यूआरएल और एसएमटीपी, यूएम के लिए इंटेक)
4. cashub2.contoso.local (इंटर्नल बीएनबीपास यूआरएल और एसएमटीपी, यूएम के लिए इंटेक)
5. cashubnlb.contoso.local (fqdn ClientAccessArray और आंतरिक उपयोग के लिए)
6. मेल (संक्षिप्त नाम ताकि बहुत सारे पत्र न लिखें)
7. कैशब 1 (छोटा नाम ताकि बहुत सारे अक्षर न लिखें)
8. कैशब 2 (छोटा नाम ताकि बहुत सारे अक्षर न लिखें)

कुल 8 नाम बहुत महंगे हैं !

आइए जाने:

1. संक्षिप्त नाम तुरंत छोड़ दिया जा सकता है, क्योंकि आपको पता लिखते समय आराम नहीं करना चाहिए! (आधिकारिक तौर पर, सर्वर के NetBIOS नामों की आवश्यकता नहीं है। लेकिन कई उपयोगकर्ता और व्यवस्थापक OWA का आंतरिक रूप से उपयोग करना पसंद करते हैं और यह लॉग ऑन करते समय प्रमाणपत्र के बारे में अनावश्यक चेतावनियों को रोक देगा। आंतरिक नाम जोड़ने से कोई बुरा प्रभाव नहीं पड़ता है, लेकिन वे नहीं हैं आवश्यक। - blogs.technet.com/b/exchange/archive/2007/07/02/3403301.aspx )।

2. हम स्प्लिट डीएनएस और सभी इंटरनलयूआरएल और ऑटोडिस्कवर सेवरइनइंटरनलयूरी भी करते हैं, हम cash.nnbb.contoso.local के बजाय mail.contoso.ru में रजिस्टर करते हैं।

3. ClientAccessArray के लिए, value को cashubnlb.contoso.local पर सेट करें। एचटीटीपीएस के समान मूल्य का उपयोग करने की अनुशंसा नहीं की जाती है, क्योंकि आउटलुक बाहरी रूप से धीमा हो जाएगा। और यह प्रमाण पत्र में आवश्यक नहीं है, क्योंकि इसका उपयोग एमएपीआई कनेक्शन के लिए किया जाता है, और एसएसएल का उपयोग नहीं किया जाता है। (चूँकि CAS Array केवल MAPI है और SSL का उपयोग नहीं कर रहा है तो CAS Array FQDN प्रमाणपत्र पर नहीं होना चाहिए। यह अनुशंसित है कि CAS Array FQDN OWA / EAS / OLA / EQ URL के समान नहीं है, जहाँ भ्रम हो सकता है। आसानी से होता है। ऐसा करने से (समान FQDN का उपयोग करने) के परिणामस्वरूप बाहरी उपयोगकर्ताओं के लिए महत्वपूर्ण Outlook कहीं भी समय समाप्त / विलंब होगा। - social.technet.microsoft.com/Forums/en-US/exchange2010/thread-8e25cee3-dea3-41c8-886f -9152992dd598 )।

4. यदि हम SRV ऑटोडिस्कवर प्रविष्टि बनाते हैं, तो प्रमाणपत्र में ऑटोडिस्कवर प्रविष्टि नहीं हो सकती है। (आउटलुक 2007 ऑटोडिस्कवर सेवा का पता लगाने के लिए डीएनएस एसआरवी रिकॉर्ड के लिए एक अतिरिक्त जांच करेगा। इस अतिरिक्त जांच के लिए जटिल कॉन्फ़िगरेशन या ऑटोडिस्कवर सेवा के लिए वैध प्रमाण पत्र की आवश्यकता नहीं है।) हालांकि, कोई ए रिकॉर्ड (वॉटआउट ऑटोडिस्कवर) नहीं होना चाहिए। प्रमाणपत्र में xxx.org, आपके पास DNS में इसके लिए A- रिकॉर्ड नहीं है। यदि आपने इसे कॉन्फ़िगर किया है तो इसे हटा दें।) लेकिन यह बहुत ज्यादा है ...

5. SMTP और UM सेवाओं के लिए, आप स्व-हस्ताक्षरित या आंतरिक प्रमाणपत्र का उपयोग कर सकते हैं, जिससे आप intFQDN को मना कर सकते हैं।

6. चूंकि InternalNLBBypassUrl अभी भी बना हुआ है, BPA इस पर शपथ लेगा, लेकिन यह किसी भी तरह से काम को प्रभावित नहीं करेगा। - social.technet.microsoft.com/Forums/da-DK/exchangesvradmin/thread/54d2c3ae-3a12-4cbd-9ea1-70832e1b593a )।

सरल जोड़तोड़ के बाद, हम प्राप्त करते हैं:
1. mail.contoso.ru (बाहरी fqdn)
2. autodiscover.contoso.ru

वह सब है!