একই ভলিউমের মধ্যে ফাইলগুলি সরানোর সময় কেন ফাইলের অনুমতি ধরে রাখা হয়?


9

কথায় কথায়, আমাদের সমস্যা আছে যে কোনও ফোল্ডারের ফোল্ডারটি যেখানে রয়েছে সেখানে তার থেকে আলাদা অনুমতি রয়েছে।

এখন আমি জানতে পেরেছি যে একটি কেবি নিবন্ধ রয়েছে যার পিছনে কারণটি ব্যাখ্যা করছে:

ডিফল্টরূপে, কোনও বস্তু তৈরির সময় বা যখন এটি অনুলিপি করা হয় বা তার প্যারেন্ট ফোল্ডারে স্থানান্তরিত হয় তখন তার প্যারেন্ট অবজেক্টের কাছ থেকে অনুমতি প্রাপ্ত হয়। আপনি যখন কোনও বস্তুকে একই ভলিউমের ভিন্ন ফোল্ডারে নিয়ে যান তখন এই নিয়মের একমাত্র ব্যতিক্রম ঘটে। এই ক্ষেত্রে, মূল অনুমতিগুলি বজায় রাখা হয়।

সুতরাং ব্যবহারকারী একটি ফোল্ডার থেকে অন্য ফোল্ডারে ফাইলটি সরান এবং মূল ফোল্ডার থেকে অনুমতিগুলি বজায় রাখা হয়েছিল।

আমার প্রশ্ন এখন: কেন এই ব্যতিক্রম বিদ্যমান? এর পিছনে যুক্তি কী?

উত্তর:


8

আমি এটি একটি ব্লগ পোস্টে ব্যাখ্যা করেছি http://think- Like-a-computer.com/2011/07/24/moving-files-on-the-same-ntfs-volume-does-inherit-permitted/ তবে এটি নীচে ব্যাখ্যা করা হয়।

যখন কোনও ফাইল অনুলিপি করা হয়, তখন একেবারে নতুন ফাইল তৈরি করতে হয় এবং এটিকে একটি নতুন সেট অনুমতির বরাদ্দ করতে হয়, সুতরাং এটি আপনারা যেমন জানেন তেমন প্যারেন্ট ফোল্ডারের কাছ থেকে অনুমতি নিয়ে আসে।

যখন কোনও ফাইল অন্য ভলিউমে স্থানান্তরিত হয়, আসলে যা ঘটে তা হ'ল এটি নতুন ভলিউমে অনুলিপি করা হয় এবং পুরানো ফাইলটি মোছা হয়। সুতরাং আবার নতুন ফাইল হিসাবে একই প্রক্রিয়াটি উপরে হিসাবে পুনরাবৃত্তি হয় এবং অনুমতি সেট প্রয়োজন needs

যখন ফাইলটি একই ভলিউমের মধ্যে স্থানান্তরিত হয় তখন কিছুই সত্যই ঘটে না (ডিস্ক স্তরে)। এটি কেবলমাত্র ফাইলের লজিক্যাল অবস্থানের অবস্থান পরিবর্তন করে। ডিস্কের আসল ডেটা এবং ফিজিকাল ফাইলটি স্পর্শ বা পরিবর্তন করা হয়নি। আপনি যখন একই ড্রাইভের অন্য ফোল্ডারে 5 জিবি ফাইল সরান তখন কি তাৎক্ষণিকভাবে সম্পন্ন হবে? এ কারণেই, কারণ এটি আসলে স্থানান্তরিত হয়নি তবে ফাইলটি যেখানে যুক্তিযুক্তভাবে উপস্থিত রয়েছে তার পয়েন্টারটি পরিবর্তিত হয়েছে। যেহেতু এটি কোনওভাবেই সংশোধন করা হয়নি, অনুমতিগুলিও পরিবর্তন হয় না।

এই আচরণের কারণ এটি।

সম্পাদনা: এমন কিছু যা আমি উল্লেখ করতে ভুলে গেছি ... এমএস নিবন্ধ পুরোপুরি সঠিক নয়। এমএসের উদ্ধৃতি:

