Solution 1 :
Modifiez votre configuration d'autorisation :
<Directory /home/remix/>
#...
Order allow,deny
Allow from all
</Directory>
...à la version Apache 2.4 du même.
<Directory /home/remix/>
#...
Require all granted
</Directory>
Consultez le document de présentation de la mise à niveau pour obtenir des informations sur les autres modifications que vous devrez peut-être apporter - et sachez que la plupart des exemples de configuration et de l'assistance que vous trouverez sur Google (ainsi que sur ce site) font référence à 2.2.
Solution 2 :
Vérifiez les autorisations sur le répertoire. Je parierais qu'il est configuré pour refuser l'accès à quiconque sauf à vous-même, par exemple :
$ ls -ld /home/remix
drwx------ 92 remix remix 4096 Aug 17 22:59 /home/remix
Si vous voyez drwx------
exactement, alors c'est le cas. Corrigez-le en exécutant :
chmod a+x /home/remix
Solution 3 :
Assurez-vous que l'utilisateur qui exécute httpd
service a accès à ces répertoires.
Solution 4 :
"client refusé par la configuration du serveur" signifie que le serveur Linux lui-même interdit l'accès au fichier, pas Apache.
Si fournir un accès en modifiant les autorisations / la propriété / l'appartenance au groupe ne résout pas le problème, la cause de l'itinéraire peut être que SELinux interdit l'accès à tout dossier qui n'a pas le contexte SE Linux approprié, comme expliqué dans 'Déplacement d'un Apache DocumentRoot sous Selinux'.
- Si vous désactivez temporairement SELinux en faisant
setenforce 0
rend le fichier accessible - Alors que réactiver SELinux en faisant
setenforce 0
rend à nouveau le fichier inaccessible
Alors à coup sûr l'accès est interdit par SELinux quelles que soient les permissions du fichier.