Error 500 au lieu de Error 403

Bonjour,

Je vous expose ma petite expérience qui fonctionne deux autres serveurs et qui fonctionnait encore jusqu'à ce matin sur ce sacrée serveur.

Afin de mettre mon application Symfony2 en Maintenance, j'utilise l'astuce qui est de déplacer .htaccess et du coup le serveur (à travers le vhost) renvoie une erreur 403 que j'ai bien sur modifié avec ErrorDocument 403. Et, je ne sais pas ce que j'ai fait mais sur un serveur la manipulation me renvoie une erreur 500. pour les trois serveurs la configuration est ( ou était) identique.

Voici le vhost

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
<VirtualHost *:9000>
# Ceci défini l'adresse email qui sera affiché à l'utilisateur en cas d'erreur du serveur
        ServerAdmin contact@moi.com
# La ligne suivante est très importante puisque c'est elle qui va définir sur quel domaine agira le virtualhost
#       ServerName icop.sn-seine.i2
# Cette ligne n'est pas vraiment nécessaire, elle est plus utile si vous avez d'autres domaines à lier au virtualhost
#        ServerAlias icop.sn-seine.i2
# La ligne suivante défini le chemin vers les fichiers qui seront exécutés
        DocumentRoot /website/gitonomy/web/
        ServerName sncf.sn-seine.i2
# Le bloc suivant permet de définir quelques options supplémentaires
        <Directory /website/gitonomy/web/>
                Options -Indexes FollowSymLinks MultiViews
                AllowOverride All
				Allow from All
        </Directory>
		ErrorDocument 403 /error/maintenance.html
		ErrorDocument 500 /error/maintenance.html
# La ligne suivante défini un fichier d'erreurs à part pour le domaine. Ceci peut parfois être très utile en cas de bug de configuration ou autre...
        ErrorLog /var/log/apache2/gitonomy.err
        LogLevel debug
# Cette ligne défini un fichier de logs, comme la ligne des erreurs elle est assez pratique en cas de bug
        CustomLog /var/log/apache2/gitonomy.log combined
        ServerSignature Off
</VirtualHost>

Et un bout du fichier .err d'Apache

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
[Wed Aug 21 13:10:19 2013] [error] [client 192.168.6.18] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.
[Wed Aug 21 13:10:19 2013] [debug] core.c(3112): [client 192.168.6.18] r->uri = /website/app.php
[Wed Aug 21 13:10:19 2013] [debug] core.c(3118): [client 192.168.6.18] redirected from r->uri = /website/app.php
[Wed Aug 21 13:10:19 2013] [debug] core.c(3118): [client 192.168.6.18] redirected from r->uri = /website/app.php
[Wed Aug 21 13:10:19 2013] [debug] core.c(3118): [client 192.168.6.18] redirected from r->uri = /website/app.php
[Wed Aug 21 13:10:19 2013] [debug] core.c(3118): [client 192.168.6.18] redirected from r->uri = /website/app.php
[Wed Aug 21 13:10:19 2013] [debug] core.c(3118): [client 192.168.6.18] redirected from r->uri = /website/app.php
[Wed Aug 21 13:10:19 2013] [debug] core.c(3118): [client 192.168.6.18] redirected from r->uri = /website/app.php
[Wed Aug 21 13:10:19 2013] [debug] core.c(3118): [client 192.168.6.18] redirected from r->uri = /website/app.php
[Wed Aug 21 13:10:19 2013] [debug] core.c(3118): [client 192.168.6.18] redirected from r->uri = /website/app.php
[Wed Aug 21 13:10:19 2013] [debug] core.c(3118): [client 192.168.6.18] redirected from r->uri = /website/app.php
[Wed Aug 21 13:10:19 2013] [debug] core.c(3118): [client 192.168.6.18] redirected from r->uri = /
[Wed Aug 21 13:10:19 2013] [debug] mod_deflate.c(615): [client 192.168.6.18] Zlib: Compressed 666 to 373 : URL /website/app.php

Au vu de ce qu'indique le fichier d'erreur, ça ressemble à un problème de cache. Mais je vois pas ou, ni comment le vider.

Sur l'un des serveurs ou ça fonctionne j'ai ceci comme log

Code:

1
2
[Wed Aug 21 13:22:29 2013] [error] [client 192.168.6.18] Directory index forbidden by Options directive: /Applisymfony/test/web/
[Wed Aug 21 13:22:29 2013] [debug] mod_deflate.c(615): [client 192.168.6.18] Zlib: Compressed 1329 to 668 : URL /error/maintenance.html

Je vous remercie par avance de votre aide

Code:

1 2 [Wed Aug 21 13:10:19 2013] [error] [client 192.168.6.18] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.
Pour moi ça ressemble plus à un problème de redirection qu'à un problème de cache.
T'as plus aucun .htaccess valide quand tu fais ta manip c'est ça ?

Je te remercie, après une mauvaise nuit de sommeil et ton post, ça a fait tilt.

Mais je ne pensais que cela pouvait avoir une incidence.
Mon arborescence est comme ceci /website/gitonomy/web/
Au départ je renommais le .htaccess présent dans le répertoire web en .htacces.bak. Puis me vient l'idée de le déplacer dans website.

Et c'est ce .htaccess qu'il voit.
En le supprimant tout est redevenu normal.

Je pensais à un problème de cache car le chemin indiqué dans les logs, continuait à pointer app.php.

As tu une explication de ce comportement d'Apache ?

Peut-être voir du côté de la directive AccessFileName.
Qu'elle est sa valeur sur ton serveur ?

la valeur de cette directive est : .htaccess. Ce qui est logique, mais je ne comprends pas mais qui est peut être normal, c'est que lorsque qu'on lui demande de pointer sur un répertoire, si il y a rien il cherche en remontant l'arborescence pour trouver un fichier qui convient.

La réponse est dans la doc lol rtfm

Citation:

Notez aussi que httpd doit rechercher les fichiers .htaccess dans tous les répertoires de niveau supérieur, afin de rassembler toutes les directives qui s'appliquent au répertoire courant (Voir la section comment sont appliquées les directives). Ainsi, si un fichier fait l'objet d'une requête à partir d'un répertoire /www/htdocs/exemple, httpd doit rechercher les fichiers suivants :

/.htaccess
/www/.htaccess
/www/htdocs/.htaccess
/www/htdocs/exemple/.htaccess

Ceci expliquant cela

Encore merci pour ton aide