লিনাক্সে অনুমতি এবং অধিকার

আমাদের মধ্যে কতজনকে একটি নির্দিষ্ট ডিরেক্টরি / ফোল্ডারে থাকা ফাইলগুলিতে "অ্যাক্সেস সীমাবদ্ধ" রাখার প্রয়োজন হয়েছিল বা আমাদের কিছু লোককে একটি নির্দিষ্ট ফাইলের সামগ্রী দেখতে, মুছতে বা পরিবর্তন করতে বাধা দেওয়া দরকার? একাধিক, তাই না? আমরা কি আমাদের প্রিয় পেঙ্গুইনে এটি অর্জন করতে পারি? উত্তরটা হচ্ছে: অবশ্যই হ্যাঁ : ডি।

ভূমিকা

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

সম্পর্কিত নিবন্ধ:

টার্মিনালের মাধ্যমে কীভাবে এইচডিডি বা পার্টিশন মাউন্ট করবেন

আমি আমার "উইন্ডোলেরো" বন্ধুদের জন্য খুব দুঃখিত (আমি এটি অত্যন্ত স্নেহে বলেছি যাতে কেউ বিরক্ত না হয়, ঠিক আছে ?;)), তবে আজ আমাকে উইন্ডোজ: পি এর সাথে নিজেকে কিছুটা শেখাতে হবে, যেহেতু আমি ব্যাখ্যা করব কেন এটি ওএস স্থানীয় এই কার্যকারিতাটির অনুমতি দেয় না।

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

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

এখন আমরা দেখতে পাচ্ছি কেন পারমিট সিস্টেমের প্রয়োজন? আসুন বিষয়টিতে ডুব দেই;)।

সম্পর্কিত নিবন্ধ:

Uাব্যু: 10 টি ডিরেক্টরিতে কীভাবে সর্বাধিক স্থান নিয়ে যায়

জিএনইউ / লিনাক্সে, ব্যবহারকারীরা এতে থাকা নির্দিষ্ট ফাইলগুলির উপর যে অনুমতি বা অধিকার রাখতে পারে সেগুলি তিনটি স্পষ্টত পৃথক স্তরে প্রতিষ্ঠিত। এই তিনটি স্তর নিম্নরূপ:

<° মালিকের অনুমতি
<° গ্রুপ অনুমতি।
<° বাকী ব্যবহারকারীর অনুমতি (বা "অন্যদের" হিসাবেও ডাকা হয়)।

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

মালিকের অনুমতি

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

গ্রুপ অনুমতি

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

বাকি ব্যবহারকারীর অনুমতি missions

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

খুব সুন্দর, তবে কীভাবে আমি এই সবগুলি সনাক্ত করতে পারি? সরল, একটি টার্মিনাল খুলুন এবং নিম্নলিখিতগুলি করুন:

$ ls -l

নোট: এগুলি হ'ল "L" অক্ষর 😉

এটি নিম্নলিখিত মত কিছু প্রদর্শিত হবে:

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

জিএনইউ / লিনাক্সে অনুমতিগুলির প্রকার

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

জিএনইউ / লিনাক্সের প্রতিটি ফাইল 10 অক্ষর দ্বারা চিহ্নিত করা হয় যা ডাকা হয় মাস্ক। এই 10 টি অক্ষরের মধ্যে প্রথমটি (বাম থেকে ডানে) ফাইল প্রকারকে বোঝায়। বাম থেকে ডানে এবং 9 এর ব্লকে নিম্নলিখিত 3 টি, যথাক্রমে মালিক, গোষ্ঠী এবং বাকী বা অন্যদের কাছে প্রদত্ত অনুমতিগুলি উল্লেখ করে। এই সমস্ত জিনিস প্রদর্শনের জন্য একটি স্ক্রিনশট:

ফাইলগুলির প্রথম অক্ষরটি নিম্নলিখিত হতে পারে:

মাফ করবেন	শনাক্ত
-	সংরক্ষণাগার
d	ডিরেক্টরি
b	বিশেষ ব্লক ফাইল (ডিভাইসের বিশেষ ফাইলগুলি)
c	বিশেষ অক্ষর ফাইল (টিটি ডিভাইস, প্রিন্টার ...)
l	লিঙ্ক ফাইল বা লিঙ্ক (নরম / প্রতীকী লিঙ্ক)
p	চ্যানেল বিশেষ ফাইল (পাইপ বা পাইপ)

