Apache2: 'AH01630: Client von Serverkonfiguration abgelehnt'

Ich bekomme diese Fehlermeldung, wenn versuchen, Zugriff auf localhost über einen browser.

AH01630: client denied by server configuration

Ich habe meine site-Ordner die Berechtigungen mit:

sudo chmod 777 -R *

Hier ist meine Konfiguration Datei:

<VirtualHost *:80>
ServerAdmin webmaster@localhost

DocumentRoot /home/user-name/www/myproject
<Directory />
    Options FollowSymLinks
    AllowOverride all
    Allow from all
</Directory>

<Location />
  Allow from all
  Order Deny,Allow
</Location>

<Directory  /home/user-name/www/myproject/>
    Options Indexes FollowSymLinks MultiViews
    AllowOverride all
    Order allow,deny
    Allow from all
</Directory>

ScriptAlias /cgi-bin//usr/lib/cgi-bin/
<Directory "/usr/lib/cgi-bin">
    AllowOverride all
    Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
    Order allow,deny
    Allow from all
</Directory>

ErrorLog ${APACHE_LOG_DIR}/error.log

# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn

CustomLog ${APACHE_LOG_DIR}/access.log combined

Alias /doc/"/usr/share/doc/"
<Directory "/usr/share/doc/">
    Options Indexes MultiViews FollowSymLinks
    AllowOverride all
    Order deny,allow
    Deny from all
    Allow from 127.0.0.0/255.0.0.0 ::1/128
</Directory>

InformationsquelleAutor der Frage Hazem Hagrass | 2013-08-23

  1. 676

    Wenn Sie mit Apache 2.4

    Müssen Sie das Häkchen bei allow und deny-Regeln

    Check-out http://httpd.apache.org/docs/2.4/upgrading.html#access

    2.2, Zugangskontrolle auf Basis von client-Hostnamen, IP-Adresse und andere
    Eigenschaften von client-Anfragen wurde mit Hilfe der Richtlinien
    Order, Allow, Deny, und zu Befriedigen.

    In 2.4, Z Zugriffskontrolle erfolgt in der gleichen Weise wie andere
    Berechtigungsprüfungen, mit dem neuen Modul mod_authz_host.

    Die neue Richtlinie ist Benötigen:

    2.2 Konfiguration:

    Order allow,deny
