विंडोज में नेटवर्क ड्राइव को मैप करना बुरा क्यों है?


72

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

यह एक केस क्यों है?

व्यक्तिगत रूप से मुझे ' z:\folderसे बेहतर होने की सुविधा मिल रही है \\server\path\folder, खासकर सीएमडी लाइन और स्क्रिप्टिंग के साथ (बेशक मैं स्वाभाविक रूप से हार्ड-कोडित लिंक के बारे में बात नहीं कर रहा हूं!)।

मैंने मैप किए गए नेटवर्क ड्राइव के पेशेवरों और विपक्षों की खोज करने की कोशिश की है, लेकिन मैंने इसके अलावा कुछ नहीं देखा कि 'नेटवर्क नीचे जाना चाहिए, ड्राइव अनुपलब्ध होगा'। लेकिन यह किसी भी नेटवर्क-एक्सेस स्टोरेज की एक सीमा है।

मुझे यह भी बताया गया है कि नेटवर्क संसाधन अनुपलब्ध होने पर मैप किए गए नेटवर्क ड्राइव नेटवर्क को प्रदूषित करते हैं, हालाँकि मुझे इस बारे में अधिक जानकारी नहीं मिली है। क्या नेटवर्क ड्राइव किसी भी नेटवर्क को विंडोज एक्सप्लोरर लाइब्रेरी / पसंदीदा से अधिक पोल करते हैं? जब भी विंडोज फ़ाइल सिस्टम (उदाहरण के लिए, जब फ़ाइल / फ़ोल्डर पिकर डायलॉग खोला जाता है) को एन्यूमरेट करने की कोशिश करता है, तो क्या यह अभी भी अन्य नेटवर्क एक्सेस मैकेनिज्म (जो कि पसंदीदा मैप किया गया है) के साथ एक समस्या नहीं होगी?


13
मुझे नहीं लगता कि आपके द्वारा बताए गए कारणों के लिए अंधविश्वास और व्यक्तिगत राय के अलावा कोई वास्तविक कारण है। (इसलिए मुझे लगता है कि यह विषयगत कारणों से एक बुरा सवाल है)
शिन्राइ

9
समूह नीति संपादक में मैप किए गए ड्राइव विंडोज सर्वर 2008 R2 पर समर्थित हैं, इसलिए मैं यह कहना चाहूंगा कि यह केवल इसे रोकने के लिए व्यक्तिगत राय है।

3
@Shinrai - उत्तर के लिए धन्यवाद। मैं व्यक्तिगत राय के बजाय तकनीकी कारणों की तलाश कर रहा हूं - जैसा कि मैं किसी से अनजान हूं - इसलिए मुझे उम्मीद है कि इसे व्यक्तिपरक नहीं माना जाएगा। मुझे लगता है कि यह हुड के तहत सभी एक ही यांत्रिकी वैसे भी है और सिर्फ उपयोगकर्ता के लिए अलग तरह से प्रस्तुत किया गया है।
बीबलेब्रोक्स

4
@foocode - मैं आपके साथ पूर्ण सहमति में हूं, मुझे लगता है कि वे सिर्फ मूर्खतापूर्ण हैं। एकमात्र संभावित आपत्ति जो मैं सोच सकता हूं, वह यह है कि कुछ खराब लिखे गए सॉफ़्टवेयर उन्हें स्थानीय ड्राइव के रूप में मान सकते हैं, इस स्थिति में आप उस सॉफ़्टवेयर का उपयोग क्यों कर रहे हैं? वे सिर्फ अंधविश्वासी हैं, आप जो भी नरक चाहते हैं वह करते हैं। (व्यक्तिगत रूप से मैं अपनी ड्राइव को मैप नहीं करता, लेकिन यह सिर्फ मेरे लिए है)
शिन्राइ

1
कुछ ख़राब लिखे गए सॉफ़्टवेयर (अकाउंटिंग सॉफ़्टवेयर का ख़्याल आता है) कुछ फर्मों / ग्राहकों द्वारा उपयोग किए जाने की माँग की जाती है ...
लॉरेंस

जवाबों:


64

मैं कल्पना करता हूं कि नेटवर्क ड्राइव को मैप न करने का सबसे मजबूत कारण यह है कि एडमीशन नेटवर्क पथों के अलावा ड्राइव अक्षरों के एक परिमित संख्या के सूचकांक को बनाए रखने के सिरदर्द से निपटना नहीं चाहते हैं। एक के लिए, उन सभी को ड्राइव लेटर असाइन करने के लिए बहुत अधिक उपयोग किए जाने वाले नेटवर्क शेयर हो सकते हैं, और एक बड़े संगठन में, सभी के पास सभी समान शेयरों तक पहुंच नहीं होगी। साझा नाम ड्राइव वर्णों की तुलना में अधिक वर्णनात्मक और संभावित रूप से कम अस्पष्ट हैं (बाद में अस्पष्टता पर अधिक)।

