Se você está querendo dizer as permissões controladas por chmod / grp / own, tente usar o sudo com su ang sg para se tornar aquele usuário
sudo -s
[Password]
sg apache
su apache
Depois de ter feito isso, tente usar o cat para ler esses arquivos, se isso funcionar, você está pronto!
para corrigir este cenário
chgrp apache -R
<FOLDER>
chmod g+rX -R
<FOLDER>
Caso contrário, se você estiver falando sobre o extfs acls, que pode ser visto por arquivos com um + em seu registro ls
[mock@vbox ~/footest]$ ls -all
-rw-rwxr--+ 1 hauna hauna 0 Jul 29 15:14 fileacl
-rw-rw-r--. 1 hauna hauna 0 Jul 29 15:13 filenoacl
este pode ser tratado como o seguinte
setfacl -m g:apache:rx
<FOLDER>
Se você está falando sobre o selinux, você precisará alterar o contexto padrão de localização onde os arquivos são criados, isso DEVE ser feito como root!
semanage fcontext -a -t httpd_sys_content_t '/srv/httproot(/.*)'
que afetará arquivos futuros, para afetar os atuais, use isso
restorecon -R /srv/httproot
Espero que seja esclarecido,
Eu apreciaria uma postagem do log de erros do apache e um ls -all do diretório em questão, bem como quaisquer logs de auditoria (em /var/log/audit/audit.log) que aparecem aproximadamente no mesmo tempo e foram negados