Outlook में एक समर्पित या ITAR Office 365 वातावरण में "सुरक्षा प्रमाणपत्र पर नाम अमान्य है या साइट के नाम से मेल नहीं खाता" त्रुटि

लागू: Microsoft Business Productivity Online DedicatedMicrosoft Business Productivity Online Suite Federal

लक्षण


एक समर्पित या अंतरराष्ट्रीय यातायात बाहों विनियमों (ITAR) Microsoft Office 365 वातावरण में, उपयोगकर्ता निम्न त्रुटि संदेश शामिल हैं एक सुरक्षा चेतावनी संवाद बॉक्स द्वारा संकेत दिया है: 
सुरक्षा प्रमाणपत्र पर नाम अमान्य है या साइट के नाम से मेल नहीं खाता।
उदाहरण के लिए, सुरक्षा चेतावनी संवाद बॉक्स में निम्न के जैसा होता है:यह समस्या निम्न परिस्थितियों के अंतर्गत हो सकता है:
  • Microsoft Office Outlook में एक नया प्रोफ़ाइल बनाने के लिए उपयोगकर्ता का प्रयास करता है।
  • एक Outlook क्लाइंट को प्रारंभ करने के लिए उपयोगकर्ता का प्रयास करता है।
  • समस्या आवर्तक रूप जब Outlook क्लाइंट चल रहा है आता है।
यदि उपयोगकर्ता क्लिक हाँ, उपयोगकर्ता कार्रवाई जारी रख सकते हैं। कोईउपयोगकर्ता क्लिक करता है, तो हालाँकि, लुकअप स्वतः खोज विफल रहता है। स्वतः खोज लुकअप की विफलता निम्न सुविधाओं से काम अपेक्षा के अनुरूप को रोकता है:
  • स्वतः खोज का उपयोग कर किसी Outlook प्रोफ़ाइल का स्वत: निर्माण
  • से बाहर Office (OOF) सहायक
  • खाली/व्यस्त जानकारी

कारण


सामान्यतया, यह समस्या होती है जब तक पहुँचने के लिए आप प्रयास कर रहे हैं, जो URL विषय या विषय वैकल्पिक नाम (सैन) की वेबसाइट के लिए सुरक्षित सॉकेट लेयर (SSL) प्रमाण पत्र में सूचीबद्ध नहीं है। कॉन्फ़िगरेशन भिन्न संगठन के थोड़ा अलग हो सकता है, हालांकि संगठन की स्वतः खोज डोमेन नाम सिस्टम (DNS) रिकॉर्ड गलत तरीके से कॉन्फ़िगर किया गया है, क्योंकि यह समस्या आमतौर पर होती है।

समाधान


इस समस्या को हल करने के लिए, अपने स्वतः खोज DNS रिकॉर्ड को परिवर्तित करने के लिए आपके पास हो सकता है (आंतरिक, बाहरी, या दोनों)। DNS रिकॉर्ड गलत तरीके से कॉन्फ़िगर किया गया है, तो स्वतः खोज सुविधा काम नहीं हो सकता है, क्योंकि हालांकि, इन परिवर्तनों को lightly, ली जानी चाहिए नहीं है।आपको स्वतः खोज DNS रिकॉर्ड को परिवर्तित करने से पहले, आपको समझना चाहिए कि Outlook क्लाइंट को स्वतः खोज सेवा की स्थिति जानें करने के लिए का प्रयास करता है। ऑपरेशन का आधारभूत निम्न क्रम का उपयोग करके स्वतः खोज सेवा की स्थिति जानें करने के लिए Outlook क्लाइंट का प्रयास करता है। हालांकि, चरण में जो स्वतः खोज सेवा स्थित है से परिनियोजन के लिए परिनियोजन भिन्न होता है। इस स्थान कि पर निर्भर करता है (उदाहरण, एक ऑन-प्रिमाइसेस Microsoft Exchange सर्वर, एक ऑन-प्रिमाइसेस Lotus Notes, या अन्य वातावरण के लिए) जो वातावरण विशिष्ट ऑन-प्रिमाइसेस ईमेल है और सह-मौजूदगी में एक ऑन-प्रिमाइसेस समाधान है।निम्न तालिका Outlook क्लाइंट को स्वतः खोज सेवा खोजता कैसे के लिए ऑपरेशन का आधारभूत क्रम दिखाता है:
1
  1. सेवा कनेक्शन बिंदु (SCP) ऑब्जेक्ट - केवल आंतरिक कनेक्शन है।
  2. SCP ऑब्जेक्ट द्वारा दिया जाता है जो URL के लिए एक A रिकॉर्ड का पता लगाएँ करने के लिए outlook क्लाइंट का प्रयास करता है।