दूसरा, आप ड्राइव अक्षर टकराव में चला सकते हैं। यदि किसी के पीसी में मेमोरी कार्ड रीडर है, तो वह चार या अधिक ड्राइव लेटर्स को पकड़ सकता है। ए और बी आम तौर पर पिछली शताब्दी की फ्लॉपी ड्राइव के लिए आरक्षित होते हैं, और सी और डी आमतौर पर हार्ड ड्राइव और ऑप्टिकल ड्राइव के लिए आरक्षित होते हैं, इसलिए कार्ड रीडर ई, एफ, जी और एच का उपयोग करेगा। यदि आपका नेटवर्क ड्राइव में से एक है। आमतौर पर H पर मैप किया जाता है: एक लॉगऑन स्क्रिप्ट के माध्यम से, यह गरीब व्यक्ति या तो कार्ड रीडर के H: ड्राइव का उपयोग करने में सक्षम नहीं होगा या नेटवर्क ड्राइव को माउंट करने में सक्षम नहीं होगा।

जब तक संगठन के भीतर कोई व्यक्ति विशिष्ट उद्देश्यों के लिए ड्राइव अक्षर आवंटित करने के लिए जिम्मेदार नहीं है, तब तक नेटवर्क ड्राइव भी समाप्त हो सकता है जिससे बहुत भ्रम पैदा हो सकता है। उदाहरण के लिए, मान लीजिए कि आप मैप ड्राइव S: उस शेयर के लिए जिसमें आपके सभी साइट-लाइसेंस प्राप्त सॉफ़्टवेयर के लिए सेटअप प्रोग्राम हैं, और कोई अन्य व्यक्ति S: साझा ड्राइव पर जाता है, जहां वे सभी प्रकार के साझा किए गए दस्तावेज़ों को छोड़ देते हैं। जब आप यह समझाने की कोशिश करते हैं कि कुछ सॉफ़्टवेयर कैसे स्थापित किए जाते हैं, तो आप उन्हें अपने S: ड्राइव को खोलने और Microsoft Office के लिए सेटअप प्रोग्राम खोजने के लिए कहें, लेकिन वे सभी मिल सकते हैं , जिसका नाम कार्यालय है , जिसमें विविध फ़ाइलों का एक गुच्छा है, जिसे किसी ने वहां गिरा दिया है। एक अस्थायी फ़ाइल स्थानांतरण के लिए। भ्रम को हल करने में आपको 5 या 10 मिनट का समय लग सकता है।

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

दूसरी ओर, विंडोज के पुराने संस्करणों पर, मैंने देखा है कि फ़ाइल मैप करने के लिए या मैप की गई नेटवर्क ड्राइव से अक्सर बहुत तेजी से जाती है यदि आपने नेटवर्क फ़ोल्डर में ब्राउज किया और एक ही फाइल ट्रांसफर किया - जिस स्थिति में, अधिकांश लोग नेटवर्क ड्राइव को मैप करना पसंद करेंगे।


इनपुट के लिए धन्यवाद। मुझे लगता है कि भूमि के मौजूदा 'नियम' की पुन: कल्पना की जा रही है: कोई भी मैप किया गया ड्राइव उपयोगकर्ता आधार को रोकने के लिए नहीं है क्योंकि ये बहुत ही समस्या पैदा करते हैं।
बेबलब्रॉक्स

22
अलग-अलग स्थानों पर ड्राइव मैप करने वाले विभिन्न उपयोगकर्ताओं द्वारा किए गए भ्रम के लिए +1। मुझे कई बार उपयोगकर्ताओं द्वारा बताया गया है कि वे "Z: \" ड्राइव पर एक फ़ाइल डाल रहे हैं और यह पता लगाने में एक उम्र बिता रहे हैं कि उनकी विशेष Z ड्राइव कहाँ मैप की गई है। तकनीकी मुद्दा शायद नहीं लेकिन यह निश्चित रूप से एक संगठनात्मक मुद्दा हो सकता है।
स्टीव होमर

मैंने इस उत्तर को स्वीकृत उत्तर के रूप में चिह्नित किया है क्योंकि यह विशिष्ट मामलों (यानी निर्भरता के मुद्दों) और सैद्धांतिक डाउनसाइड्स (यानी ऊपर महान सुरक्षा-संबंधित चर्चा) के बजाय मैप किए गए ड्राइव के उपयोग के रूट ऑपरेशनल / व्यावहारिक पहलुओं को शामिल करता है। धन्यवाद @rob!
1

