विनिमय रिबूट के बाद पासवर्ड की आवश्यकता होती है


11

हम हाल ही में एक्सचेंज 2003 से 2010 तक चले गए, और एक क्विक पर ध्यान दिया है जो हमें परेशान कर रहा है।

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

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

यह निर्बाध हुआ करता था, मुझे फिर से वापस लाने के लिए क्या करना होगा?


बड़ा सवाल है। यह एक्सचेंज 2007 / आउटलुक 2007 के साथ भी होता है।
स्काईवॉक सेप

दिलचस्प रूप से पर्याप्त है, मुझे यह 2003 में मिलता है जब हम सर्वर को रिबूट करते हैं - हालांकि ओपी कहते हैं कि उनकी स्थापना निर्बाध हुआ करती थी। वास्तव में दिलचस्प है।
बेन पिलब्रो सिप

क्या आपका Exchange सर्वर आपके क्लाइंट्स के समान नेटवर्क पर है, या आप किसी दूरस्थ स्थान से कनेक्ट कर रहे हैं?
सैम कॉगन

सभी समान नेटवर्क / भौतिक स्थान पर, हम कभी-कभी रिमोट एक्सेस का उपयोग करते हैं, लेकिन अधिकांश उपयोगकर्ता नहीं करते हैं।
रॉडएच 257

जवाबों:


2

ऐसा इसलिए है क्योंकि Outlook खाता सेटिंग्स को "Outlook कहीं भी" के साथ कॉन्फ़िगर किया गया था। आप इसे बंद कर सकते हैं, अगर आप इसे नहीं चाहते हैं।

ताकि जब एक्सचेंज रिबूट हो जाए, तो यह कनेक्शन को ढीला कर देगा और एक बार ऑनलाइन वापस आने के बाद इसे पुनर्स्थापित करेगा, और यह https - आउटलुक एनीवेयर के माध्यम से कनेक्ट करने का प्रयास नहीं करेगा।

मैं आम तौर पर अपने उपयोगकर्ता को दृष्टिकोण पुनः आरंभ करने की सलाह देता हूं। यदि वे अपने क्रेडेंशियल में प्रवेश करते हैं, तो यह लेन से HTTPS तक देशी कनेक्शन से एक्सचेंज करने के लिए उनके कनेक्शन को बदल देगा।


2
यह प्रासंगिक हो सकता है यदि आउटलुक कहीं भी मूल प्रमाणीकरण का उपयोग करने के लिए कनेक्ट करने के लिए सेट किया गया है और आउटलुक खोलते समय उन्हें अपना पासवर्ड सामान्य रूप से दर्ज करना होगा। यदि Outlook कहीं भी NTLM प्रमाणीकरण का उपयोग करने के लिए सेट है, तो उसे अपने क्रेडेंशियल का स्वचालित रूप से उपयोग करना चाहिए और पासवर्ड के लिए संकेत नहीं करना चाहिए।
TessellatingHeckler

1
मैं इस व्यवहार को आउटलुक के साथ भी देख रहा हूँ कहीं भी NTLM का उपयोग करने के लिए कॉन्फ़िगर किया गया है - वास्तव में यह शीघ्र नहीं होना चाहिए, लेकिन यह करता है (केवल एक एक्सचेंज सर्वर रिबूट के बाद जहां कनेक्टिविटी खो जाती है) उपयोगकर्ताओं को आम तौर पर संकेत नहीं दिया जाता है - कभी भी, एक बार भी नहीं - सिवाय एक का अनुसरण करने के आउटलुक रिबूट के दौरान खुला था, तो एक्सचेंज के रिबूट।
यहोशू मैककिनोन

Outlook Anywhereसक्रिय है और NTLM का उपयोग करता है, लेकिन मैं इसे GPO के माध्यम से अपने स्थानीय डोमेन के लिए अक्षम करता हूं। फिर भी, जब मैं सर्वर को रिबूट करता हूं तो आउटलुक मुझसे पासवर्ड मांगता है।
सरबर

0

मैं भी इसी मुद्दे का अनुभव कर रहा हूं, यह अजीब है कि केवल कुछ लोग ही इसका अनुभव करते हैं। इसके अलावा मैंने सप्ताहांत में सर्वर को रिबूट किया, जबकि पीसी बंद थे और कुछ लोगों को सोमवार सुबह भी संकेत दिया गया था।

मैं आउटलुक को चालू करने से चिंतित हूं कहीं भी मेरे बाहरी उपयोगकर्ताओं को प्रभावित करेगा।

शायद आप यह कोशिश कर सकते हैं, मैं अभी तक इसका परीक्षण करने में असमर्थ रहा हूं: आउटलुक> उपकरण> खाता सेटिंग्स> परिवर्तन> अधिक सेटिंग्स कनेक्शन टैब> "http का उपयोग करके मेरे एक्सचेंज मेलबॉक्स से कनेक्ट करें" अनचेक करें।

क्या आपने सभी एक्सचेंज अपडेट रोलअप स्थापित किए हैं?

इस धागे में कुछ सलाह भी है: http://www.dslreports.com/forum/r24512375-Outlook-2007-Exchange-2010-prompting-for-usernamepassword


0

यदि Outlook केवल Kerberos प्रमाणीकरण का उपयोग करने के लिए कॉन्फ़िगर किया गया है और क्लाइंट घड़ी और सर्वर घड़ी के बीच का अंतर 5 मिनट से अधिक बंद है, तो आप इस व्यवहार को देख सकते हैं।


-1

निम्नलिखित के साथ सभी उपयोगकर्ताओं के डेस्कटॉप पर एक बैच फ़ाइल बनाएँ:

NET STOP msexchangerpc शटडाउन -r-15

सिस्टम को पुनरारंभ करने के लिए हमेशा इसका उपयोग करें। यह उस सेवा को बंद कर देता है जिसके कारण उपयोगकर्ताओं को वापस लॉग इन करना पड़ता है। हमारे मामले में कम से कम काम किया।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.