تشخيص رفض Squid تحت SELinux
ميّز بين قواعد وصول Squid وأذونات نظام الملفات وتسميات المنافذ ورفض سياسة أمان المضيف قبل تغيير التنفيذ.
يحدث رفض وصول HTTP الذي يولّده Squid ورسالة “Permission denied” الصادرة من نظام التشغيل عند حدود مختلفة. حدّد ما إذا كان Squid يفتح ملفًا أو يربط مقبسًا أو يتصل بالخارج أو يرفض طلب عميل.
اربط حدث التدقيق
على أنظمة SELinux، طابق خطأ الخدمة مع سجل التدقيق الخاص به. يُظهر النطاق المصدر والنوع الهدف وصنف الكائن والإذن المرفوض أي عملية منعتها السياسة. لا تُثبت الملكية الصحيحة في Unix أن التسمية الأمنية مناسبة.
قد يتطلب منفذ استماع مخصص تسمية المنفذ المقابلة. وقد يتطلب دليل سجل أو ذاكرة مؤقتة منقول تسمية للملفات. لفشل مسار سجل Squid، تحقق أيضًا من عبور الدليل وأذونات الكاتب قبل نسبته إلى تسمية. الإذن لخدمة صادرة غير معتادة هو عملية أخرى مرة أخرى؛ أمثلة Red Hat لـ Squid وSELinux تميّز هذه الحالات.
استخدم سياسة التوزيعة المثبتة وإرشادات الإدارة. قد تختلف مسارات الحزم والتسميات والحصر بين الصور. على الأنظمة التي تستخدم AppArmor، افحص ملف التعريف الخاص به بدلًا من تطبيق أوامر SELinux.
صحّح السياسة أو الموقع الذي تشير إليه الأدلة مع الاحتفاظ بتطبيق سياسة المضيف. تظل قواعد المصادقة والوصول الخاصة بـ Squid سارية بعد إصلاح مشكلة سياسة المضيف.