4
एक और बड़ी कमी यह है कि एक बार जब आप इस सड़क को शुरू करते हैं, तो कोई भी ईमेल लिंक जो "Z" ड्राइव को संदर्भित करता है यदि आप मैप की गई ड्राइव को हटा देते हैं। एक और गंभीर खामी है फाइलें जो कई फाइलों (जैसे सीएडी फाइलें) को फैला देती हैं यदि मैप किया गया अक्षर हटा दिया जाता है! यह निर्भरता फ़ाइलों के कारण एक UNC पथ के बजाय एक ड्राइव पत्र के साथ लोड किया जा रहा है। हम इन्हीं मुद्दों के कारण मेरी कंपनी में उनके साथ हैं। कुछ माउस-क्लिकों को सहेजने के कारक 'सुविधा' से बहुत दूर हैं।
ली हैरिसन

1
यह पहले से ही उल्लेख किया गया है कि यह तेजी से भ्रमित हो जाता है यदि कोई भी ड्राइव अक्षर आवंटित करने के लिए सम्मानजनक नहीं है, लेकिन मैं यह उल्लेख करना चाहूंगा कि ड्राइव अक्षर वास्तव में केंद्रीय रूप से आवंटित किए गए हैं, तो वे बहुत सुविधाजनक हो सकते हैं। सरल उदाहरण: हर कोई ड्राइव एम के माध्यम से अपने निजी फाइलशेयर का उपयोग कर सकता है, ड्राइव एन के माध्यम से कंपनी की व्यापक सामान्य फाइलशेयर ... और सभी परियोजना फ़ोल्डर ड्राइव पी में स्थित हैं - हालांकि, यह ध्यान दिया जाना चाहिए कि यह अभ्यास सबसे उपयोगी है जब वहां ड्राइव की एक सीमित संख्या है जिसे सरल उपयोगकर्ताओं को एक्सेस करने की आवश्यकता होती है। और उन्हें 2 प्रणालियों के साथ काम करना सीखना होगा।
डेनिस जहरुद्दीन

59

इसका सरल उत्तर यह है कि यह कोई बुरी बात नहीं है। नेटवर्क ड्राइव ड्राइव के रूप में मैप करने के लिए पूरी तरह से सुरक्षित हैं।

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

तो, के रूप में मुझे लगता है मामला है, आप वास्तव में पूर्णांक मानचित्रण रहे रा शुद्ध नेटवर्क ड्राइव है, तो मैप की ड्राइव के रूप में फ़ोल्डर्स खोलने बिल्कुल के रूप में अपने नेटवर्क पथ नाम के माध्यम से उन तक ही सुरक्षित है। अंतर केवल इतना है कि उनका मैप किया जाना अधिक सुविधाजनक है।


मैपिंग से जुड़े सुरक्षा मामलों पर यह बहुत अच्छा वर्णन है। योगदान के लिए धन्यवाद!
बीबलब्रोक्स

ऐसी स्थिति जहां नेटवर्क शेयर मैप के लिए ड्राइव के रूप में पूरी तरह से साझा नहीं होते हैं यदि आप एक स्वचालित नौकरी चला रहे हैं। मैप किए गए ड्राइव को खाते की प्रोफ़ाइल के साथ लोड किया गया है। यदि उपयोगकर्ता की प्रोफ़ाइल लोड नहीं है, तो उन मैप किए गए ड्राइव मौजूद नहीं होंगे।
इयान बॉयड

15

मेरे अनुभव में, यह ज्यादातर बुरी तरह से लिखे गए सॉफ़्टवेयर के आसपास है।

यदि व्यक्ति A उन फ़ाइलों के एक सूट पर काम करता है G:, जिनकी मैपिंग की जाती है , और तब व्यक्ति B उसी पथ पर मैप की गई फ़ाइलों के समान सेट को खोलने का प्रयास करता है H:, तो चीजें विफल हो जाती हैं।

यदि आप यूएनसी रास्तों का उपयोग करते हैं, तो उस व्यक्ति ए और व्यक्ति बी के कंप्यूटर दोनों को शेयर पॉइंट देख सकते हैं, सब कुछ ठीक चलेगा।


बेशक, आदर्श समाधान सॉफ्टवेयर का उपयोग करना है जो पूर्ण पथ का उपयोग करके फ़ाइल संबंधों को संग्रहीत नहीं करता है, लेकिन ऐसा कुछ नहीं है जिसे आप हमेशा नियंत्रित कर सकते हैं।

