তৃতীয় পক্ষের অ্যাপ্লিকেশনগুলি যা তাদের নিজস্ব ইনস্টলেশন সিস্টেম ব্যবহার করে সিস্টেম ডিফল্ট উমাস্ক সম্পর্কে অন্তর্নির্মিত অনুমানগুলি থাকতে পারে।
ব্যবহারিক উদাহরণ হিসাবে, উমাস্ককে 077-তে সেট করা সিস্টেমে ওরাকল 10 ডাটাবেস আপডেট করার পরে, একই সিস্টেমের অ্যাপ্লিকেশনগুলি ডাটাবেস অ্যাক্সেস করতে ব্যর্থ হয়েছিল ... কারণ ডাটাবেস ক্লায়েন্টগুলির জন্য প্রয়োজনীয় লাইব্রেরি এবং লাইব্রেরি ডিরেক্টরিগুলি অবস্থিত ছিল, এখন সুরক্ষিত ছিল যাতে কেবল oracle
ব্যবহারকারী তাদের অ্যাক্সেস করতে পারে যা স্পষ্টতই ছিল না যে জিনিসগুলি কীভাবে কাজ করার কথা ছিল।
এটি দেখা যাচ্ছে যে ওরাকল আপডেটের প্রক্রিয়াটি বিশেষভাবে খেয়াল করেনি যে ক্লায়েন্ট লাইব্রেরির অনুমতিগুলি অন্য ব্যবহারকারীদের সেগুলি ব্যবহারের অনুমতি দেবে, তবে পরিবর্তে আপডেটার দ্বারা যুক্ত ফাইলগুলি উমাস্ক 022 দ্বারা তৈরি হবে এবং তাই ব্যবহারের যোগ্য হবে এই ধারণার উপর নির্ভর করে গতানুগতিক. chmod -R a+rX
উপযুক্ত ডিরেক্টরিগুলির জন্য কয়েকটি বিচক্ষণ আদেশের পরে , সমস্ত কিছু আবার ভাল।
ঠিক আছে, oracle
স্ট্যান্ডার্ড উমাস্ক 022 দিয়ে অ্যাকাউন্টটিকে একটি বিশেষ সিস্টেম অ্যাকাউন্ট হিসাবে বিবেচনা করে এবং উমাস্ক 077কে কেবলমাত্র লগইন-সক্ষম ব্যবহারকারী অ্যাকাউন্টগুলিতে সীমাবদ্ধ করেই এড়ানো যেত ... তবে আমি মনে করি এটি কম্বল "শক্ত হয়ে যাওয়া" এর একটি ভাল উদাহরণ "সিদ্ধান্তের অপ্রত্যাশিত পার্শ্ব প্রতিক্রিয়া হতে পারে।
.rpm
এবং .deb
প্যাকেজগুলিতে যে কোনও ফাইল রয়েছে সেগুলির স্পষ্ট অনুমতি সম্পর্কিত তথ্য বহন করে, তাই তাদের সাধারণত এই ধরণের ত্রুটির ঝুঁকি থাকে না।