ডিফল্টরূপে, কোনও বস্তু তৈরির সময় বা যখন এটি অনুলিপি করা হয় বা তার প্যারেন্ট ফোল্ডারে স্থানান্তরিত হয় তখন তার প্যারেন্ট অবজেক্টের কাছ থেকে অনুমতি প্রাপ্ত হয়। আপনি যখন কোনও বস্তুকে একই ভলিউমের ভিন্ন ফোল্ডারে নিয়ে যান তখন এই নিয়মের একমাত্র ব্যতিক্রম ঘটে। এই ক্ষেত্রে, মূল অনুমতিগুলি বজায় রাখা হয়।

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

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

পার্থক্য লক্ষ্য করুন ?? এবার প্রায় একই ভলিউমের কোনও ফাইলকে অন্য ফোল্ডারে স্থানান্তরিত করার ফলে প্রকৃতপক্ষে পরিবর্তনগুলি পরিবর্তিত হয়েছে, এমএস কিছু বলে যে এটি করে না। এমএস ডকুমেন্টেশনে 2000 সাল থেকে আমি কি এখনও একটি ভুল খুঁজে পেয়েছি ??

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


+1 উভয়ই ভাল উত্তর, তবে আপনার বক্তব্য আরও বেশি। 5 জিবি ফাইল তাত্ক্ষণিকভাবে কীভাবে সরানো হবে সে সম্পর্কে আপনার মন্তব্যটি আমার পছন্দ হয়েছে। ভাল দৃশ্য।
কেকট্রেও

আমার মনে হয় যে এসিএল স্পর্শ না করার মূল কারণ "কোনও অনুলিপি হচ্ছে না"।
ভিভিএস

1
কোনও প্রযুক্তিগত কারণ নেই যে ফাইল সিস্টেমের টেবিলের পরিবর্তনটি সংশ্লিষ্ট এসিএল প্রবেশকে প্রভাবিত করবে না। আমি মনে করি এই ব্যাখ্যাটি সঠিক। তবে আমি এটিও মনে করি এটি প্রভাবটিকে বর্ণনা করে, আসল কারণটি নয়। কারণটি হ'ল এসিএলের নিজস্ব সুরক্ষা মডেল, যা প্রতি ভলিউম ভিত্তিক। বিভিন্ন খণ্ডের মধ্যে সরানো / অনুলিপি অপারেশনগুলি সুবিধাগুলির স্থানান্তর হিসাবে বিবেচিত হয় এবং সুযোগ-সুবিধার অজোনস্টিক হিসাবে একই ভলিউমের মধ্যে পরিবর্তন হয়। স্বাভাবিকভাবেই।
একটি বামন

1
এবং যৌক্তিকভাবে, কোনও ফাইলের অনুমতিগুলি তৈরির সময় সেট করা আছে। আপনি যখন কোনও ফোল্ডারে অনুমতিগুলি পরিবর্তন করেন তখন আপনাকে সমস্ত শিশু অবজেক্টে অনুমতিগুলি প্রচার করতে হবে তা লক্ষ্য করুন। এই কারণেই উইন্ডোজ মাঝে মাঝে একটি ডায়ালগ বক্স ছুঁড়ে দেয় কারণ এটি প্রচুর পরিমাণে থাকলে সমস্ত চাইল্ড অবজেক্টকে পরিবর্তন করে।
surfasb

1
@ মুকার: দুঃখিত, তবে আপনার ব্যাখ্যাটি কেবল সাধারণ ভুল। উইন্ডোজ সবসময় এসিএলগুলি ফাইল সহ সংরক্ষণ করে, এমনকি যদি তারা উত্তরাধিকার সূত্রে প্রাপ্ত হয়। এবং ফাইল-সিস্টেমের দৃষ্টিকোণ থেকে, ফাইলটি যদি একই ভলিউমের মধ্যে স্থানান্তরিত হয় তবে তারা সর্বদা ফাইলের সাথে সরে যায়। নির্দিষ্ট সিস্টেম সেটিংসের উপর নির্ভর করে, উইন্ডোজ এক্সপ্লোরার সরানোর পরে অনুমতিগুলি সামঞ্জস্য করবে। তবে এক্সপ্লোরারকে ধন্যবাদ জানায় এবং ফাইল সিস্টেমের সাথে কোনও সম্পর্ক নেই। এবং আরও খারাপ: এটি উইন্ডোজ সংস্করণ এবং (যেমন আমি আগেই উল্লেখ করেছি) নির্দিষ্ট সিস্টেম সেটিংসের উপর নির্ভর করে। ব্লগস.এমএসডিএন
পল গ্রোক

6

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

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