सीएडी / सीएएम बाजारों में बहुत सारे सॉफ्टवेयर खराब लिखे गए हैं, और मुश्किल से ही काम करते हैं। चूंकि बाजार बल्कि छोटा है, इसलिए थोड़ा प्रतिस्पर्धी दबाव है। मुझे पता है कि कम से कम एक सॉफ्टवेयर है जिसमें पिछले 5 प्रमुख रिलीज के लिए निरपेक्ष पथ के साथ समस्या है, और कंपनी की समस्याओं की रिपोर्ट करने के बावजूद वे अभी भी अनफिक्स हैं।


1
"आदर्श समाधान सॉफ्टवेयर का उपयोग करना है जो पूर्ण पथ का उपयोग करके फ़ाइल संबंधों को संग्रहीत नहीं करता है" - सबसे अधिक, समस्या यह है कि लोग ऐसे कार्यक्रम नहीं करते हैं जो ऐसा करते हैं।
MSalters

2
@MSalters - बताओ क्या है। आप पूरे सॉफ्टवेयर उद्योग को उनके सॉफ्टवेयर के बड़े हिस्से को फिर से लिखने के लिए मना लेते हैं।
फेक नेम

1
@ फ़ेक नाम, मुझे लगता है कि वह प्रोग्राम्स का उपयोग करने वाले उपयोगकर्ताओं का मतलब है। IE दस्तावेज़ में एक लिंक डाल रहा है H: \\ के बजाय \\ myserver \\
रहस्य

3
@ डैलिन सिविराइट - ऐसा लगता है कि आप मैन्युअल रूप से लिंक को बिल्कुल सेट कर सकते हैं। बहुत सारे सॉफ़्टवेयर में मैंने देखा है, यदि मुख्य दस्तावेज़ अंदर है H:, तो संबंधित दस्तावेज़ों का उपयोग करके स्वचालित रूप से संग्रहीत किया जाएगा H:कि आप उन्हें बनना चाहते हैं या नहीं।
नकली नाम

2
@ कैडब्लोके - नहीं! यह Altium डिजाइनर है। मुझे यकीन है कि इस तरह का व्यवहार विशेष सॉफ्टवेयर बाजार में बहुत व्याप्त है।
फेक नेम

11

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

कम से कम आधा दर्जन बार उपयोगकर्ता ने लेखांकन से कॉल किया है क्योंकि उसे वही त्रुटि मिलती है। ऐसा इसलिए है क्योंकि उसने प्रोग्राम X खोला है, जो नेटवर्क ड्राइव Y :, पर मैप की गई फ़ाइल का उपयोग कर रहा है और यह कुछ अथाह कारण से जुड़ा नहीं है।


1
यह एक वास्तविक दर्द की तरह लगता है। क्या यह आमतौर पर उपयोगकर्ता की त्रुटि के रूप में पाया जाता है अर्थात ड्राइव को शुरुआत में एक व्यवस्थापक खाते द्वारा मैप किया गया था, इसलिए अलग-अलग अनुमतियों की आवश्यकता होती है, या 'स्वचालित रूप से पुनरारंभ पर मैप ड्राइव' को छोड़ दिया गया था? मेरे पास केवल कभी मुद्दे हैं जब मैंने एक ड्राइव से डिस्कनेक्ट किया है और फिर से कनेक्ट करने का प्रयास किया है। यह दावा करेगा कि मेरा 1 से अधिक खुला कनेक्शन था। हालांकि एक SAMBA मुद्दा हो सकता है।
बेबलब्रॉक्स

2
@foocode मैं पहले के बारे में निश्चित नहीं हूं (लेकिन उपयोगकर्ता के पास अनुमतियां हैं) और ड्राइव को स्टार्ट अप से कनेक्ट करने के लिए सेट किया गया है ... बस कुछ समय लगता है। मिनटों में। कभी-कभी यह केवल तभी कनेक्ट होता है जब आप इसे मैन्युअल रूप से विंडोज़ एक्सप्लोरर में एक्सेस करते हैं , जो दुर्भाग्य से, मुझे उपयोगकर्ता को क्या करना है।
बेन ब्रोका

@BenBrocka मैंने भी इस समस्या का अनुभव किया है। कुछ अनजाने कारणों से स्टार्टअप पर मैप किए गए ड्राइव को फिर से कनेक्ट करने के लिए विंडोज के लिए बहुत लंबा समय लगता है।
user555

8

