Lösung 1:
Ändern Sie Ihre Autorisierungskonfiguration:
<Directory /home/remix/>
#...
Order allow,deny
Allow from all
</Directory>
...auf die Apache 2.4-Version desselben.
<Directory /home/remix/>
#...
Require all granted
</Directory>
Sehen Sie sich das Dokument mit der Upgrade-Übersicht an, um Informationen zu anderen Änderungen zu erhalten, die Sie möglicherweise vornehmen müssen – und beachten Sie, dass sich die meisten Konfigurationsbeispiele und Hilfestellungen, die Sie dort bei Google (sowie auf dieser Website) finden, auf 2.2 beziehen.
Lösung 2:
Überprüfen Sie die Berechtigungen für das Verzeichnis. Ich würde wetten, dass es so eingestellt ist, dass es jedem außer Ihnen selbst den Zugriff verweigert, zum Beispiel:
$ ls -ld /home/remix
drwx------ 92 remix remix 4096 Aug 17 22:59 /home/remix
Wenn Sie drwx------
sehen genau, dann ist es so. Beheben Sie es, indem Sie Folgendes ausführen:
chmod a+x /home/remix
Lösung 3:
Stellen Sie sicher, dass der Benutzer, der httpd
ausführt Dienst hat Zugriff auf diese Verzeichnisse.
Lösung 4:
"Client durch Serverkonfiguration verweigert" bedeutet, dass der Linux-Server selbst den Zugriff auf die Datei verbietet, nicht Apache.
Wenn das Bereitstellen des Zugriffs durch Ändern von Berechtigungen/Eigentum/Gruppenmitgliedschaft das Problem nicht löst, kann die Ursache der Route darin bestehen, dass SELinux den Zugriff auf alle Ordner verbietet, die nicht den entsprechenden SE Linux-Kontext haben, wie in „Verschieben eines Apache DocumentRoot unter Selinux“ erläutert.
- Wenn Sie SELinux vorübergehend deaktivieren, indem Sie
setenforce 0
ausführen macht die Datei zugänglich - Während Sie SELinux wieder aktivieren, indem Sie
setenforce 0
ausführen macht die Datei wieder unzugänglich
Dann wird der Zugriff von SELinux mit Sicherheit verboten, unabhängig von den Dateiberechtigungen.