Дијагностика одбијања Squid-а под SELinux-ом
Разликујте правила приступа Squid-а, дозволе датотечног система, ознаке портова и одбијања безбедносне политике хоста пре промене примене.
Одбијање HTTP приступа које генерише Squid и “Permission denied” оперативног система јављају се на различитим границама. Утврдите да ли је Squid отварао датотеку, везивао сокет, повезивао се ка споља или одбијао захтев клијента.
Повежите ревизијски догађај
На SELinux системима ускладите грешку услуге са њеним ревизијским записом. Изворни домен, тип циља, класа објекта и одбијена дозвола показују коју је операцију политика блокирала. Исправно Unix власништво не доказује да је безбедносна ознака одговарајућа.
Прилагођени порт за слушање може захтевати одговарајућу ознаку порта. Премештени директоријум записа или кеша може захтевати означавање датотека. За неуспех путање записа Squid-а проверите и пролаз кроз директоријуме и дозволе писања пре него што то припишете ознаци. Дозвола за необичну одлазну услугу је опет друга операција; Red Hat-ови примери Squid SELinux разликују те случајеве.
Користите политику инсталиране дистрибуције и административне смернице. Путање пакета, ознаке и ограничење могу се разликовати међу сликама. На системима са AppArmor-ом прегледајте његов профил уместо примене SELinux наредби.
Исправите политику или локацију на коју указују докази, задржавајући примену на хосту. Squid-ова сопствена аутентификација клијената и правила приступа и даље важе након отклањања проблема са политиком хоста.