SELinux अंतर्गत Squid नकारांचे निदान

Squid ने तयार केलेला HTTP प्रवेश नकार आणि ऑपरेटिंग सिस्टमचे “Permission denied” वेगवेगळ्या सीमांवर होतात. Squid फाइल उघडत होते, सॉकेट बांधत होते, बाहेर जोडत होते की क्लायंट विनंती नाकारत होते हे ठरवा.

ऑडिट घटना सहसंबंधित करा

SELinux सिस्टमवर, सेवा त्रुटी तिच्या ऑडिट रेकॉर्डशी जुळवा. स्रोत डोमेन, लक्ष्य प्रकार, ऑब्जेक्ट वर्ग आणि नाकारलेली परवानगी दर्शवतात की धोरणाने कोणती क्रिया अडवली. योग्य Unix मालकी सिद्ध करत नाही की सुरक्षा लेबल योग्य आहे.

सानुकूल ऐकणार्‍या पोर्टला संबंधित पोर्ट लेबल लागू शकते. स्थलांतरित लॉग किंवा कॅशे डिरेक्टरीला फाइल लेबलिंग लागू शकते. Squid लॉग-पथ अयशस्वीतेसाठी, लेबलला दोष देण्यापूर्वी डिरेक्टरी ट्रॅव्हर्सल आणि लेखक परवानग्या देखील तपासा. असामान्य बाहेर जाणार्‍या सेवेसाठी परवानगी ही पुन्हा दुसरी क्रिया आहे; Red Hat ची Squid SELinux उदाहरणे या प्रकरणांमध्ये फरक करतात.

स्थापित वितरणाचे धोरण आणि प्रशासन मार्गदर्शन वापरा. पॅकेज पथ, लेबल आणि निर्बंध इमेजांमध्ये भिन्न असू शकतात. AppArmor वापरणार्‍या सिस्टमवर SELinux आदेश लागू करण्याऐवजी त्याची प्रोफाइल तपासा.

पुरावे दर्शवत असलेले धोरण किंवा स्थान दुरुस्त करा, तर होस्ट अंमलबजावणी टिकवून ठेवा. होस्ट धोरणाची समस्या दुरुस्त झाल्यानंतरही Squid चे स्वतःचे क्लायंट प्रमाणीकरण आणि प्रवेश नियम लागू राहतात.