Allow from all

    2.4 Konfiguration:

    Require all granted

    Vergessen Sie auch nicht, um starten Sie den apache-server nach diesen änderungen (# service httpd restart)

    InformationsquelleAutor der Antwort Jayakumar Bellie

  2. 288

    Für alle Verzeichnisse schreiben Require all granted statt Allow from all
    Apache2: 'AH01630: Client von Serverkonfiguration abgelehnt'

    Update

    Wenn die oben nicht funktioniert, dann entfernen Sie auch das unten erwähnte Zeile:

    Ordnung erlauben,verweigern

    InformationsquelleAutor der Antwort valera5505

  3. 24

    Überprüfen Sie, dass der DocumentRoot-Pfad korrekt ist. Dass die diesen Fehler verursachen können.

    InformationsquelleAutor der Antwort Tim

  4. 18

    Machte ich die gleichen änderungen, die ravisorg vorgeschlagen, OSX 10.10 Yosemite, die ein Upgrade von Apache auf version 2.4. Unten sind die Veränderungen, die Hinzugefügt wurden, zu http.conf.

    <Directory />
    AllowOverride none
    Require all denied
</Directory>

<Directory /Volumes/Data/Data/USER/Sites/>
    AllowOverride none
    Require all granted
</Directory>

    InformationsquelleAutor der Antwort K.M.

  5. 10

    Dieser fuhr mich absolut Nüsse für einen Tag und eine Hälfte, aber ich habe eine Lösung gefunden, wenn alle anderen Lösungen wurden erfolglos versucht.

    Diese ist für macOS.

    • Gehen Sie auf die Aktivitätsanzeige (spotlight-Suche für: Aktivität)
    • In activity monitor Suche für httpd, welches ist der Apache-Dienst
    • Wählen Sie das gehört root und klicken Sie auf X auf der oberen linken, um es zu schließen.

    Damals habe ich sofort aufgehört, immer 403 Fehler und angefangen hat alles wie erwartet funktioniert. Komisch ist ich hatte noch nicht einmal den apache neu starten, es funktionierte einfach, ich denke, es neu gestartet, selbst, wenn ich ging zu meinem localhost, weiß ich ehrlich gesagt nicht aber ich denke das problem ist der Apache eigentlich nicht Neustarten, wenn mit apachectl restart, oder stop oder start. Hoffe, das jemand hilft.

    InformationsquelleAutor der Antwort RAC

  6. 4

    Wenn Sie Schwanz das Fehlerprotokoll und die Seite neu laden, sehen Sie ein paar mehr Informationen über das genaue problem.

    Greifen die environment-Variablen, also ${APACHE_LOG_DIR} funktioniert tatsächlich...

    source /etc/apache2/envvars

    Dann Schwanz und beobachten...

    tail -f ${APACHE_LOG_DIR}/error.log

    InformationsquelleAutor der Antwort Shylo Hana

  7. 3

    Hab ich beschlossen meine selbst nachdem er paar Stunden.

    Habe ich installiert, Apache/2.4.7 (Ubuntu) durch coookbook in vagrant vm.

    /etc/apache2/apache2.conf-Datei nicht <VirtualHost *:80> element standardmäßig.

    Habe ich zwei änderungen, um es getan

    1. Hinzugefügt <VirtualHost *:80>
    2. Hinzugefügt

      Options Indexes FollowSymLinks

      AllowOverride all

      Erlauben von allen

    dann schließlich habe ich nur gestartet vm..

    InformationsquelleAutor der Antwort Giri Babu

  8. 3

    Hat sich jemand Gedanken darüber, dass wamp-server standardmäßig nicht die httpd-vhosts.conf - Datei.
    Mein Ansatz ist, entfernen Sie den Hinweis unten

     conf
  # Virtual hosts
  Include conf/extra/httpd-vhosts.conf

    in httpd.conf - Datei.
    Das ist alles.

    InformationsquelleAutor der Antwort Heier

  9. 3

    Das problem ist in der VirtualHost aber probablely ist nicht

    Erfordern alle gewährten

    Bestätigen Ihre config ist richtig,hier ist die richtige Probe
    Apache2: 'AH01630: Client von Serverkonfiguration abgelehnt'

    InformationsquelleAutor der Antwort Albert.Qing

  10. 2

    Diese wurde driving me crazy. Endlich herausgefunden, was das problem war:
    Ich war mit der direkten Pfade für die Fehler-log-und Sie waren falsch.

    Warum hat Apache eine vage (und falsche) Fehlermeldung? Stattdessen verwenden Sie eine korrekte und sinnvolle Fehlermeldung wie: Pfad für die Direktive ErrorLog "/falsch/Pfad/und/Dateiname.log" ist ungültig.

    Trotzdem, zu beheben, stellen Sie sicher, dass Ihre Fehler-log-Direktiven wie folgt Aussehen: 

    ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

    InformationsquelleAutor der Antwort RyanNerd

  11. 1

    Wenn Sie https host dann vergessen Sie nicht, stellen Sie Require all granted änderungen für ssl-config zu.

    Auch, manchmal ist es sinnvoll die Berechtigungen überprüfen, wie der apache-Benutzer:

    # ps -eFH | grep http # get the username used by httpd
...
apache   18837  2692  0 119996 9328   9 10:33 ?        00:00:00     /usr/sbin/httpd -DFOREGROUND
# su -s/bin/bash apache # switch to that user
bash-4.2$ whoami
apache
bash-4.2$ cd /home
bash-4.2$ ls
bash-4.2$ cd mysite.com
bash-4.2$ ls
bash-4.2$ cat file-which-does-not-work.txt

    InformationsquelleAutor der Antwort Putnik

  12. 1

    Für Wamp-3 (Apache 2.4), außerdem setzen die server online, wie beschrieben in den anderen Antworten, in die Virtuelle Hosts-Datei conf/extra/httpd-vhosts.conf

    Sie müssen möglicherweise ersetzen 

    Require local

    mit

    Require all granted

    Dieser ist anwendbar, wenn in httpd.conf Sie haben

    Include conf/extra/httpd-vhosts.conf

    InformationsquelleAutor der Antwort Alex Pandrea

  13. 0

    Neben fehlenden Order und Allow genannten Richtlinien in anderen Antworten bewusst sein, dass eine nicht passende reguläre Ausdruck einer DirectoryMatch Richtlinie kann auch diesen Fehler verursachen.

    Wenn der angeforderte Pfad ist /home/user-foo1bar/www/myproject/ ein matcher übereinstimmen, werden nicht

    <DirectoryMatch "/home/user-[a-z]+/www/myproject/">
...
</DirectoryMatch>

    so, noch einen gültigen Zugriff auf die Konfiguration könnte diesen Fehler verursachen.

    InformationsquelleAutor der Antwort try-catch-finally

  14. 0

    Einer obskuren (nur behandelt), noch nicht möglich ist, Ursache HIERFÜR ist eine interne mod_rewrite-Regel in der main-config-Datei (nicht .htaccess) , schreibt im Pfad vorhanden, auf dem root des server-Dateisystems. Sagen wir, Sie haben /media Verzeichnis in Ihrer Website, und Sie umschreiben, so etwas wie dieses:

    RewriteRule /some_image.png /media/some_other_location.png

    Wenn Sie eine /media im Stammverzeichnis des Servers der rewrite wird versucht, das (und die daraus resultierende Fehlermeldung "Zugriff verweigert") eher als die, die in Ihrem site-Verzeichnis, da die Datei-system-root wird zuerst überprüft durch mod_rewrite, für die die Existenz von das erste Verzeichnis im Pfad, bevor Sie Ihre Website-Verzeichnis.

    InformationsquelleAutor der Antwort SuperDuperApps

  15. 0

    Kann das problem, dass die Richtlinie nicht unter < Directory>

    https://httpd.apache.org/docs/2.4/mod/mod_authz_host.html#requiredirectives

    Die Richtlinie verwiesen werden kann, innerhalb eines < Directory>, < Files> oder < Location> - Bereich sowie .htaccess-Dateien, um den Zugriff auf bestimmte Teile des Servers. Der Zugriff gesteuert werden kann, basierend auf den client-Hostnamen oder die IP-Adresse.

    InformationsquelleAutor der Antwort Sérgio

  16. 0

    Bekam ich ein anderes, dass kann nützlich sein, um jemanden.
    Empfangen wurde die gleiche Fehlermeldung nach einem Upgrade von PHP 5.6 => 7.0. Wir hatten geändert, das PHP-upload-Einstellungen, und vergessen zu ändern, nachdem kopiert.
    Obwohl ich nicht das hochladen von Bildern an der Zeit, Silverstripe (unsere CMS) war die Weigerung, zu sparen und wirft diesen Fehler. Erhöht die Bild-upload-Größe, und es funktionierte sofort.

    InformationsquelleAutor der Antwort Andrew MacNaughton

  17. 0

    Bei der Verwendung von Ubuntu überprüfen Sie, ob das CGI-Modul aktiviert ist. Wenn nicht:

    sudo a2enmod cgi

    InformationsquelleAutor der Antwort hfmanson

Schreibe einen Kommentar