লিনাক্সে r on ডিরেক্টরি অনুমতি নিয়ে কাজ করার কথা কীভাবে?


11

আমি তৈরি ডিরেক্টরিটি তৈরি করেছি যার এই অনুমতিগুলি রয়েছে - অন্য ব্যবহারকারীর কাছে

drwxr - r-- 5 জন ব্যবহারকারী 4096 2012-09-15 19:30 সাইটগুলি

অন্য ব্যবহারকারী হিসাবে ডিরেক্টরিতে যখন একটি ls -l করবেন

ls -l / home / ব্যবহারকারী / সাইটগুলি

এটি ডিরেক্টরি আউটপুট। আমি ভেবেছিলাম সেই ডিরেক্টরিতে x বিট সেট না করে ফাইলের নামগুলি একেবারেই প্রদর্শিত হবে না।

d????????? ? ? ? ?                ? dev.user.com  
-????????? ? ? ? ?                ? user.20120914_082804.sql.gz   
d????????? ? ? ? ?                ? shared  
-????????? ? ? ? ?                ? shared.tar.gz  
-????????? ? ? ? ?                ? www.20120914_083256.tar.gz
d????????? ? ? ? ?                ? www.user.com

এখানে কি কিছুটা অসঙ্গতি আছে?

উত্তর:


16

xআপনি আসলে হতে অনুমতি দেয় মধ্যে ডিরেক্টরি ও ডিরেক্টরির মধ্যে ফাইল অ্যাক্সেস, rআপনি ডিরেক্টরির বিষয়বস্তু দেখার অনুমতি দেয়।

আপনি যদি ডিরেক্টরিটি xবিটটি দিয়ে এবং বিটটি মুছে ফেলে পরিস্থিতিটি বিপরীত করেন r, তবে ব্যবহারকারী খুলতে পারবেন shared.tar.gz(ফাইলটিতে নিজেই যথাযথ অনুমতি অনুমান করে) তবে কেবলমাত্র যদি তিনি ফাইলের নামটি আগে থেকেই জানতেন যেহেতু lsডিরেক্টরিতে ফাইলগুলি তালিকাবদ্ধ করতে অক্ষম হবে ।


1
আমি এটি পরীক্ষা করব এবং আপনার কাছে ফিরে যাব। আমি সর্বদা লিনাক্স ফাইল ভাগ করে নেওয়ার এই দিকটি খুঁজে পেয়েছি।
vfclists

সেই আচরণ লিনাক্সের পক্ষে অনন্য নয়; এটি ইউনিক্সের প্রথম দিকের দিনগুলির সাথে সম্পর্কিত - লিনাক্স, ইউএনআইএক্স-সামঞ্জস্যপূর্ণ সিস্টেম হওয়ায় সেভাবে কাজ করে - এবং উইন্ডোজ এনটি এসিএল এন্ট্রিগুলিতে অনুরূপ অনুমতি বিট রয়েছে।

2

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

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

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

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

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

এক্সিকিউট বিট মানে ব্যবহারকারী ডিরেক্টরিটি "চালনা" করতে পারে। ডিরেক্টরিগুলি যেহেতু বিশেষ, তাই কার্যকর করার অর্থ নাম অনুসারে একটি এন্ট্রি সন্ধান করা এবং এটি ব্যবহার করা। এর অর্থ হল যে xসেট করা থাকলে rআপনি ফাইলগুলি খোলার চেষ্টা করতে পারেন , তবে আপনি তাদের নামগুলি আবিষ্কার করতে পারবেন না can't অবশ্যই, অনুরোধ করা ফাইলটির অনুমতিগুলি অ্যাক্সেসকেও প্রভাবিত করে, তাই xডিরেক্টরিতে আপনি কোনও ফাইল পড়তে সক্ষম হবেন না যতক্ষণ না এটি আপনাকে অফার করে r

লেখার বিটের অর্থ ব্যবহারকারীটি ডিরেক্টরিতে লিখতে পারেন তবে স্বাভাবিকভাবে কেবল ফাইল সিস্টেমের মাধ্যমেই মধ্যস্থতা করা যায়। এর অর্থ হ'ল wসেট দিয়ে আপনি সেই ডিরেক্টরিতে নতুন ফাইল তৈরি করতে পারবেন বা বিদ্যমান ফাইলগুলির ডিরেক্টরি ডিরেক্টরিতে সম্পাদনা করতে পারবেন। তবে xসেট না করে আপনি আসলে কোনও ফাইল ব্যবহার rকরতে পারবেন না এবং আপনি সেগুলি দেখতেও পাবেন না।

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

সংক্ষেপে, এর rঅর্থ আপনি এর সামগ্রী দেখতে পাচ্ছেন, এর xঅর্থ আপনি এটি ব্যবহার করতে পারবেন এবং এর wঅর্থ আপনি এটি ডিরেক্টরিতেও পরিবর্তন করতে পারবেন।


আমি মনে করি আপনি mode_tকিছুটা আরও ব্যাখ্যা করতে পারবেন (উদাঃ অংশ যেখানে অনুমতি এবং ফাইলের ধরণ একই 32 বিট ক্ষেত্রে সংরক্ষণ করা আছে)
SaveTheRbtz

1
আমি 80 এর দশকে সক্রিয়ভাবে একটি ইউনিক্স ব্যবহারকারী এবং বিকাশকারী ছিলাম। Todayতিহাসিক পরিপ্রেক্ষিতে আজ যে সত্য তা নিয়ে আমি সম্পূর্ণ গল্পটি বলার চেষ্টা করছিলাম না, এবং আমার বিনোদনকে প্রকাশ করলাম যে প্রথম ইউনিক্স শেখার সময় যে একই ধাঁধার মুখোমুখি হয়েছিলাম, আজ উভয়কেই জিজ্ঞাসা করা যেতে পারে, এবং যথেষ্ট উত্তর দিয়েছি একই ব্যাখ্যা আমি 1983 সম্পর্কে আরো কিছু পরিবর্তন স্থানীয় গুরু থেকে পেয়েছি, তারা যত বেশি একই থাকবে ....
RBerteig
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.