.htaccess rewrite scheint nicht zu klappen

Hallo,
Hab heute meinen vServer bekommen, und wollte als erstesmal testen, ob wordpress geht.
Also, wp hochgeladen, eingerichtet, fertig, ja, geht, Artikel schreiben auch. Nur die sog. "Permalinks" eben nicht.
Also mod_rewrite geladen (per symlink), apache neugestartet, und laut apache2ctl -M ist es auch geladen. Allerdings führen die neuen Permalinks ins Leere. die Idee dahinter ist, dass nciht index.php?p=5 sondern /2011/TITEL/ "geladen" wird, SEO- und optik-mäßig eben deutlich hübscher.

Kann mir mal bitte jemand einen Tipp geben, warum das nciht funktioniert? Wordpress ist in /var/www/wordpress/ installiert, die .htaccess schaut folgendermaßen aus:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /wordpress/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /wordpress/index.php [L]
</IfModule>

PS: Macht es Sinn, jetzt auf Debian Squeeze (oder andere Distri, meine Linux-Erfahrung beschränkt sich auf mein NAS) umzusteigen, wo aber - ich glaube - ach eine Art Debian draufläuft, von daher bin ich sowieso ein Anfänger, aber ich denke, ich weiß, was ich tue.

Zitat von killerbees19;34025

Erhöhe einmal das LogLevel

Das vom Apache?
OK, bin jetzt mal auf info runter gegangen, jetzt kommt einfach das gleiche, das auch beim 404 steht, wenn ich versuche, einen der Permalinks aufzurufen: "File does not exist: /var/www/wordpress/2011". klar, existiert ja auch nicht - deshalb soll die .htaccess die ja auch umschrieben. Macht sie aber nicht??

Ok, ich probiers. Die Seite ist unter http://IP/wordpress/ zu erreichen, daher denke ich schon, ja.
Hier mal der Auszug aus dem log nach restart nach loglevel auf debug, und einmaligen Aufrufen der url:

Zitat

[Wed Apr 27 22:52:35 2011] [notice] caught SIGTERM, shutting down
[Wed Apr 27 22:52:37 2011] [notice] Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny10 with Suhosin-Patch configured -- resuming normal operations
[Wed Apr 27 22:52:54 2011] [error] [client xxx.xxx.xxx.xxx] File does not exist: /var/www/favicon.ico
[Wed Apr 27 22:52:54 2011] [debug] mod_deflate.c(615): [client xxx.xxx.xxx.xxx] Zlib: Compressed 331 to 249 : URL /favicon.ico
[Wed Apr 27 22:52:56 2011] [debug] mod_deflate.c(615): [client xxx.xxx.xxx.xxx] Zlib: Compressed 14094 to 3244 : URL /wordpress/index.php
[Wed Apr 27 22:52:57 2011] [error] [client xxx.xxx.xxx.xxx] File does not exist: /var/www/favicon.ico
[Wed Apr 27 22:52:57 2011] [debug] mod_deflate.c(615): [client xxx.xxx.xxx.xxx] Zlib: Compressed 331 to 249 : URL /favicon.ico
[Wed Apr 27 22:52:58 2011] [error] [client xxx.xxx.xxx.xxx] File does not exist: /var/www/wordpress/2011, referer: http://yy.yy.yy.yy/wordpress/
[Wed Apr 27 22:52:58 2011] [debug] mod_deflate.c(615): [client xxx.xxx.xxx.xxx] Zlib: Compressed 340 to 254 : URL /wordpress/2011/04/5/, referer: http://yy.yy.yy.yy/wordpress/
[Wed Apr 27 22:52:59 2011] [error] [client xxx.xxx.xxx.xxx] File does not exist: /var/www/favicon.ico
[Wed Apr 27 22:52:59 2011] [debug] mod_deflate.c(615): [client xxx.xxx.xxx.xxx] Zlib: Compressed 331 to 249 : URL /favicon.ico

Alles anzeigen

Ich sehe da nichts Aufschlussreiches oder iwie Informatives :confused: (ja, das favicon können wir mal vergessen :p)

Ich bin mir sicher, ja. Es wird unter Loaded Modules als rewrite_module (shared) angezeigt.
Ein Weglassen der if-Blöcke bringt auch nichts

Fehler gefunden:
In der (entsprechenden) /etc/apache2/sites-enabled/000-default muss für den DocumentRoot AllowOverride auf All gestezt werden. Danke trotzdem.