পরিস্থিতি - এনটিএফএস প্রতীক লিংক বা জংশন?


17

পার্থক্য

┌───────────────┬──────────┬──────────┬──────┬──── ───────┬─────┐
│ s সম্পূর্ণ la আপেক্ষিক la ফাইল │ ডিরেক্টরি │ ইউএনসি │ │
├───────────────┼──────────┼──────────┼──────┼──── ───────┼─────┤
Mb প্রতীকী লিঙ্ক │ হ্যাঁ │ হ্যাঁ │ হ্যাঁ │ হ্যাঁ │ হ্যাঁ │ │
│ জংশন │ হ্যাঁ │ - │ - │ হ্যাঁ │ - │ │
└───────────────┴──────────┴──────────┴──────┴──── ───────┴─────┘

দৃশ্যপট

ধরে নেওয়া যাক আমরা পুনর্নির্দেশটি তৈরি করতে একটি পুনরাবৃত্তি পয়েন্ট তৈরি করছি C:\SomeDir => D:\SomeDir

যেহেতু এই দৃশ্যের জন্য কেবল স্থানীয়, নিখুঁত পাথের প্রয়োজন হয়, কোনও জংশন বা সিমলিংক কাজ করবে। এই পরিস্থিতিতে, একটি বা অন্য ব্যবহার করার কোনও সুবিধা আছে কি?

ওএসের জন্য উইন্ডোজ 7 ধরে নিন, পশ্চাদপদ-সামঞ্জস্যতা উপেক্ষা করে। (ভিস্তার আগে, সিমলিংকগুলি স্থানীয়ভাবে সমর্থিত হয় না, যদিও সেখানে একটি তৃতীয় পক্ষের ড্রাইভার রয়েছে যা উইন্ডোজ এক্সপিতে সিমলিংক সমর্থন সরবরাহ করে।)

হালনাগাদ

আমি অন্য একটি পার্থক্য খুঁজে পেয়েছি।

  • সিম্বলিক লিঙ্ক - লিংকের অনুমতিগুলি কেবলমাত্র লিঙ্কটিতেই মুছে ফেলা / পুনর্নবীকরণের ক্রিয়াকলাপগুলিকে প্রভাবিত করে, পড়ুন / লেখার অ্যাক্সেস (লক্ষ্য্যে) লক্ষ্যযুক্ত অনুমতি দ্বারা পরিচালিত হয়
  • জংশন - জংশনের অনুমতিগুলি গণনাকে প্রভাবিত করে, জংশনে অনুমতি প্রত্যাহারগুলি সেই জংশনের মধ্য দিয়ে ফাইল তালিকা অস্বীকার করবে, এমনকি লক্ষ্যযুক্ত ফোল্ডারে আরও অনুমতিপ্রাপ্ত এসিএল থাকলেও

অনুমতিগুলি এটি আকর্ষণীয় করে তোলে, কারণ সিমলিংকগুলি ইউএএসি-সীমাবদ্ধ অঞ্চলে (যেমন %ProgramFiles%) অ্যাক্সেস-সীমাবদ্ধ স্থানে ফাইলগুলি সংরক্ষণ না করে এবং সীমাবদ্ধ ডিরেক্টরিতে সিমলিংক তৈরি করে লিগ্যাসি অ্যাপ্লিকেশনগুলিকে ইউএসএসি-সীমাবদ্ধ অঞ্চলে কনফিগারেশন ফাইলগুলিতে অ্যাক্সেসের অনুমতি দিতে পারে।

আপডেট 2

Save As...ডায়ালগ বাক্সের পাঠ্যবক্সের মাধ্যমে একটিতে নেভিগেট করার সময় উইন্ডোজ 8.1 প্রতীকী ডিরেক্টরি লিঙ্কগুলি সমাধান করবে । জংশনগুলি প্রসারিত হয় না।


অনুমতি পার্থক্য তথ্যের একটি লিঙ্ক আপনার আছে? এটি বেশ সন্ধান।
surfasb

