Apache: client refusé par la configuration du serveur

Je reçois

[Tue Apr 24 12:12:55 2012] [error] [client 127.0.0.1] client refusé par la configuration du serveur: / labs / Projects / Nebula / bin /

Ma structure de répertoires ressemble à (j'utilise Symfony 2, devrait être une structure similaire pour d'autres frameworks Web)

J'ai des vhosts comme:

<VirtualHost nebula:80>
    DocumentRoot "/labs/Projects/Nebula/web/"
    ServerName nebula
    ErrorLog "/var/log/httpd/nebula-errors.log"
</VirtualHost>

<Directory "/labs/Projects/Nebula/">
    Options All
    AllowOverride All
    Order allow,deny
    Allow from 127.0.0 192.168.1 ::1 localhost
</Directory>

Je me demande quel est le problème et comment le résoudre?

Apache 2.4.3 (ou peut-être un peu plus tôt) a ajouté une nouvelle fonctionnalité de sécurité qui entraîne souvent cette erreur. Vous verrez également un message de journal de la forme "client refusé par la configuration du serveur". La fonctionnalité nécessite une identité d'utilisateur autorisé pour accéder à un annuaire. Il est activé par DEFAULT dans le httpd.conf fourni avec Apache. Vous pouvez voir l'activation de la fonctionnalité avec la directive

Require all denied

Cela dit essentiellement de refuser l'accès à tous les utilisateurs. Pour résoudre ce problème, supprimez la directive refusée (ou bien mieux) ajoutez la directive suivante aux répertoires auxquels vous souhaitez accorder l'accès:

Require all granted

un péché

<Directory "your directory here">
   Order allow,deny
   Allow from all
   # New directive needed in Apache 2.4.3: 
   Require all granted
</Directory>

OK, j'utilise la mauvaise syntaxe, je devrais utiliser

Allow from 127.0.0.1
Allow from ::1
...

Dans Apache 2.4, l'ancienne syntaxe d'autorisation d'accès a été obsolète et remplacée par un nouveau système utilisant Require .

Ce que vous voulez alors, c'est quelque chose comme ce qui suit:

<Directory "/labs/Projects/Nebula/">
  Options All
  AllowOverride All
  <RequireAny>
    Require local
    Require ip 192.168.1
  </RequireAny>
</Directory>

Cela autorisera les connexions provenant soit de l'hôte local, soit d'adresses IP commençant par «192.168.1».

Il existe également un nouveau module disponible qui permet à Apache 2.4 de reconnaître l'ancienne syntaxe si vous ne souhaitez pas mettre à jour votre configuration tout de suite:

sudo a2enmod access_compat

Pouvez-vous essayer de changer "Autoriser de 127.0.0 192.168.1 :: 1 localhost" à "Autoriser de tous". Si cela résout votre problème, vous devez être moins restrictif quant à l'endroit où le contenu peut être demandé

Voici mon fichier hôte virtuel symfony 1.4 sur Debian, qui fonctionne très bien.

  <Directory /var/www/sf_project/web/>
    Options All Indexes FollowSymLinks    
    AllowOverride All
    Order allow,deny
    Allow from all
  </Directory>

Si vous ne souhaitez pas restreindre l'accès à une plage d'adresses IP spécifique, par exemple localhost, utilisez ceci:

Allow from 127.0.0.0/8

Le mod_authz_host est responsable du filtrage des plages d'adresses IP. Vous pouvez y rechercher des informations détaillées.

Mais peut-être que le problème pourrait être lié à une sorte de mauvaise configuration dans votre "apache2.conf".

Sur quel système d'exploitation l'Apache fonctionne-t-il?

si vous avez le

Allow from All

dans httpd.conf puis assurez-vous que nous avons

index.php

comme dans la ligne ci-dessous dans httpd.conf

DirectoryIndex index.html index.php

J'ai eu ce problème avec Vesta CP et pour moi, l'astuce était de supprimer .htaccess et d'essayer à nouveau d'accéder à n'importe quel fichier.

Cela a abouti à la régénération du fichier .htaccess et j'ai pu accéder à mes fichiers.

Dans mon cas, la clé était:

AllowOverride All

dans la définition de vhost. J'espère que cela aide quelqu'un.

Ce code a fonctionné pour moi.

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

J'espère que cela aide les autres