परिदृश्य - NTFS प्रतीकात्मक लिंक या जंक्शन?


17

मतभेद

┌───────────────┬──────────┬──────────┬──────┬──── ───────┬─────┐
│ │ निरपेक्ष ative सापेक्ष │ फ़ाइल │ निर्देशिका │ UNC olut
├───────────────┼──────────┼──────────┼──────┼──── ───────┼─────┤
│ प्रतीकात्मक लिंक │ हाँ link हाँ link हाँ link हाँ │ हाँ bol
│ जंक्शन │ हां │ - │ - │ हां │ - │
└───────────────┴──────────┴──────────┴──────┴──── ───────┴─────┘

परिदृश्य

चलिए मान लेते हैं कि हम रीडायरेक्ट बनाने के लिए एक रेपर पॉइंट बना रहे हैं C:\SomeDir => D:\SomeDir

चूँकि इस परिदृश्य के लिए केवल स्थानीय, पूर्ण पथों की आवश्यकता होती है, या तो एक जंक्शन या सिमलिंक काम करेगा। इस स्थिति में, एक या दूसरे का उपयोग करने का कोई फायदा है?

ओएस के लिए विंडोज 7 मान लें, पिछड़े-संगतता की उपेक्षा। (विस्टा से पहले, सिमिलिंक मूल रूप से समर्थित नहीं हैं, हालांकि एक 3-पार्टी ड्राइवर है जो विंडोज एक्सपी पर सहिष्णु समर्थन प्रदान करता है।)

अपडेट करें

मैंने एक और अंतर पाया है।

  • प्रतीकात्मक लिंक - लिंक की अनुमतियां केवल लिंक पर ही डिलीट / नाम बदलने के संचालन को प्रभावित करती हैं, पढ़ने / लिखने की पहुंच (लक्ष्य तक) लक्ष्य की अनुमतियों द्वारा नियंत्रित होती है
  • जंक्शन - जंक्शन की अनुमतियां गणना को प्रभावित करती हैं, जंक्शन पर अनुमति रद्द करना उस जंक्शन के माध्यम से फ़ाइल लिस्टिंग से इनकार करेगा, भले ही लक्ष्य फ़ोल्डर में अधिक अनुमत एसीएल हो

अनुमतियाँ इसे दिलचस्प बनाती हैं, क्योंकि सहानुभूति यूएसी-प्रतिबंधित क्षेत्रों (जैसे कि %ProgramFiles%) में कॉन्फ़िगरेशन फ़ाइलों को एक्सेस करने की अनुमति दे सकती है, मौजूदा एक्सेस अनुमतियों को बदलने के बिना, गैर-प्रतिबंधित स्थान पर फ़ाइलों को संग्रहीत करके और प्रतिबंधित निर्देशिका में सीमलिंक बनाकर।

अपडेट २

एक Save As...संवाद बॉक्स में पाठ बॉक्स के माध्यम से एक में नेविगेट करते समय विंडोज 8.1 प्रतीकात्मक निर्देशिका लिंक को हल करेगा । जंक्शनों का विस्तार नहीं है।


क्या आपके पास अनुमतियों की अंतर जानकारी के लिए लिंक है? यह काफी खोज है।
सर्फ़स

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

@HarryJohnston: शुरू में, मुझे कुछ असंगतता का संदेह था क्योंकि मैं हटाता हूं और नीलामी के लिए अनुमतियाँ लिखता हूं लेकिन आइटम और सबफ़ोल्डर नीचे ठीक होते हैं।
सर्फस

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

जवाबों:


4

मुझे समझ में आया कि NTFS प्रतीकात्मक लिंक नए विंडोज OS (विस्टा / 7/8) पर जंक्शनों के प्रतिस्थापन के रूप में वे उसी तरह कार्य करते हैं लेकिन अतिरिक्त कार्यक्षमता (दूरस्थ बिंदु) भी प्रदान करते हैं। इसलिए बशर्ते आप केवल नए ऑपरेटिंग सिस्टम के साथ काम कर रहे हैं, तो कोई कारण नहीं है कि प्रतीकात्मक लिंक विकल्प का उपयोग न करें।


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

2

मुझे लगता है कि प्रतीकात्मक लिंक की तुलना में जंक्शन बिंदुओं का बैकअप सॉफ़्टवेयर में व्यापक समर्थन है। आपको इस बात की जाँच करनी चाहिए कि आप किस बैकअप प्रोग्राम का उपयोग कर रहे हैं जो सुविधा समर्थित है।

