404 returnné mais la règle de réécriture est assortie

J'ai une règle de réécriture qui envoie toutes les requêtes à index.php :

 RewriteRule ^.*$ index.php [NC,L] 

(Outre RewriteEngine On , c'est tout ce qu'il y a dans le file .htaccess )

Cela fonctionne, à less que le path de requête ne commence par index/ , auquel cas le résultat est un 404 Not Found .

Si je change le nom de file de index.php à index2.php (et la règle de réécriture pour l'associer), il recommence à fonctionner, il y a donc un conflit lorsque le premier segment du path demandé est égal au premier segment du file de destination .

Le journal mod_rewrite contient ceci (lorsque vous requestz /index/hello , qui échoue ):

 add path info postfix: /path/to/index.php -> /path/to/index.php/hello ssortingp per-dir prefix: /path/to/index.php/hello -> index.php/hello applying pattern '^.*$' to uri 'index.php/hello' rewrite 'index.php/hello' -> 'index.php' add per-dir prefix: index.php -> /path/to/index.php initial URL equal rewritten URL: /path/to/index.php [IGNORING REWRITE] 

(Certaines informations sur les journaux sont supprimées ou modifiées pour être lisibles.)

Mon server est Apache/2.2.22 .

NB: Ce site Web, le file .htaccess et le file index.php inclus, ont fonctionné sans problème tant que je n'ai pas réinstallé Debian sur un nouveau server, donc je suppose qu'il existe un type de conflit de configuration ou un bug de version qui le fait arriver maintenant. Je n'ai modifié aucun file de site Web.

Des idées?

Ajoute ça:

 Options -Multiviews 

Ils ne jouent généralement pas très bien en combinaison avec mod_rewrite

BTW: si c'est tout ce que vous faites actuellement, utiliser le nouveau-ish FallbackResource pourrait être plus efficace. (Version> = 2.2.16).