SELinux altında Squid reddetmelerini teşhis etme
Uygulamayı değiştirmeden önce Squid erişim kurallarını, dosya sistemi izinlerini, bağlantı noktası etiketlerini ve ana makine güvenlik ilkesi reddetmelerini ayırt edin.
Squid'in oluşturduğu HTTP erişim reddi ile işletim sisteminin “Permission denied” iletisi farklı sınırlarda ortaya çıkar. Squid'in bir dosya açtığını, soket bağladığını, dışarı bağlandığını veya bir istemci isteğini reddettiğini belirleyin.
Denetim olayını ilişkilendirin
SELinux sistemlerinde hizmet hatasını denetim kaydıyla eşleştirin. Kaynak alan adı, hedef türü, nesne sınıfı ve reddedilen izin, ilkenin hangi işlemi engellediğini gösterir. Doğru Unix sahipliği, güvenlik etiketinin uygun olduğunu kanıtlamaz.
Özel bir dinleme bağlantı noktası ilgili bağlantı noktası etiketini gerektirebilir. Taşınmış bir günlük veya önbellek dizini dosya etiketlemesi gerektirebilir. Squid günlük yolu hatasında, bunu bir etikete bağlamadan önce dizin geçişini ve yazıcı izinlerini de denetleyin. Olağandışı bir giden hizmet için izin yine başka bir işlemdir; Red Hat'in Squid SELinux örnekleri bu durumları ayırt eder.
Kurulu dağıtımın ilkesini ve yönetim kılavuzunu kullanın. Paket yolları, etiketler ve kısıtlama imajlar arasında farklılık gösterebilir. AppArmor kullanan sistemlerde SELinux komutlarını uygulamak yerine onun profilini inceleyin.
Kanıtların işaret ettiği ilkeyi veya konumu düzeltin, ana makinedeki uygulamayı koruyun. Ana makine ilkesi sorunu giderildikten sonra da Squid'in kendi istemci kimlik doğrulaması ve erişim kuralları geçerlidir.