यदि असमर्थित है, तो सिम्लिंक / जंक्शन बिंदु को या तो एक अलग निर्देशिका के रूप में बैकअप किया जाएगा (और इस तरह बहाल किया जाएगा), या बिल्कुल भी समर्थित नहीं है।

बैकअप समस्या के अलावा, मुझे आपके विशिष्ट मामले (स्थानीय निर्देशिका) में एक के बाद एक को पसंद करने का कोई कारण नहीं दिखता है।


जंक्शन बिंदुओं और साइमलिंक को NTFS के माध्यम से लागू किया जाता है। MSDN के अनुसार, वे दोनों एपीआई के माध्यम से फ़ाइल संचालन द्वारा एक ही तरह से व्यवहार किए जाते हैं।
सर्फ़स

2
@surfasb: हालाँकि अगर सिमिलिंक का विशेष रूप से समर्थन नहीं किया जाता है (और इस तरह से पहचाना जाता है), तो वे बैकअप से पुनर्स्थापित होने के दौरान सिम्लिंक्स के रूप में पुनः निर्मित नहीं होंगे।
हैमग

आह, बहुत अच्छी बात! मैंने आगे के लिए पर्याप्त नहीं सोचा था।
सर्फस

जहां तक ​​मुझे पता है, यह अधिक महत्वपूर्ण है अगर वॉल्यूम पुराने विंडोज ओएस द्वारा एक्सेस किया जाएगा।
-17

1

NTFS जंक्शनों को केवल निर्देशिकाओं के लिए इंगित किया जा सकता है, जबकि सीमलिंक फाइलों पर भी काम करते हैं।


लेकिन फ़ाइलों के लिए आप इसके बजाय एक हार्डलिंक का उपयोग कर सकते हैं।
विरोधाभास

0

यहाँ एक अंतर है जो मैंने देखा है:

मेरे पास स्क्रिप्ट, पोर्टेबल ऐप्स आदि की एक सिंक की गई निर्देशिका है। मैं स्टार्ट मेनू निर्देशिका में एक जंक्शन बनाने के लिए एक बैच स्क्रिप्ट का उपयोग करता हूं जो पोर्टेबल ऐप्स के लिए शॉर्टकट की निर्देशिका की ओर इशारा करता है।

एक जंक्शन स्टार्ट मेनू में शॉर्टकट को प्रदर्शित करने की अनुमति देता है। जब मैं इसके बजाय एक प्रतीकात्मक लिंक का उपयोग करता हूं, तो यह काम नहीं करता है।


अजीब बात है, यह मेरे लिए ठीक काम करता है। मुझे मेरी मशीन में प्लग-इन फ्लैश ड्राइव के लिए सिमलिंक भी मिला है।
सर्फ़स

@surfasb: क्या आप सुनिश्चित हैं कि आप वही कर रहे हैं जो मैंने वर्णित किया है? प्रारंभ मेनू निर्देशिका के साथ एक प्रतीकात्मक लिंक द्वारा इंगित एक निर्देशिका के शॉर्टकट मेरे प्रारंभ मेनू में दिखाई नहीं देते हैं। वे तब करते हैं जब इसके बजाय एक जंक्शन का उपयोग किया जाता है।
पैराडायरायड

यकीन नहीं होता कि मैं सही ढंग से पढ़ूं। तो प्रारंभ मेनू में, एक सिमिलिंक जो एक फ़ोल्डर को इंगित करता है जिसमें शॉर्टकट होते हैं? मैंने अभी इसे आजमाया। यहां तक ​​कि मुझे एक समान पथ पर एक अन्य सिमलिंक को इंगित करने के लिए सिमिलिंक मिला जो कि शॉर्टकट के साथ UNC पथ पर फ़ोल्डर को इंगित करता है। बेशक जो शॉर्टकट तोड़ता है। लेकिन विंडोज में "रिमोट से रिमोट" सिम्लिंक ट्रैवर्स को डिफ़ॉल्ट रूप से अक्षम किया गया है।
सर्फस

0

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

डिफ़ॉल्ट रूप से, व्यवस्थापक समूह के सदस्यों को यह अधिकार है।

https://docs.microsoft.com/en-us/windows/device-security/security-policy-settings/create-symbolic-links

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