जब तक मैं क्रेडेंशियल को हटाने के लिए cmdkey नहीं चलाता, तब तक मैं SMB सर्वर शेयर (पहुंच योग्य त्रुटि) तक नहीं पहुंच सकता, तो क्या हो रहा है?


8

मेरे पास एक नेटवर्क कनेक्शन साझा मुद्दा है। पहला कनेक्शन काम करता है, और कम से कम कुछ घंटों के लिए जुड़े रहने के लिए लगता है। हालाँकि, हर बार मेरी विंडोज़ 7 पीसी रिबूट होने के बाद, यह अब साझा फ़ोल्डर में एक नेटवर्क कनेक्शन नहीं बना सकता है, और न ही इसे ब्राउज़ कर सकता है, जब तक कि मैं मैप किए गए ड्राइव को न केवल अनमैप और रीमैप न कर दूं, लेकिन यह भी, मुझे cmdkeyहटाने के लिए उपयोग करना होगा इस तरह संग्रहीत क्रेडेंशियल्स:

cmdkey /delete:Domain:target=HOSTNAME

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

यहाँ छवि विवरण दर्ज करें

मुझे कम से कम कई मिनट तक कोई त्रुटि नहीं होती है। पहली बात यह है कि मैं देख रहा हूँ एक खिड़की जमी और खाली है, और फिर मुझे यह त्रुटि मिली:

यह एक DROBO डिवाइस पर एक शेयर से कनेक्ट करते समय हुआ है, और एक शेयर पर जो डोमेन पर नहीं है, लेकिन जो एक Microsoft सर्वर सर्वर था। मुझे आश्चर्य है कि जब सक्रिय निर्देशिका डोमेन नियंत्रक मौजूद है, और एक विशेष कार्य केंद्र एक डोमेन में शामिल हो गया है, तो गैर-डोमेन शेयरों से जुड़ने के संबंध में वंडोस 7 पेशेवर में कुछ टूट गया है?

समस्या केवल तब होती है जब मैं "याद क्रेडेंशियल्स" पर क्लिक करता हूं। इसके साथ काम करने की कोई राशि तय नहीं है net usecmdkeyहोस्ट के लिए सभी संग्रहीत क्रेडेंशियल को हटाने के लिए उपयोग करना वापस लाने का एकमात्र तरीका है, और यह सभी गैर-डोमेन साझा फ़ोल्डरों को प्रभावित करता है।

अपडेट मैं उम्मीद कर रहा हूं कि कुछ ऐसे रजिस्ट्री स्थान हैं जिनकी मैं जांच कर सकता हूं कि उन्हें किसी तरह से गलत तरीके से समझा जा सकता है जो समझा सकता है कि गैर-डोमेन सिस्टम के लिए SMB / CIFS ने संग्रहीत क्रेडेंशियल्स को इस अजीब तरीके से स्वत: अमान्य क्यों माना है। Microsoft Windows डोमेन और सुरक्षा हैंडलिंग कभी-कभी कैसे अजीब होती है, यह जानने के बाद, यह किसी प्रकार की मूर्खतापूर्ण "सुविधा" हो सकती है।

जवाबों:


1

यह संभव है कि स्थानीय समय और शेयरों की मेजबानी करने वाली मशीन सिंक से बाहर हो। हालांकि आपके डोमेन एडमिन को इस बात का ध्यान रखना चाहिए। आमतौर पर जब आपके क्रेडेंशियल्स के लिए टोकन मशीन को पास किया जाता है, लेकिन सिंक से बाहर है, तो यह काम करना बंद कर देगा।

एक और संभावना यह है कि आपकी स्थानीय मशीन आपके डोमेन क्रेडेंशियल्स को विंडोज होम सर्वर पर भेजने की कोशिश कर रही है। और यह डोमेन का हिस्सा नहीं है, यह आपको बाहर उछाल देगा।

हालाँकि, यह माना जाता है कि यह आपको किसी भी स्थिति में प्रवेश नहीं करने देता (जब तक कि डोमेन कंट्रोलर और आपके वर्कस्टेशन को सिंक नहीं किया जाता है, लेकिन विंडोज होम सर्वर नहीं है)।


0

इसका एक कारण मैं यह देख सकता हूं कि आपको MACHINE_NAME \ USERNAME के ​​प्रारूप में क्रेडेंशियल संग्रहीत करने की आवश्यकता है और फिर पासवर्ड। इस तरह यह पता है कि वास्तव में क्या लागू होता है।


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