• # mod_rewrite, ce module qui vous veut du bien...

    Posté par (site web personnel) . En réponse au message Règles mod_evasive bypassées par mod_rewrite ! à l'aide!. Évalué à 1.

    En fait on dirait que mod_rewrite est prioritaire sur mod_evasive je veux dire par la que c'est d'abord la règle de rewrite qui est prioritaire avant le module d'analyse du nombre de connexion... en gros il bloque rien...

    C'est quasi sûr, mod_rewrite est super proche du core. J'ai eu l'année dernière un problème avec un module de RSA : mod_rewrite et mod_rsawa_apache utilisent le même hook.

    Pour mod_rewrite :

    ap_hook_translate_name(hook_uri2file, NULL, NULL, APR_HOOK_FIRST);

    Ce bon sang de bon soir d'APR_HOOK_FIRST, fait que mod_rewrite passe en premier sûr ce hook. Dans notre cas, j'ai prouvé à RSA de faire un update de son module pour qu'il passe avant mod_rewrite.

    Dans ton cas, dans le fichier mod_evasive20.c, tu devrais avoir plutôt un truc du genre :

    static void register_hooks(apr_pool_t *p) {
 static const char * const aszPost[]={ "mod_rewrite.c", NULL };
 ap_hook_access_checker(access_checker, NULL, aszPost, APR_HOOK_FIRST);
 apr_pool_cleanup_register(p, NULL, apr_pool_cleanup_null, destroy_hit_list);
};
    1. La première ligne est pour "déclarée" le module reloutisant.
    2. Dans la deuxième, on indique que mod_rewrite doit tourner après notre module.

    N.B. : Il y a toujours la possibilité d'utiliser HOOK_REALLY_FIRST, mais c'est à déconseiller...

    N.B.B(is). : Sachant que mod_evasive est sur access_checker et rewrite sur translate_name, j'avoue ne pas savoir la précédence relative de l'un par rapport à l'autre... En gros, tu testes et tu dous dis :)