Mendiagnosis penolakan Squid di bawah SELinux
Bedakan aturan akses Squid, izin sistem berkas, label porta, dan penolakan kebijakan keamanan host sebelum mengubah penegakan.
Penolakan akses HTTP yang dihasilkan Squid dan “Permission denied” dari sistem operasi terjadi pada batas yang berbeda. Tentukan apakah Squid membuka berkas, mengikat soket, menghubungkan ke luar, atau menolak permintaan klien.
Korelasikan peristiwa audit
Pada sistem SELinux, cocokkan galat layanan dengan catatan auditnya. Domain sumber, tipe target, kelas objek, dan izin yang ditolak menunjukkan operasi mana yang diblokir kebijakan. Kepemilikan Unix yang benar tidak membuktikan bahwa label keamanan sudah sesuai.
Porta pendengar khusus dapat memerlukan label porta yang sesuai. Direktori log atau cache yang dipindahkan dapat memerlukan pelabelan berkas. Untuk kegagalan jalur log Squid, periksa juga penelusuran direktori dan izin penulis sebelum mengaitkannya dengan label. Izin untuk layanan keluar yang tidak biasa adalah operasi lain lagi; contoh Squid SELinux dari Red Hat membedakan kasus-kasus ini.
Gunakan kebijakan distribusi yang terpasang dan panduan administrasi. Jalur paket, label, dan pembatasan dapat berbeda antar image. Pada sistem yang memakai AppArmor, periksa profilnya alih-alih menerapkan perintah SELinux.
Perbaiki kebijakan atau lokasi yang ditunjukkan bukti sambil mempertahankan penegakan pada host. Autentikasi klien dan aturan akses Squid sendiri tetap berlaku setelah masalah kebijakan host diperbaiki.