বিপরীতে, ভলিউমের মধ্যে ফাইলগুলি সরিয়ে নেওয়ার সময় আপনি traditionতিহ্যগতভাবে কোনও ফাইল বা অন্য কারও দ্বারা নিয়ন্ত্রণের জন্য কোনও ফাইল দিচ্ছেন। লক্ষ্যটি ফোল্ডারের অনুমতিগুলি অন্তর্ভুক্ত করার জন্য ফাইলটির জন্য এটি যথাযথভাবে উপলব্ধি করে, যা লক্ষ্য অনুযায়ী প্রয়োজনীয় ফাইলগুলি তার নিজের ফাইল সিস্টেমটি পুনরায় সাজানোর জন্য উপযুক্ত হবে কারণ তারা উপযুক্ত দেখায়।

স্বাভাবিকভাবেই এটি সর্বদা কাম্য নয়। যে কারণে সরানো এবং অনুলিপি অপারেশনগুলি বিশেষ অনুমতি উত্তরাধিকারের বিধি দ্বারা সংজ্ঞায়িত করা যায়। একই নিবন্ধ থেকে:

  • ফাইল এবং ফোল্ডারগুলি অনুলিপি করা বা সরানো হলে অনুমতিগুলি সংরক্ষণ করার জন্য, / ও বা / এক্স স্যুইচ দিয়ে Xcopy.exe ইউটিলিটি ব্যবহার করুন। বস্তুর মূল অনুমতিগুলি নতুন স্থানে উত্তরাধিকারসূত্রে অনুমতিতে যুক্ত করা হবে।

  • আপনি যখন কোনও বস্তুর অনুলিপি বা সরিয়ে নিয়েছেন তখন কোনও বস্তুর আসল অনুমতিগুলিতে উত্তরাধিকার সূত্রে অনুমতিগুলি যুক্ত করতে, Xcopy.exe ইউটিলিটিটি andO এবং –X স্যুইচগুলি ব্যবহার করুন।


"উদাহরণস্বরূপ, আপনি যদি দুর্ঘটনাক্রমে কোনও ফাইল কোনও সিস্টেমে স্থানান্তরিত করেন, বা বিশেষ মালিকানার অনুমতি সহ কোনও ফোল্ডার বা অন্যথায় সুরক্ষিত থাকে তবে এটি অনাকাঙ্ক্ষিত" " - সুতরাং আপনি কোনও ফাইল যেমন সরলভাবে লেখার অনুমতি নিয়ে একটি ফোল্ডারে নিয়ে যান এবং এখনও ফাইলটি আবার সরাতে সক্ষম হন .. কেন বিভিন্ন খণ্ড সম্পর্কে এটি কাঙ্ক্ষিত নয়?
ভিভিএস

1
@ ভিভিএস কারণ এসিএল একটি ফাইল সিস্টেম ভিত্তিক সুরক্ষা মডেল। প্রতিটি ভলিউমের নিজস্ব ফাইল সিস্টেম রয়েছে এবং ফলস্বরূপ এটির নিজস্ব এসিএল টেবিল রয়েছে। এসিএল সুরক্ষার দৃষ্টিকোণ থেকে, একটি ভিন্ন ভলিউম হ'ল ভিন্ন "ব্যবহারকারীর" সমতুল্য। কোনও ফাইলকে অন্য ভলিউমে স্থানান্তরিত করে আপনি সেই "ব্যবহারকারীর" কাছে নিয়ন্ত্রণ স্থানান্তর করছেন। কিন্তু আপনি এখনও অপশন দেওয়া হয় না যদি সত্যিই আপনি চান। এটি কেবলমাত্র ACL সুরক্ষার উদ্বেগকে ডিফল্ট আচরণ বলে addresses
একটি বামন

1

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

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

আমি বুঝতে পারি না মাইক্রোসফ্ট কেন এই সমস্যাটি সমাধান করে না। এক্সপ্লোরারের ড্রাগন ড্রপের অংশ হিসাবে একটি ডায়লগ বক্স অন্তর্ভুক্ত করা কি খুব কঠিন হবে? "আপনি বিভিন্ন অ্যাক্সেস অধিকার সহ ফাইলগুলিকে কোনও স্থানে সরিয়ে নিয়েছেন, আপনি কি নতুন পিতামহীন ফোল্ডারের অনুমতিগুলি পেতে চান? Y বা N?"

শুভেচ্ছা, স্টোনজিয়েন্ট

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