2
  1. उपयोगकर्ता के SMTP डोमेन है। (उदाहरण के लिए, https://proseware.com)
  2. उपयोगकर्ता के SMTP डोमेन के लिए एक A रिकॉर्ड का पता लगाएँ करने के लिए outlook क्लाइंट का प्रयास करता है।
3
  1. उपयोगकर्ता के SMTP डोमेन स्वतः खोज के साथ प्रीपेंड किए गए है। (उदाहरण के लिए, https://autodiscover.proseware.com)
  2. एक A रिकॉर्ड जोड़ा जाता है जो URL को स्वतः खोज के लिए खोज करने के लिए outlook क्लाइंट का प्रयास करता है।
4
  1. (SRV) रिकॉर्ड में DNS ज़ोन जो उपयोगकर्ता के SMTP डोमेन से मेल खाता स्वतः खोज सेवा के लिए DNS को ढूँढने के लिए outlook क्लाइंट का प्रयास करता सेवा है। (उदाहरण के लिए, _autodiscover._tcp.proseware.com)
  2. SRV रिकॉर्ड उसके बाद अन्य URL, देता है के लिए जो कुछ प्रकार resolvable रिकॉर्ड का मौजूद होना चाहिए, जैसे कि एक A रिकॉर्ड या CNAME रिकॉर्ड है।
5 परिणाम स्वतः खोज सेवा से किसी भी इन विधियों द्वारा नहीं पाया जाता, तो स्वतः खोज विफल रहता है।
संक्षेप में, स्वतः खोज सेवा एक A रिकॉर्ड, CNAME रिकॉर्ड या एक SRV रिकॉर्ड का उपयोग कर हल किया जा सकता है। कौन-सा रिकॉर्ड वर्तमान में उपयोग किए जाते हैं, यह निर्धारित करने के लिए, एक कमांड प्रॉम्प्ट पर या Windows PowerShell में निम्न आदेश चलाएँ:
  1. एक A रिकॉर्ड का पता लगाएँ करने के लिए, निम्न आदेश चलाएँ। सुनिश्चित करें कि आप नीचे SMTPDomain.com मान के साथ डोमेन के साथ आपके प्रमाणपत्र त्रुटि के शीर्ष पर प्रतिस्थापित।
nslookup 
set type=A 
Autodiscover.SMTPDomain.com 
  1. एक SRV रिकॉर्ड का पता लगाएँ करने के लिए, निम्न आदेश चलाएँ:
nslookup 
set type=SRV 
_autodiscover._tcp.SMTPDomain.com 
निम्न उदाहरण में, Outlook क्लाइंट को स्वतः खोज सेवा A रिकॉर्ड के लिए स्वतः खोज URL पिछले तालिका में चरण 3 में वर्णित के रूप में का उपयोग करके खोज कर सकते हैं: 
autodiscover.proseware.com
हम "कारण" खंड में वर्णित के रूप में, हालांकि, यह URL को स्वतः खोज सेवा द्वारा उपयोग किया जाता है जो SSL प्रमाणपत्र के सैन में सूचीबद्ध नहीं है। उदाहरण के लिए, निम्न स्क्रीन चाल जीती देखें:इस समस्या को हल करने के लिए, निम्न पद्धति का उपयोग करें। 

रिकॉर्ड करने के लिए SSL प्रमाणपत्र के सैन में पहले से ही है किसी नाम स्थान को इंगित करता कोई SRV रिकॉर्ड का उपयोग करके मौजूदा बदलें

मौजूदा SSL प्रमाण पत्र को अद्यतन और लागू करने के लिए नहीं है, क्योंकि यह वर्तमान सेवा डिज़ाइन में पसंदीदा समाधान विधि है। इस खंड में पहले सूचीबद्ध ऑपरेशन का आधारभूत क्रम के अनुसार, संगठन नया रिकॉर्ड outages स्वतः खोज सेवा को रोकने के लिए एक नियंत्रित और परीक्षित तरीके का उपयोग करके लागू कर सकते हैं।इस समस्या को हल करने के लिए, निम्न चरणों का पालन करें:
  1. एक नया SRV रिकॉर्ड बनाएँ। उपयोगकर्ता के SMTP डोमेन से मेल खाता है जो DNS ज़ोन में SRV रिकॉर्ड बनाई जानी चाहिए। SRV रिकॉर्ड निम्न गुण होने चाहिए:
    • सेवा: _autodiscover
    • प्रोटोकॉल: _tcp
    • पोर्ट: 443
    • होस्ट: URL रीडायरेक्शन के लिए। इस URL का समाधान IP को स्वतः खोज सेवा के रूप में समान होना चाहिए, क्योंकि Outlook वेब पहुँच (OWA) URL हो सकता है। साथ ही, यह से परिनियोजन के लिए परिनियोजन भिन्न हो सकते हैं।
  2. आप मौजूदा रिकॉर्ड को निकालने से पहले, नया SRV रिकॉर्ड वर्तमान पुनर्निर्देशित करने के लिए किसी उपयोगकर्ता के होस्ट फ़ाइल परिवर्तित कर का परीक्षण किया जाना चाहिए एक रिकॉर्ड करने के लिए कोई अमान्य IP. यह परीक्षण नया SRV रिकॉर्ड नए DNS रिकॉर्ड्स के लिए पूरे संगठन लागू करने से पहले अपेक्षा के अनुरूप काम कर रहा है कि पुष्टि कर सकते हैं। नोट SRV रिकॉर्ड एक Outlook क्लाइंट द्वारा उपयोग किया जाता है, जब उपयोगकर्ता सलाह करने वाले पुनर्निर्देशन के उपयोगकर्ता निम्न संदेश प्राप्त हो सकता है। हम अनुशंसा करते हैं कि संदेश फिर से प्रदर्शित नहीं किया जाता है ताकि उपयोगकर्ता इस वेबसाइट के बारे में मुझसे न पूछें चेक बॉक्स का चयन करें कि।  
  3. SRV रिकॉर्ड अपेक्षा के अनुरूप काम करता है, जब आप मौजूदा अभिलेख DNS से निकाल सकते हैं।

अधिक जानकारी


स्वतः खोज सेवा के बारे में अधिक जानकारी के लिए, निम्न Microsoft TechNet वेब साइट पर जाएँ: