Mendiagnosis penolakan Squid di bawah SELinux
Bezakan peraturan akses Squid, kebenaran sistem fail, label port dan penolakan dasar keselamatan hos sebelum menukar penguatkuasaan.
Penolakan akses HTTP yang dijana Squid dan “Permission denied” sistem pengendalian berlaku pada sempadan yang berbeza. Tentukan sama ada Squid membuka fail, mengikat soket, menyambung ke luar atau menolak permintaan klien.
Kaitkan peristiwa audit
Pada sistem SELinux, padankan ralat perkhidmatan dengan rekod auditnya. Domain sumber, jenis sasaran, kelas objek dan kebenaran yang ditolak menunjukkan operasi mana yang disekat oleh dasar. Pemilikan Unix yang betul tidak membuktikan label keselamatan itu sesuai.
Port mendengar tersuai mungkin memerlukan label port yang sepadan. Direktori log atau cache yang dipindahkan mungkin memerlukan pelabelan fail. Untuk kegagalan laluan log Squid, semak juga perlintasan direktori dan kebenaran penulis sebelum mengaitkannya dengan label. Kebenaran untuk perkhidmatan keluar yang luar biasa ialah operasi lain lagi; contoh Squid SELinux Red Hat membezakan kes-kes ini.
Gunakan dasar distribusi yang dipasang dan panduan pentadbiran. Laluan pakej, label dan pengasingan boleh berbeza antara imej. Pada sistem yang menggunakan AppArmor, periksa profilnya dan bukannya menggunakan arahan SELinux.
Betulkan dasar atau lokasi yang ditunjukkan bukti sambil mengekalkan penguatkuasaan pada hos. Pengesahan klien dan peraturan akses Squid sendiri masih terpakai selepas masalah dasar hos dibaiki.