পরবর্তী নয়টি অক্ষর হ'ল সিস্টেম ব্যবহারকারীদের অনুমোদিত অনুমতি। প্রতি তিনটি অক্ষর, মালিক, গোষ্ঠী এবং অন্যান্য ব্যবহারকারীর অনুমতি উল্লেখ করা হয়।

এই অনুমতিগুলি নির্ধারণ করে এমন অক্ষরগুলি নিম্নলিখিত:

মাফ করবেন	শনাক্ত
-	বিনা অনুমতিতে
r	অনুমতি পড়ুন
w	অনুমতি লিখুন
x	কার্যকর করার অনুমতি

ফাইল অনুমতি

<° পড়া: এটি মূলত আপনাকে ফাইলটির সামগ্রী দেখতে দেয়।
<° লিখুন: আপনি ফাইলের বিষয়বস্তু পরিবর্তন করতে পারবেন।
<° এক্সিকিউশন: ফাইলটি এক্সিকিউট করার অনুমতি দেয় যেন এটি কোনও এক্সিকিউটেবল প্রোগ্রাম।

ডিরেক্টরি অনুমতি

<° পড়ুন: এই অনুমতি থাকা ডিরেক্টরিতে কোন ফাইল এবং ডিরেক্টরি রয়েছে তা জানতে আপনাকে অনুমতি দেয়।
<° লিখুন: আপনাকে ডিরেক্টরিতে ফাইল তৈরি করতে দেয় সাধারণ ফাইল বা নতুন ডিরেক্টরি। আপনি ডিরেক্টরি মুছতে পারেন, ডিরেক্টরিতে ফাইলগুলি অনুলিপি করতে পারেন, স্থানান্তর করতে পারেন, নাম পরিবর্তন করতে পারেন ইত্যাদি etc.
<° এক্সিকিউশন: আপনাকে ডিরেক্টরিতে এর বিষয়বস্তুগুলি পরীক্ষা করতে, ফাইলগুলি অনুলিপি করতে বা এটিতে অনুলিপি করার অনুমতি দেয়। আপনার যদি অনুমতি পড়তে এবং লেখার অনুমতি থাকে তবে আপনি ফাইল এবং ডিরেক্টরিতে সমস্ত সম্ভাব্য ক্রিয়াকলাপ সম্পাদন করতে পারেন।

