লিনাক্সে প্রতীকী লিঙ্কের মালিককে কেন পরিবর্তন করবেন?


12

লিনাক্সে প্রতীকী লিঙ্কের (সিমলিংক) মালিক বা গ্রুপের মালিককে পরিবর্তন করা সম্ভব। আমি ভাবছিলাম যে কেউ কেন এটি করতে চান, যেহেতু কোনও ফাইলের অ্যাক্সেস করার সময় কোনও সিমিলিংকের অনুমতি ব্যবহার করা হয় না।

আমি কেবল একটি ব্যবহারের ক্ষেত্রে কল্পনা করতে পারি যেখানে এটি কার্যকর হতে পারে: কোনও ব্যবহারকারীকে স্টিকি বিট সহ ডিরেক্টরিতে একটি সিমলিংক মুছতে দেয়।

আপনি কি এমন অন্যান্য ক্ষেত্রে জানেন যেখানে সিমলিংকের মালিক বা গ্রুপের মালিককে পরিবর্তন করা কার্যকর হতে পারে?

উত্তর:


6

মনে করুন রুট একটি ডিরেক্টরিতে কাজ করছে যা ইভটি লিখতে পারে। fooএই ডিরেক্টরিতে একটি ফাইল রয়েছে যা ইভের অন্তর্গত হতে পরিবর্তিত হওয়া দরকার। সুতরাং মূল ধরণের chown eve foo। কিন্তু রুট এন্টার হিট করার আগে ইভটি চালায় ln -sf /etc/passwd foo। এখন /etc/passwdহাবের! রুট যদি chown -h eve fooসিমলিঙ্কগুলি অনুসরণ না করে তা নিশ্চিত করে চালাতে পারে, তবে সবচেয়ে বেশি ক্ষতি হতে পারে যে একই ডিরেক্টরিতে থাকা অন্য কয়েকটি ফাইলকে ইভের অন্তর্ভুক্ত করা হয়েছে।

lchownআপনি ডিরেক্টরি গাছের মালিক পরিবর্তন করার সময়ও সুবিধাজনক। গাছের বাইরের কোনও ফাইলকে দুর্ঘটনাক্রমে প্রভাবিত করার বিষয়ে আপনাকে উদ্বিগ্ন হওয়ার দরকার নেই কারণ আপনি chownপ্রতীকী লিঙ্কটি করেছিলেন।


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

@ ব্যবহারকারী 5528 অন্য ফাইলটি একটি সিমিলিংক নাও থাকতে পারে: ইভটি এখনও চালাতে পারে mv myfile fooএবং এর রুটটি মালিকের পরিবর্তনে শেষ হবে myfile। তবে myfileইভটি এমন একটি ফাইল হতে হবে যা ইভটি তৈরি করতে পারে বা সেই ডিরেক্টরিতে স্থানান্তরিত করতে পারে, এটি সিস্টেমে কোনও ফাইল হতে পারে না।
গিলস

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

chown"গাছের বাইরের কোনও ফাইল" এর মালিককে কেন পরিবর্তন করবেন আপনি যে সমস্ত পরিবর্তন করছেন সেটিই ডিরেক্টরিটির মালিক?
মেলাব

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

8

লিঙ্কের মালিক যদি গন্তব্যের মালিকের সাথে মেলে তবে অ্যাপাচি সিমলিঙ্কগুলি অনুসরণ করতে কনফিগার করা যাবে। এটি ব্যবহারকারীদের নিজস্ব নয় এমন ফাইলগুলিতে ওয়েব অ্যাক্সেসের জন্য লিঙ্ক তৈরি করা থেকে রোধ করতে সহায়তা করতে পারে (উদাঃ / ইত্যাদি / পাসডাব্লু)।

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


1
ঠিক আছে. আমি জানি এটি সম্পর্কিত নয় তবে অ্যাপাচে এই আচরণের মূল বক্তব্য কী? আমি বোঝাতে চাইছি যদি ব্যবহারকারী ফাইলটি পড়তে সক্ষম হন তবে ওয়েব অ্যাক্সেস থেকে এটি পড়তে কেন বিরক্ত করবেন? thx
user368507

