Jump to content

Activer le LogLevel pour debugger des redirections internes


Recommended Posts

Bonjour,

 

Une fois n'est pas coutume j'essaye de faire un peu de ménage dans les erreurs présentent dans mes logs... doucement mais surement.

 

J'ai une erreur que je n'arrive pas à traiter qui est la suivante

[Sun Oct 30 11:36:50.015686 2022] [core:error] [pid 27118:tid 140306221614848] [client 185.191.171.10:37994] AH00124: 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.

 

Ca sent la boucle dans des redirections que j'imagine dans le .htaccess mais ce message ne donne pas beaucoup d'infos.

Il est mentionné "use loglevel debug" to obtenir des traces


J'ai trouvé des infos ici

https://stackoverflow.com/questions/5641618/how-to-enable-loglevel-debug-on-apache2-server

La doc apache ici

https://httpd.apache.org/docs/2.4/mod/mod_rewrite.html#logging

 

J'ai essayé d'activer "LogLevel warn rewrite:trace3" dans .htacces mais j'eu droit à l'erreur suivante

[Sun Oct 30 11:43:38.092430 2022] [core:alert] [pid 27118:tid 140306213222144] [client 66.249.66.58:48267] /home/<user>/domains/<domain>/private_html/.htaccess: LogLevel not allowed here

 

Comment peut-on activer plus de traces pour les pbs de rewriting avec .htaccess ?

Link to comment
Share on other sites

Et oui, ce paramètre ne peut pas se configurer dans un fichier .htaccess.

 

Le fichier de conf principal d'Apache se trouve là : /etc/httpd/conf/httpd.conf

Pour chaque user, tu as en plus un fichier httpd.conf spécifique dans /usr/local/directadmin/data/users/USERNAME/httpd.conf qu'l vaut mieux ne pas éditer manuellement.

 

Ces fichiers sont éditables sous Directadmin en tant qu'admin dans "Gestion Serveur" ---> "Configuration HTTPD personnalisée"

Une fois là il faut cliquer sur le lien httpd.conf en regard du domaine pour lequel tu veux tracer les erreurs, puis sur le bouton "Personnaliser" en haut de page.

 

ATTENTION : n'utiliser les traces que le strict minimum et ne JAMAIS les laisser en place au delà du temps indispensable sur un serveur en production.

C'est désastreux pour les performances.

 

 

 

Link to comment
Share on other sites

Merci Dan

Effectivement avec trace3, çà liste pour chaque GET l'évaluation de chaque ligne du htaccess ! Ca devient vite énorme

Link to comment
Share on other sites

Bon j'ai trouvé le problème sans les traces finalement car il y a en a trop surtout si le problème est aléatoire.

 

Alors si çà peut aider, j'ai noté l'heure et l'ip de l'erreur et ensuite j'ai filtré dans la log du domaine par l'IP pour retrouver la page qui déclenchait ces redirections multiples.
Dans mon cas c'est le robot semrush que je bloquais mais pas correctement apparemment, j'ai collé un flag [END] à la place d'un [F,L] sur le RewriteRule et plus de souci !

 

RewriteCond %{HTTP_USER_AGENT} (ahrefsbot|semrushbot|sistrix) [NC]
RewriteRule . - [END]

 

 

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...