আমার পরীক্ষাটি নিশ্চিত করে যে টার্গেট ডিরেক্টরিতে পাঠ্য অ্যাক্সেস (উদাহরণস্বরূপ, ডিরেক্টরি বিষয়বস্তু তালিকাবদ্ধ করা) লক্ষ্য ডিরেক্টরিতে থাকা সংযোজনের সাথে জংশন পয়েন্টে অনুমতি দ্বারা সীমাবদ্ধ। তবে অন্য কোনও অ্যাক্সেস প্রভাবিত হবে বলে মনে হয় না। জংশন পয়েন্টের অনুমতি নির্বিশেষে যদি লক্ষ্য নির্দেশকের অনুমতি এটির অনুমতি দেয় তবে আপনি বিশেষত ফাইল এবং সাবফোল্ডার তৈরি করতে পারেন।
হ্যারি জনস্টন

@ হ্যারি জোনস্টন: প্রাথমিকভাবে, আমি কিছুটা অসঙ্গতি নিয়ে সন্দেহ করলাম যেহেতু আমি মুছে ফেলা এবং জলসকে অনুমতি লিখি তবে আইটেম এবং সাবফোল্ডারগুলি ঠিক জরিমানা করে।
surfasb

অনুরোধ না করা পর্যন্ত আমি এটির পুরো উত্তর দেব না, তবে আপনি যদি ভলিউমটি অ্যাক্সেসের জন্য কোনও জিএনইউ বা অন্যান্য নন-উইন্ডোজ সিস্টেম ব্যবহার করেন mount.cifsতবে সিমলিংকগুলি প্রদর্শিত হবে যেখানে জংশনগুলি সাধারণ ডিরেক্টরি হিসাবে দেখা হবে - সম্ভবত কারণ আইও রেজোলিউশনটি ঘটে যেখানে পয়েন্ট, অর্থাৎ স্থানীয়ভাবে উইন্ডোজ হোস্টে।
can-ned_food

উত্তর:


4

আমি বুঝতে পারি যে এনটিএফএস প্রতীকী লিঙ্কগুলি নতুন উইন্ডোজ ওএসে (ভিস্তা / 7/8) জংশনের পরিবর্তে হতে পারে কারণ তারা একইভাবে কাজ করে তবে অতিরিক্ত কার্যকারিতা (রিমোট পয়েন্ট) সরবরাহ করে। সুতরাং আপনি কেবল নতুন অপারেটিং সিস্টেমের সাথে কাজ করছেন, তবে প্রতীকী লিঙ্ক বিকল্পটি ব্যবহার না করার কোনও কারণ নেই provided


ডিফল্টরূপে, সার্ভারে থাকা সিমলিংকগুলি উপেক্ষা করা হবে এবং এরপরেও সার্ভারের ভাগ-স্তর অ্যাক্সেস নিয়মগুলি নিষিদ্ধ করা হয়েছে: সুতরাং, উদাহরণস্বরূপ, আপনি সার্ভারের এমন কোনও অবস্থানে সিমলিংক করতে পারবেন না যা ভাগ করা হয়নি, বা যদি ভাগ ব্যবহারকারীকে অ্যাক্সেস দেয় না। সুতরাং সিমলিংকগুলি সমস্ত প্রসঙ্গে জংশন পয়েন্টগুলি প্রতিস্থাপন করতে পারে না।
হ্যারি জনস্টন

2

আমি মনে করি যে জংশন পয়েন্টগুলি প্রতীকী লিঙ্কগুলির চেয়ে ব্যাকআপ সফ্টওয়্যারটিতে বিস্তৃত সমর্থন support আপনি কোন বৈশিষ্ট্যটি সমর্থিত তা আপনি যে কোনও ব্যাকআপ প্রোগ্রাম ব্যবহার করছেন তা যাচাই করা উচিত।

অসমর্থিত থাকলে, সিমিলিংক / জংশন পয়েন্টটি হয় পৃথক ডিরেক্টরি হিসাবে ব্যাক আপ করা হবে (এবং এর মতো পুনরুদ্ধার করা হবে), বা একেবারেই ব্যাক আপ করা হবে না।

ব্যাকআপ ইস্যু ব্যতীত, আমি আপনার নির্দিষ্ট ক্ষেত্রে (স্থানীয় ডিরেক্টরি) অন্যটির চেয়ে বেশি পছন্দ করার কারণ দেখছি না।


জংশন পয়েন্টস এবং সিমলিংকগুলি উভয়ই এনপিএফএসের মাধ্যমে পুনর্বার পয়েন্টগুলি ব্যবহার করে প্রয়োগ করা হয়। এমএসডিএন অনুসারে, এপিআইয়ের মাধ্যমে ফাইল অপারেশনের মাধ্যমে উভয়কেই একই আচরণ করা হয়।
surfasb