मुझे संदेह है कि आईटी लोग एक उपयोगकर्ता को नेटवर्क ड्राइव की मैपिंग के बारे में चिंतित हैं, बल्कि वे सौ उपयोगकर्ताओं या एक हजार के बारे में चिंतित हैं। उदाहरण के लिए, यदि एक ही समय में एक नेटवर्क ड्राइव या ड्राइव की खोज अनुक्रमणिका को होस्ट का एक गुच्छा बंद कर देता है, तो नेटवर्क को उपयोग करने की कोशिश करने वाले अन्य सभी को कैसे प्रभावित करेगा? जब एक नेटवर्क ड्राइव को अनिवार्य रूप से ऑफ़लाइन लिया जाता है, तो क्या यह सैकड़ों मशीनों को लॉक कर देगा जब तक कि ओएस ड्राइव को छोड़ देता है और ड्राइव मैपिंग को छोड़ देता है? क्या पीसी या तो और योन बूट अधिक धीरे-धीरे करेगा या पूरी तरह से बूट करने में विफल रहेगा यदि मैप किए गए ड्राइव के कनेक्शन को फिर से स्थापित नहीं किया जा सकता है?


प्रमाणित रूप से विचार की यह रेखा समीकरण में विभिन्न गैर-तकनीकी तत्वों को लाती है। आपके द्वारा उठाए गए मुद्दों से बचने के लिए आईटी द्वारा उचित योजना की आवश्यकता है। यदि यह मदद करता है, तो उस विशेष परिदृश्य के लिए, जिस पर मैंने अपना प्रश्न आधारित किया है, तो उपयोगकर्ता प्रोग्राम इंस्टॉल करने या एप्लिकेशन सेटिंग्स को संशोधित करने में सक्षम नहीं हैं। मुझे उम्मीद है कि प्रश्न अधिक है 'तकनीकी दृष्टिकोण से सबसे अच्छा विकल्प क्या होगा; एक पुस्तकालय / पसंदीदा या एक मैप्ड ड्राइव 'नेटवर्क शेयर तक पहुंच को आसान बनाने के संदर्भ में।
बीबल्ब्रोक्स

लेकिन हाँ, आपने जो उल्लेख किया है वह चूसना होगा। :)
Beeblebrox

2
यह एकमात्र कारण है जो दिमाग में आता है: ड्राइव को मैप करने का मतलब है कि एक्सप्लोरर एक फिट फेंक देगा अगर यह नहीं मिल सकता है। यहां तक ​​कि एक्सप्लोरर खोलने पर जब आपके पास 3+ नेटवर्क ड्राइव मैप किया जाता है, तो यह वास्तव में धीमा कर सकता है।
स्टाइल

1
ड्राइव मैपिंग विंडोज एक्सपी के रूप में लॉगऑनशन-विशिष्ट है, इसलिए वे बूट प्रक्रिया को धीमा नहीं करेंगे। और AFAIK, यदि एक नेटवर्क शेयर को एक्सेस किए जाने के दौरान ऑफ़लाइन लिया जाता है, तो यह क्लाइंट को उसी तरह प्रभावित करेगा, भले ही वह पत्र या UNC पथ के माध्यम से एक्सेस किया गया हो।
grawity

6

\ Server \ dir सिंटैक्स के साथ एक समस्या यह है कि कमांड विंडो उन्हें cd नहीं कर सकती है। यदि आपके पास व्यवस्थापक विशेषाधिकार हैं और एक ड्राइव पत्र का उपयोग नहीं करना चाहते हैं, तो आप ड्राइव पत्र के बजाय ड्राइव को माउंट करने के लिए mklink कमांड का उपयोग कर सकते हैं। निर्देशिका होम मौजूद नहीं होना चाहिए।

mklink / d "c: \ Drives \ Home" "\ server \ HomeFolder \ user1"

यह फ़ोल्डर सब कुछ करने योग्य है।

एक ड्राइव लेटर को माउंट करना खराब हो सकता है क्योंकि इसके लिए एक और माउंट पॉइंट में बदलना संभव है। तब आप कुछ ऐसा पढ़ और लिख रहे हैं जिसकी आपको उम्मीद नहीं है। यदि माउंट बिंदु से निष्पादन योग्य परिवर्तन होते हैं, तो उनमें वायरस हो सकते हैं।

मेरे समाधान के लिए व्यवस्थापक विशेषाधिकारों की आवश्यकता है, इसलिए यदि आप व्यवस्थापक अधिकारों के साथ नहीं चल रहे हैं, तो यह अधिक सुरक्षित है क्योंकि कोई अन्य प्रोग्राम आपको व्यवस्थापक अधिकारों के बिना इसे बदल नहीं सकता है।


3
स्पष्टीकरण; 1. विंडोज बैच cmd.exe त्रुटि देता है "सीएमडी वर्तमान निर्देशिकाओं के रूप में यूएनसी पथों का समर्थन नहीं करता है।" ; 2. विंडोज पॉवरशेल ठीक-ठाक "सेट-लोकेशन myunCpath" का समर्थन करता है।
ऐनीएजिले

4

यहाँ एक अच्छा कारण है:

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


