SELinux-এ Squid প্রত্যাখ্যান নির্ণয়

Squid-উৎপন্ন HTTP অ্যাক্সেস প্রত্যাখ্যান এবং অপারেটিং সিস্টেমের “Permission denied” ভিন্ন সীমায় ঘটে। Squid কোনো ফাইল খুলছিল, সকেট বাঁধছিল, বাইরে সংযোগ করছিল, নাকি ক্লায়েন্ট অনুরোধ প্রত্যাখ্যান করছিল তা শনাক্ত করুন।

অডিট ইভেন্টটি সম্পর্কিত করুন

SELinux সিস্টেমে পরিষেবার ত্রুটিটি তার অডিট রেকর্ডের সঙ্গে মিলান। উৎস ডোমেন, লক্ষ্য ধরন, বস্তু শ্রেণি ও প্রত্যাখ্যাত অনুমতি দেখায় কোন কাজটি নীতি কর্তৃক অবরুদ্ধ হয়েছিল। সঠিক Unix মালিকানা নিরাপত্তা লেবেল উপযুক্ত বলে প্রমাণ করে না।

একটি কাস্টম লিসেনার পোর্ট সংশ্লিষ্ট পোর্ট লেবেল প্রয়োজন করতে পারে। স্থানান্তরিত লগ বা ক্যাশ ডিরেক্টরি ফাইল লেবেলিং প্রয়োজন করতে পারে। Squid লগ-পাথ ব্যর্থতার জন্য, লেবেলকে দোষারোপ করার আগে ডিরেক্টরি ট্রাভার্সাল ও লেখক অনুমতি-ও পরীক্ষা করুন। অস্বাভাবিক বহির্গামী পরিষেবার অনুমতি আবার আরেকটি কাজ; Red Hat-এর Squid SELinux উদাহরণ এই ক্ষেত্রগুলি আলাদা করে।

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

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