मेरे पास एक नेटवर्क कनेक्शन साझा मुद्दा है। पहला कनेक्शन काम करता है, और कम से कम कुछ घंटों के लिए जुड़े रहने के लिए लगता है। हालाँकि, हर बार मेरी विंडोज़ 7 पीसी रिबूट होने के बाद, यह अब साझा फ़ोल्डर में एक नेटवर्क कनेक्शन नहीं बना सकता है, और न ही इसे ब्राउज़ कर सकता है, जब तक कि मैं मैप किए गए ड्राइव को न केवल अनमैप और रीमैप न कर दूं, लेकिन यह भी, मुझे cmdkey
हटाने के लिए उपयोग करना होगा इस तरह संग्रहीत क्रेडेंशियल्स:
cmdkey /delete:Domain:target=HOSTNAME
मेरा काम पीसी एक डोमेन पर है, और मैं आईटी प्रशासक नहीं हूं, लेकिन मैं उत्सुक हूं कि इस मुद्दे की जांच करने के लिए मैं कुछ भी कर सकता हूं। रजिस्ट्री या समूह नीति में कोई भी सेटिंग जो मैं देख सकता था कि पहला कनेक्शन क्यों काम करता है, लेकिन कनेक्शन को ब्राउज़ करने या उपयोग करने के लिए प्रत्येक बाद का प्रयास (एक बार एक क्रेडेंशियल मौजूद है), कनेक्शन त्रुटि के साथ विफल हो जाता है यह कहते हुए कि यह "सुलभ नहीं है", इस तरह:
मुझे कम से कम कई मिनट तक कोई त्रुटि नहीं होती है। पहली बात यह है कि मैं देख रहा हूँ एक खिड़की जमी और खाली है, और फिर मुझे यह त्रुटि मिली:
यह एक DROBO डिवाइस पर एक शेयर से कनेक्ट करते समय हुआ है, और एक शेयर पर जो डोमेन पर नहीं है, लेकिन जो एक Microsoft सर्वर सर्वर था। मुझे आश्चर्य है कि जब सक्रिय निर्देशिका डोमेन नियंत्रक मौजूद है, और एक विशेष कार्य केंद्र एक डोमेन में शामिल हो गया है, तो गैर-डोमेन शेयरों से जुड़ने के संबंध में वंडोस 7 पेशेवर में कुछ टूट गया है?
समस्या केवल तब होती है जब मैं "याद क्रेडेंशियल्स" पर क्लिक करता हूं। इसके साथ काम करने की कोई राशि तय नहीं है net use
। cmdkey
होस्ट के लिए सभी संग्रहीत क्रेडेंशियल को हटाने के लिए उपयोग करना वापस लाने का एकमात्र तरीका है, और यह सभी गैर-डोमेन साझा फ़ोल्डरों को प्रभावित करता है।
अपडेट मैं उम्मीद कर रहा हूं कि कुछ ऐसे रजिस्ट्री स्थान हैं जिनकी मैं जांच कर सकता हूं कि उन्हें किसी तरह से गलत तरीके से समझा जा सकता है जो समझा सकता है कि गैर-डोमेन सिस्टम के लिए SMB / CIFS ने संग्रहीत क्रेडेंशियल्स को इस अजीब तरीके से स्वत: अमान्य क्यों माना है। Microsoft Windows डोमेन और सुरक्षा हैंडलिंग कभी-कभी कैसे अजीब होती है, यह जानने के बाद, यह किसी प्रकार की मूर्खतापूर्ण "सुविधा" हो सकती है।