2
जब भी वे कोई फ़ाइल खोलने में विफल होते हैं, तो अच्छे प्रोग्राम क्रैश नहीं होते हैं। यदि वे करते हैं, तो यह एक डोमेन वातावरण में कई समस्याएं पैदा करेगा जहां फाइलें ACL द्वारा प्रतिबंधित हैं। (इसके अलावा, तकनीकी रूप से, विंडोज़ लगभग पथ का समर्थन कर सकता है। 32767 यूनिकोड वर्ण, यदि `\\?` उपसर्ग का उपयोग किया जा रहा है।)
विशालता

4

सॉफ़्टवेयर के कई टुकड़े, जिनमें Microsoft Visual Studio और CMS बाउंसबैक के विभिन्न संस्करण शामिल हैं, केवल ड्राइव अक्षर के साथ काम करेंगे न कि निरपेक्ष अक्षर के साथ। इस प्रतिबंध को देखते हुए किसी भी ऐसे सॉफ़्टवेयर का उपयोग करने के लिए आपको ड्राइव अक्षरों को परिभाषित करने की आवश्यकता होती है - आपके पास कोई विकल्प नहीं है। लेकिन विंडोज इसे बहुत आसान नहीं बनाता है क्योंकि यह उपयोगकर्ता आईडी और पासवर्ड के लिए पूछता है, लेकिन विंडोज में किसी एक नेटवर्क डिवाइस (जैसे कई डिस्क और प्रिंटर) के सभी कनेक्शनों के लिए केवल एक उपयोगकर्ता आईडी और पासवर्ड की अनुमति है।


1
यह क्रॉस-प्लेटफॉर्म देव सॉफ्टवेयर में भी आम है। उदाहरण के लिए, Intellij / PhpStorm विंडो के UNC रास्तों का समर्थन नहीं करते हैं, इसलिए मैप किए गए ड्राइव केवल गैर-स्थानीय ड्राइव विकल्प हैं। बेशक एफ़टीपी भी है, लेकिन यह उतना जल्दी नहीं है।
बीबल्ब्रोक्स

3

बस कुछ सैकड़ों आईटी सलाहकारों से बात करें, जो अब "क्रिप्टोकरंसी" के हाल के ज़ीरो-डे प्रकोप से निपटने के लिए हैं और आपको जल्द ही पता चल जाएगा कि संक्रमित होने वाले स्थानीय कंप्यूटर पर मैप किए गए ड्राइव डेटा का बड़े पैमाने पर नुकसान पहुंचा सकते हैं। मैप किए गए ड्राइव के माध्यम से सर्वर पर।

विशेष रूप से:

“CryptoLocker भी मैप किए गए नेटवर्क ड्राइव का उपयोग करेगा जो वर्तमान उपयोगकर्ता ने उन तक पहुंच और एन्क्रिप्ट करने के लिए लिखा है। यह साधारण सर्वर शेयरों पर हमला नहीं करेगा, केवल मैप किए गए ड्राइव। ”

इस प्रकार, कभी-कभी और वर्तमान में खोजे गए शून्य-दिन के मैलवेयर से उपयोगकर्ताओं को अक्सर मारते हुए, इस युग में मैप किए गए ड्राइव का उपयोग करने के साथ स्पष्ट रूप से सुरक्षा चिंताएं हैं।

हमने अपने LAN पर सभी मैप किए गए ड्राइव को समाप्त कर दिया है और इसके बजाय "नेटवर्क शेयरों" का उपयोग किया है।


9
यह सभी स्थानीय सर्वरों और उन पर उपलब्ध सभी शेयरों की गणना करने के लिए कोड की केवल कुछ और पंक्तियाँ हैं। तो सिर्फ इसलिए कि वर्तमान संस्करण शेयरों को प्रभावित नहीं करते हैं, इसका मतलब यह नहीं है कि आप सुरक्षित हैं, सिर्फ इसलिए कि आप ड्राइव ड्राइव नहीं करते हैं।
पीटर हैन्डॉर्फ

2

मैप किए गए ड्राइव का उपयोग न करने के कुछ कारण:

1) वे मैप किए गए ड्राइव और नेटवर्क संसाधनों के साथ स्थानीय मशीन पर संसाधन लेते हैं। स्थानीय एप्लिकेशन सुस्त हो सकते हैं क्योंकि आपके स्थानीय कंप्यूटर को एप्लिकेशन लॉन्च होने पर या सिस्टम के बूट होने पर मैप किए गए ड्राइव की सामग्री को पढ़ना पड़ता है। कोशिश करके देखो। ड्राइव का एक गुच्छा मैप करें और एक्सेल लॉन्च करें। ड्राइव को अनमैप करें और फिर से प्रयास करें।