2
@ সুরফাসব: তবে যদি সিমলিংকগুলি বিশেষভাবে সমর্থিত না হয় (এবং এটিরূপে স্বীকৃত), ব্যাকআপ থেকে পুনরুদ্ধারের সময় এগুলিকে সিমলিংক হিসাবে পুনরায় তৈরি করা হবে না।
হাইমগ

আহ, খুব ভাল পয়েন্ট! আমি এতদূর এগিয়ে ভাবিনি।
surfasb

যতদূর আমি জানি, এটি বেশি গুরুত্বপূর্ণ যদি ভলিউমটি পুরানো উইন্ডোজ ওএস দ্বারা অ্যাক্সেস করা যায়।
can-ned_food

1

এনটিএফএস জংশনগুলি কেবল ডিরেক্টরিতে নির্দেশিত হতে পারে, যখন সিমলিংকগুলি ফাইলগুলিতেও কাজ করে।


তবে ফাইলগুলির জন্য আপনি পরিবর্তে একটি হার্ডলিঙ্ক ব্যবহার করতে পারেন।
প্যারাড্রয়েড

0

এখানে একটি পার্থক্য যা আমি লক্ষ্য করেছি:

আমার কাছে স্ক্রিপ্টস, পোর্টেবল অ্যাপ্লিকেশন ইত্যাদির একটি সিঙ্কযুক্ত ডিরেক্টরি রয়েছে I

একটি জংশন শর্টকাটগুলি স্টার্ট মেনুতে প্রদর্শিত হতে দেয়। আমি পরিবর্তে যখন একটি সিম্বলিক লিঙ্ক ব্যবহার করি তখন এটি কার্যকর হয় না।


আশ্চর্যের বিষয়, এটি আমার পক্ষে ভাল কাজ করে। আমার মেশিনে প্লাগযুক্ত ফ্ল্যাশ ড্রাইভের জন্য আমিও সিমলিংক পেয়েছি।
surfasb

@ সুরফাসব: আপনি কি নিশ্চিত যে আমি যা বর্ণনা করেছি তা আপনি করছেন? স্টার্ট মেনু ডিরেক্টরিটির সাথে একটি প্রতীকী লিঙ্ক দ্বারা নির্দেশিত একটি ডিরেক্টরিতে শর্টকাটগুলি আমার শুরু মেনুতে উপস্থিত হয় না। পরিবর্তে কোনও জংশন ব্যবহার করা হলে তারা তা করে।
প্যারাড্রয়েড

আমি এটি সঠিকভাবে পড়েছি কিনা তা নিশ্চিত নই। প্রারম্ভ মেনুতে, একটি সিমিলিংক যা একটি ফোল্ডারে শর্টকাট ধারণ করে? আমি এখনই চেষ্টা করেছিলাম। এমনকি শর্টকাটগুলি সহ ইউএনসি পাথের ফোল্ডারটির দিকে ইঙ্গিত করার জন্য আমি একটি অনাহারযুক্ত পথে অন্য একটি সিমলিংকের দিকে ইঙ্গিত করতে সিমিলিংকটি পেয়েছি। অবশ্যই এটি শর্টকাটগুলি ভেঙে দেয়। তবে একটি "রিমোট টু রিমোট" সিমলিংক ট্র্যাভারসাল উইন্ডোজে ডিফল্টরূপে অক্ষম।
surfasb

0

মন্তব্যগুলিতে আমি এটি কোথাও মিস করেছি, তবে আমার জন্য উইন্ডোজের সিমলিংক এবং জংশনের মধ্যে একটি খুব গুরুত্বপূর্ণ পার্থক্য হ'ল দু'টি তৈরি করার প্রয়োজনীয় সুযোগ-সুবিধা। যদিও সিমলিংকগুলি ডিফল্টরূপে কেবল বিশেষ অনুমতিগুলির ব্যবহার করে সৃজনশীল হয় না ডিফল্ট ব্যবহারকারীদের থাকে না, জংশনগুলি সমস্ত ডিফল্ট ব্যবহারকারী ওওবি সহজেই তৈরি করতে পারে এবং তাই ডায়ারের জন্য আমার পছন্দের লিঙ্ক টাইপ।

ডিফল্টরূপে, প্রশাসক গোষ্ঠীর সদস্যদের এই অধিকার রয়েছে।

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.