ঠিক আছে, এটি কেবল স্থানীয় ব্যবহারকারী ফাইলটি পড়ছেন না; যদি অ্যাপাচি এটি পড়তে পারে তবে সম্ভাব্য সবাই এটি পড়তে পারে। এবং যদি কিছু অ্যাপাচি দুর্বলতা কোনও সিমলিংক তৈরি করতে দেয় /etc/passwd, তবে ব্যাডগুই অন্য কোনও স্থানীয় অ্যাক্সেস না করেই সেই ফাইলে অ্যাক্সেসটি পড়তে পারে - তবে অ্যাপাচের মালিকানাধীন এই সিমলিংকটি ব্যর্থ হবে।
লার্স রোহরবাচ

4

প্রথম উত্তরটি প্রশ্নটি সমাধান করে বলে মনে হচ্ছে না, এবং দ্বিতীয় উত্তরটি কেবল অ্যাপাচে প্রযোজ্য।

লিনাক্সের জন্য আমি সাধারণভাবে যে বিষয়টি ভাবতে পারি তা হ'ল যদি ব্যবহারকারী প্রতীকী লিঙ্কটির মালিক হন তবে একটি সাধারণ ব্যবহারকারীর পক্ষে প্রতীকী লিঙ্কের জন্য একটি হার্ড লিঙ্ক তৈরি করা কেবল সম্ভব। কেন কেউ এমন লিঙ্ক তৈরি করতে চান, আমি জানি না।

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

এছাড়াও, উবুন্টুতে কমপক্ষে, যে কেউ প্রতীকী লিঙ্কটির টাইমস্ট্যাম্প আপডেট করতে পারে। তবে এমন কিছু সিস্টেম থাকতে পারে যা কেবলমাত্র মালিককেই অনুমতি দেয়। প্রতীকী লিঙ্কটির জন্য টাইমস্ট্যাম্পটি কী ভাল করে, আমি নিশ্চিত নই, তবে এটি কতটা ব্যবহার করেছে সে সম্পর্কে কিছু দরকারী তথ্য দিতে পারে।

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


0

আমার একটি প্রোগ্রাম রয়েছে যা লগ ফাইলে সংযুক্ত হয়। এই লগ ফাইলগুলি প্রতি মাসে আলাদা আলাদা নামে তৈরি হয়। সফ্টওয়্যারটি সঠিক ফাইল নামটি সনাক্ত করার পরিবর্তে, আমি একটি "জেনেরিক" ফাইলের নাম ব্যবহার করি (ডেটা.লগ বলুন) যা প্রতীকী লিঙ্ক যা এই মাসের জন্য বর্তমান ফাইলটিতে নির্দেশ করে। এটি ক্রোন জবটিতে অটোমেটেড।

এখন একটি নতুন মাসিক ফাইল তৈরি হওয়ার সাথে সাথে এটি নতুন ফাইলের সাথে প্রতীকী লিঙ্কটি চিহ্নিত করতে হবে। যদি কোনও মালিকানা / গোষ্ঠীর দ্বন্দ্ব থাকে তবে সফ্টওয়্যারটি প্রতীকী লিঙ্কটি পরিবর্তন করতে পারে না। সুতরাং প্রতীকী লিঙ্কটি পরিবর্তন করতে আপনার মালিকানা / গোষ্ঠী লেখার অধিকার প্রয়োজন।


0

আপনি যদি আপনার খোলার স্ক্রিনে কোনও ফাইলের লিঙ্ক রাখতে চান তবে প্রতীকী লিঙ্কটি থাকা আবশ্যক

"/ হোম / ব্যবহারকারীর নাম / ডেস্কটপ"

ডিরেক্টরি।

এবং, প্রতীকী লিঙ্কটিতে নিজেই মূল থাকতে হবে: মূল (0: 0) মালিকানা, অন্যথায় লিঙ্কটি কাজ করে না।

(উবুন্টু / দেবিয়ান ইত্যাদি)

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