2) अपने आवेदन को एक नए वातावरण में ले जाना थकाऊ होगा। एक आपदा ठीक होने की स्थिति में, एक अधिक शक्तिशाली मशीन पर जा रहा है, या यदि कोई अन्य डेवलपर आपके आवेदन को ले रहा है। यदि नया वातावरण मैप किए गए ड्राइव या ड्राइव अक्षर को अलग से मैप करने की अनुमति नहीं देता है, तो कोई समय पुनर्लेखन कोड खर्च कर रहा है। सामने के छोर पर सहेजा गया समय इसे ठीक करने से अधिक होगा।


1

मुझे पता है कि यह एक पुराना धागा है, लेकिन मैं यह नहीं कहूंगा कि वे पूरी तरह से सुरक्षित हैं। हमने सुरक्षा जोखिमों के कारण मैप की गई ड्राइवों को हटा दिया। कई वायरस ड्राइव पर फैलने की कोशिश करते हैं। हालांकि, वे डीएफएस शेयरों की ओर इशारा करते हुए शॉर्टकट में नहीं फैले। मन में कुछ रखने के लिए...


2
कम से कम जब तक पर्याप्त लोग स्विच नहीं बनाते हैं, तब तक कोडर्स को मैलवेयर कर देगा।
user66001

1

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


1
यकीन है कि मालवेयर कोडर्स "साझा" नेटवर्क शेयरों की गणना करना शुरू कर देंगे, अगर लोग मैप किए गए नेटवर्क ड्राइव के पक्ष में उनका उपयोग करना शुरू कर दें।
user66001 3

1

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


1
कम से कम जब तक पर्याप्त लोग स्विच नहीं बनाते हैं, तब तक कोडर्स को मैलवेयर कर देगा।
user66001 3

1

यदि आप बड़ी मात्रा में फ़ाइलों में हेरफेर कर रहे हैं, तो मैप्ड ड्राइव तेज़ हैं। Windows मैप की गई ड्राइव के साथ एक बार आपकी पहुंच को प्रमाणित करता है, और फिर फ़ाइल इंटरैक्शन की अनुमति देता है। UNC पथ हर फ़ाइल तक पहुँचने के लिए विंडोज द्वारा प्रमाणित होता है। यदि आप UNC पथ के तहत हजारों फ़ाइलों में हेरफेर कर रहे हैं तो प्रमाणीकरण प्रक्रिया हजारों बार होगी। मैप की गई ड्राइव - UNC - एक बार ऑथेंटिकेट करने के बाद हर बार किसी फाइल के एक्सेस होने की पुष्टि करें।

यह नकल फ़ाइलों के रूप में सरल रूप में कुछ के साथ निहितार्थ हो सकता है। मैप किए गए ड्राइव हमेशा तेज होंगे; बड़ी संख्या में फाइलों के साथ।


0

मुझे मैप किए गए ड्राइव का उपयोग करना पसंद नहीं है क्योंकि मैं विभिन्न प्रकार के नेटवर्क संसाधनों का उपयोग करता हूं और मैं दूसरों को उपयोग करने के लिए पूरा पता कभी नहीं ढूंढ सकता। शॉर्टकट का उपयोग करने से मुझे आसानी से निर्देशिका में कदम रखने में भी मदद मिलती है। यदि मानचित्र ड्राइव का एकमात्र कारण 256 वर्ण सीमा है, तो उस फ़ाइल स्थान के विवरण को ढीला करने के लिए एक खेद बहाना है।


0

मैप किए गए ड्राइव खतरनाक हैं! पिछले कुछ वर्षों में रैंसमवेयर के उछाल के साथ, मैं जहाँ भी संभव हो मैप्ड ड्राइव निकाल रहा हूँ। Ransomware सभी DRIVE LETTERS को लक्षित करता है न कि केवल स्थानीय डेटा को। जब तक आप अनावश्यक बैकअप रखते हैं, तब तक आप सुरक्षित रहते हैं, फिर भी इस तरह के डेटा उल्लंघन से निपटना एक सिरदर्द है।

यदि आप एक व्यावसायिक वातावरण (रैंसमवेयर का प्राथमिक लक्ष्य) में हैं, और यदि आप कर सकते हैं, तो मैप किए गए ड्राइव से छुटकारा पाएं !!


2
वैकल्पिक रूप से आप पहली बार में संक्रमण को रोकने के लिए काम कर सकते हैं ...
बर्गी

0

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


1
कम से कम जब तक पर्याप्त लोग स्विच नहीं बनाते हैं, तब तक कोडर्स को मैलवेयर कर देगा।
user66001 3

0