নোট: যদি আপনার কার্যকর করার অনুমতি না থাকে তবে আমরা সেই ডিরেক্টরিটি অ্যাক্সেস করতে সক্ষম হব না (এমনকি "সিডি" কমান্ড ব্যবহার করলেও), কারণ এই ক্রিয়াটি অস্বীকার করা হবে। এটি আপনাকে একটি পাথের অংশ হিসাবে ডিরেক্টরি ব্যবহারের অনুমতি দেয় (যেমন আমরা সেই ডিরেক্টরিতে থাকা কোনও ফাইলের পথটি রেফারেন্স হিসাবে পাস করি। মনে করুন আমরা "X.ogg" ফাইলটি অনুলিপি করতে চাই যা এতে আছে "/ home / perseo / Z" ফোল্ডারটির জন্য "জেড" ফোল্ডারের মৃত্যুর অনুমতি নেই-, আমরা নিম্নলিখিতটি করবো:

$ cp /home/perseo/Z/X.ogg /home/perseo/Y/

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

জিএনইউ / লিনাক্সে অনুমতি পরিচালনা

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

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

<Files ফাইলগুলির জন্য: - rw- আর-- r--
<Directories ডিরেক্টরিগুলির জন্য: - rwx rwx rwx

নোট: সমস্ত জিএনইউ / লিনাক্স বিতরণের জন্য সেগুলি একই অনুমতি নয়।

এই সুযোগগুলি আমাদের ফাইল তৈরি করতে, অনুলিপি করতে এবং মুছতে, নতুন ডিরেক্টরি তৈরি করার অনুমতি দেয় etc. আসুন বাস্তবে এগুলি দেখুন: ডি:

একটি উদাহরণ হিসাবে "অ্যাডভান্সড সিএসএস.পিডিএফ" ফাইলটি নেওয়া যাক। লক্ষ্য করুন যে এটি নীচে প্রদর্শিত হচ্ছে: -rw-r--r-- … উন্নত CSS.pdf। আসুন আরও ঘুরে দেখুন।

আদর্শ	ব্যবহারকারী	গ্রুপ	বাকী ব্যবহারকারীরা (অন্যান্য)	ফাইলের নাম
-	rw -	r--	r--	উন্নত CSS.pdf

এর মানে হল যে:

<° প্রকার: সংরক্ষণাগার
<° ব্যবহারকারী এটি করতে পারেন: পড়ুন (সামগ্রী দেখুন) এবং ফাইলটি লিখুন (সংশোধন করুন)।
<° ব্যবহারকারী যে গোষ্ঠীর সাথে সম্পর্কিত সেগুলি করতে পারে: ফাইলটি পড়ুন (কেবল)
<° অন্যান্য ব্যবহারকারীরা এটি করতে পারেন: ফাইলটি পড়ুন (কেবল)

যারা কৌতূহলী যারা এই মুহূর্তে অবাক হয়ে যাচ্ছেন যে ls -l দ্বারা প্রাপ্ত তালিকার অন্যান্য ক্ষেত্রগুলি কী উল্লেখ করেছে, তাদের উত্তর এখানে:

আপনি যদি শক্ত এবং নরম / প্রতীকী লিঙ্কগুলি সম্পর্কে আরও জানতে চান তবে এখানে ব্যাখ্যা এবং তাদের their পার্থক্য.

ভাল বন্ধুরা, আমরা প্রশ্নে বিষয়টির সবচেয়ে আকর্ষণীয় এবং ভারী অংশে এসেছি ...

অনুমতি বরাদ্দ

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

মনে রাখার মূল বিষয়টি হ'ল আমরা এই স্তরে অনুমতিগুলি প্রদান করি বা সরিয়ে ফেলি:

প্যারামিটার	উচ্চতা	Descripción
u	মালিক	ফাইল বা ডিরেক্টরি মালিক
g	গ্রুপ	গ্রুপটি যার সাথে ফাইলটি অন্তর্ভুক্ত
o	অন্যদের	অন্যান্য সমস্ত ব্যবহারকারী যারা মালিক বা গোষ্ঠী নন

অনুমতি প্রকার:

মাফ করবেন	শনাক্ত
r	অনুমতি পড়ুন
w	অনুমতি লিখুন
x	কার্যকর করার অনুমতি

 মালিককে মৃত্যুদন্ড কার্যকর করার অনুমতি দিন:

$ chmod u+x komodo.sh

সমস্ত ব্যবহারকারীর কাছ থেকে নির্বাহের অনুমতি সরান:

$ chmod -x komodo.sh

অন্যান্য ব্যবহারকারীদের পড়ার এবং লেখার অনুমতি দিন:

$ chmod o+r+w komodo.sh

কেবলমাত্র সেই গ্রুপে ফাইল পড়ার অনুমতি ছেড়ে দিন:

$ chmod g+r-w-x komodo.sh

অষ্টাল সংখ্যার বিন্যাসে অনুমতি

Chmod কমান্ডটি ব্যবহার করার অন্য একটি উপায় রয়েছে যা অনেক ব্যবহারকারীর জন্য "আরও স্বাচ্ছন্দ্যময়", যদিও একটি প্রাইমারী এটি বুঝতে কিছুটা জটিল ¬¬ ¬¬

প্রতিটি গ্রুপের ব্যবহারকারীর মানগুলির সংমিশ্রণ একটি অষ্টাল সংখ্যা গঠন করে, "এক্স" বিটটি হ'ল 20 যা 1, ডাব্লু বিট 21 টি 2 হয়, আর বিটটি 22 হয় 4 হয়, আমাদের তখন রয়েছে:

<° r = 4
<° ডাব্লু = 2
<° x = 1

প্রতিটি গ্রুপে বিটগুলি চালু বা বন্ধের সংমিশ্রণটি আটটি মানের সংমিশ্রণ দেয়, এটি হ'ল বিটের যোগফল:

মাফ করবেন	অক্টাল মান	Descripción
- - -	0	আপনার কোনও অনুমতি নেই
- - x	1	শুধুমাত্র অনুমতি কার্যকর
- ডাব্লু -	2	শুধুমাত্র লেখার অনুমতি
- ডাব্লুএক্স	3	অনুমতি লিখুন এবং কার্যকর করুন
r - -	4	শুধুমাত্র পড়ার অনুমতি
r - x	5	অনুমতি পড়ুন এবং কার্যকর করুন
rw -	6	অনুমতি পড়ুন এবং লিখুন
rwx	7	সমস্ত অনুমতি সেট, পড়ুন, লিখুন এবং সম্পাদন

আপনি যখন ব্যবহারকারী, গোষ্ঠী এবং অন্যান্য অনুমতিগুলি একত্রিত করেন, আপনি একটি তিন-অঙ্কের নম্বর পাবেন যা ফাইল বা ডিরেক্টরি অনুমতিগুলি তৈরি করে। উদাহরণ:

মাফ করবেন	বীরত্ব	Descripción
rw- --- --	600	মালিক অনুমতি পড়েন এবং লেখেন
rwx --এক্স --x	711	মালিক পড়েন, লিখুন এবং সম্পাদন করুন, গোষ্ঠী এবং অন্যান্যরা কেবল সম্পাদন করে
rwx rx rx	755	পঠন, লিখুন এবং সম্পাদনকারী মালিক, দল এবং অন্যরা ফাইলটি পড়তে এবং সম্পাদন করতে পারে
rwx rwx rwx	777	ফাইলটি যে কেউ পড়তে, লিখতে এবং চালিত করতে পারে
r-- --- --	400	কেবল মালিকই ফাইলটি পড়তে পারবেন তবে এটির সংশোধন বা সম্পাদন করতে পারবেন না এবং গোষ্ঠী বা অন্যরাও এতে কিছু করতে পারবেন না।
rw- আর-- ---	640	মালিক ব্যবহারকারী পড়তে এবং লিখতে পারেন, গ্রুপ ফাইল পড়তে পারে এবং অন্যরা কিছুই করতে পারে না

বিশেষ অনুমতি

অন্যান্য ধরণের অনুমতিগুলি বিবেচনা করার জন্য এখনও রয়েছে। এগুলি হ'ল SID (সেট ব্যবহারকারী আইডি) অনুমতি বিট, এসজিআইডি (সেট গ্রুপ আইডি) অনুমতি বিট এবং স্টিকি বিট (স্টিকি বিট)।

setuid

সেটুইড বিট এক্সিকিউটেবল ফাইলের জন্য নির্ধারিত হয় এবং এটি কোনও ব্যবহারকারী যখন ফাইলটি চালায় তখন প্রক্রিয়া সম্পাদিত ফাইলের মালিকের অনুমতি গ্রহণ করে allows সেটুইড বিটের সাহায্যে এক্সিকিউটেবল ফাইলের স্পষ্ট উদাহরণ হ'ল:

$ su

আমরা দেখতে পাচ্ছি যে বিটটি নিম্নলিখিত ক্যাপচারে "এস" হিসাবে নির্ধারিত হয়েছে:

এই বিটটি কোনও ফাইলকে নির্ধারণ করার জন্য এটি হবে:

$ chmod u+s /bin/su

এবং এটি অপসারণ করতে:

$ chmod u-s /bin/su

নোট: আমাদের এই বিটটি অবশ্যই চরম যত্ন সহ ব্যবহার করা উচিত কারণ এটি আমাদের সিস্টেমে সুবিধাগুলি বাড়িয়ে দিতে পারে ¬¬

সেটগিড

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

এই বিটটি নিয়োগের জন্য আমরা নিম্নলিখিতগুলি করি:

$ chmod g+s /carpeta_compartida

এবং এটি অপসারণ করতে:

$ chmod g-s /carpeta_compartida

আঠাল

এই বিটটি সাধারণত সেই ডিরেক্টরিগুলিতে বরাদ্দ করা হয় যেখানে সমস্ত ব্যবহারকারীদের অ্যাক্সেস রয়েছে এবং ব্যবহারকারীকে সেই ডিরেক্টরিতে অন্য ব্যবহারকারীর ফাইল / ডিরেক্টরি মুছতে বাধা দেয়, যেহেতু সকলের লেখার অনুমতি রয়েছে।
আমরা দেখতে পাচ্ছি যে বিটটি নিম্নলিখিত ক্যাপচারে "t" হিসাবে নির্ধারিত হয়েছে:

এই বিটটি নিয়োগের জন্য আমরা নিম্নলিখিতগুলি করি:

$ chmod o+t /tmp

এবং এটি অপসারণ করতে:

$ chmod o-t /tmp

ভাল বন্ধুরা, এখন আপনি কীভাবে আপনার তথ্যকে আরও সুরক্ষিত করবেন তা আমি জানি এটির মাধ্যমে আমি আশা করি আপনি বিকল্পগুলির সন্ধান বন্ধ করবেন ফোল্ডার লক o ফোল্ডার গার্ড এটি জিএনইউ / লিনাক্সে আমাদের একেবারেই এক্সডে লাগবে না।

পুনশ্চ: এই বিশেষ নিবন্ধটি বন্ধুর চাচাতো ভাই এক্সডির প্রতিবেশী দ্বারা অনুরোধ করা হয়েছিল, আমি আশা করি আপনার সন্দেহগুলি আমি সমাধান করেছি ... 😀