क्रिप्टो / रैंसमवेयर विचारों के संबंध में, लॉकी रैंसमवेयर का एक उदाहरण है जो यूएनसी पथों के साथ-साथ मैप किए गए ड्राइव पत्रों के माध्यम से फैल सकता है। यदि आपकी चिंता फिर से है: मैप किए गए नेटवर्क ड्राइव बनाम UNC पथ रैंसमवेयर हमलों की क्षमता से निर्धारित होते हैं, तो समझें कि यह केवल कुछ की रक्षा करता है।

रैंसमवेयर हमलों का पता लगाने / रोकने के बारे में जाने के कई तरीके हैं - और आमतौर पर कई सुरक्षा विधियों का उपयोग करने की सिफारिश की जाती है: नेटवर्क की रक्षा करना, समापन बिंदु की रक्षा करना और एक मजबूत बैकअप शासन बनाए रखना। मैं व्यक्तिगत रूप से सोफोस इंटरसेप्टएक्स को एंडपॉइंट पर एंटी-रैंसमवेयर समाधान के रूप में उपयोग करता हूं, बैकअप के लिए एक सिस्को एएसए (आईपीएस के साथ), शैडोप्रोटेक्ट और मैप्ड नेटवर्क ड्राइव का उपयोग करता हूं जहां यह प्रशासनिक समझ में आता है।

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

दूसरे पैराग्राफ के लिए अधिक जानकारी देने का अनुरोध किया गया। इसके अलावा, मैं ऑस्ट्रेलियाई बोलता हूं, अंग्रेजी नहीं, व्याकरण थोड़ा अलग है और कुछ शब्दों को अलग-अलग तरीके से लिखा जाता है (यह रंग है, रंग नहीं है, और मुझे कैंटालूप पर शुरू भी नहीं मिलता है)।


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

-1

नेटवर्क ड्राइव संसाधनों को साझा करने का एक अच्छा तरीका है, लेकिन मैं इस तथ्य से सहमत नहीं हूं कि होम निर्देशिकाओं को एक साझा नेटवर्क ड्राइव पर रखा जाना चाहिए। वह सिर्फ मूर्खतापूर्ण है। अधिकांश एप्लिकेशन उपयोगकर्ताओं के लिए विशिष्ट एप्लिकेशन सेटिंग्स संग्रहीत करने के लिए आपके होम निर्देशिका का उपयोग करते हैं। अगर आईटी को एक और सिरदर्द चाहिए (जैसे कि उनके पास सौदा करने के लिए पर्याप्त नहीं है), तो नेटवर्क के भीतर उपयोगकर्ताओं के लिए आवेदन निर्भरता को ठीक करना एक दर्द हो सकता है जो वे अपनी समस्याओं का बैग जोड़ सकते हैं। यह समस्या ऐसे वातावरण में माउंट हो सकती है जहां ऐसे कई अनुप्रयोगों का उपयोग किया जाता है और उनकी निर्भरता और आवश्यकताएं बदल जाती हैं। एक काम के लिए नेटवर्क पर उपयोगकर्ताओं के लिए काम किया जा सकता है और कंपनी कम उत्पादकता स्तरों के आधार पर पैसा और समय खो देती है। यह एक ऐसी चीज है जिसे जोखिम में नहीं डाला जा सकता। दूसरे, कुछ संगठन नेटवर्क पर उपयोगकर्ता होम ड्राइव का नक्शा बनाते हैं, जो ' वहाँ पर है। सरकार उनकी आवश्यकता के अनुसार बहुत कुछ करती है। यह घर से काम करने में सक्षम होने की समस्या को भी जोड़ता है। यदि वीपी के माध्यम से आपकी कनेक्टिविटी में वीपीएन सत्र के माध्यम से दूरस्थ रूप से काम करने वाले आपके आवेदन के साथ समस्याएं हैं, जहां आप अपना एप्लिकेशन चलाते हैं जिसे आपके नेटवर्क मैप्ड होम ड्राइव से निर्भरता की आवश्यकता होती है और ड्राइव मैपिंग विफल हो जाती है, तो आप एचओडी हैं।

व्यक्तिगत रूप से, मुझे लगता है कि यह केवल अच्छे कारणों के लिए किया जाना चाहिए, लेकिन उस बिंदु पर नहीं जहां यह उत्पादकता में बाधा डालता है और कंपनी की निचली रेखा को प्रभावित करता है।


-1

नंबर 1 कारण है कि आप ऐसा करने के लिए नहीं चाहते हैं कि रैंसमवेयर एक यूएनसी पथ तक नहीं पहुँच सकता है, लेकिन ड्राइव पत्र निष्पक्ष खेल रहे हैं। यदि आप चाहते हैं कि आप नेटवर्क शेयर क्रिप्टोकरंसी करें तो हर तरह से ड्राइव लेटर मैपिंग जारी रखें।

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


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