hallo Dieter,
um es klar zu sagen, die Rede ist hier von /var/www/testarea/mein_verzeichnis/.htaccess, die im Gegensatz zu /var/www/html/.htaccess bei gleichem Inhalt keine Wirkung zeigt.
Okok, man muß ja manchmal an ganz idiotische Fehler denken, die man _nie_ begehen würde ... ;-) Und wenn der Inhalt tatsächlich so aussieht wie du ihn gepostet hast, sehe ich keinen Grund, weshalb das nicht funktionieren sollte.
Woran man auch noch denken könnte, ist die Rechtevergabe. Wenn du beispielsweise als root deine .htaccess direkt in das andere Verzeichnis kopiert hast, kann es sein, daß sie eben root gehört - aber root ist kein Standard-Apachebenutzer. Schau mal nach, ob die .htaccess-Dateien in /var/www/html und /var/www/testarea/mein_verzeichnis demselben Benutzer und derselben Gruppe gehören, die in der httpd.conf eingetragen sind. Gegebenenfalls mit "chown" ändern, allerdings ist die Wahrscheinlichkeit, daß die Besitzverhältnisse eine Rolle spielen, eher gering.
Ich bemühe mich grade, das Problem irgendwie nachzuvollziehen, dabei gehts mir genau andersherum: ich habe alle "AccesFileName"-Anweisungen gestrichen bzw. auskommentiert, trotzdem funktionieren die vorhandenen .htaccess-Dateien noch - mit FreeBSD/Apache 2.2.0 und WinXP/Apache 2.0.55. Sie funktionieren sogar dann noch, wenn es keine Anweisung in der Konfugurationsdatei gibt, darauf zuzugreifen. Ich kriege sie nur mit "AllowOverride" deaktiviert. Da hab ich nun auch noch was zu grübeln und nachzulesen.
In der httpd.conf wird eine weitere Konfigurationsdatei included
[...]
Kannst Du damit vielleicht was anfangen?
Ja. Streiche das mal bitte oder kommentiere es aus. Du solltest, wenn du am Herumbasteln an deiner Serverkonfiguration bist, grundsätzlich so vorgehen, daß du erstmal _alles_ streichst oder auskommentierst und erst nach und nach die Anweisungen aktivierst, die du zu brauchen meinst.
Ich habe mir extra nochmal die Sourcen für deine Apache-Version gezogen, um nachzuschauen, was da in der "default"-Konfigurationsdatei vorgegeben werden sollte - falls dein RedHat nicht im *.rpm noch was andres festgelegt hat. Das ist ganz aufschlußreich, es wird tatsächlich ein ähnlicher virtueller Host vorformuliert, ist aber auskommetiert. Was du da hast, ist vermutlich per "default" mit genau diesen von dir zitierten Einstellungen vom *.rpm vorformuliert (distributionsspezifisch). Der Sinn ist der, daß der Admin _grundsätzlich_ mit virtuellen Hosts arbeiten soll, also auch "localhost" bereits ein virtueller Host ist. Eine ganze Reihe von Linux-Distributionen ist bei der Zusammenstellung der distributionsspezifischen Pakete so vorgegangen (SuSE seit Apache 2.0.48, die anderen seit Apache 2.0.50). Ein paar theoretsche Hinweise, die dir allerdings konkret nicht weiterhelfen werden, gibts in meinem Artikel.
Ich wuesste zwar nicht, inwiefern das mit dem Problem zu tun hat, aber mal sehen, aber vielleicht siehst du das ja anders.
Das sehe ich anders, ja. Vermutlich ist genau das der Grund für deine Probleme. Dieser virtuelle Host ist aktiv (und weil ich sowas vermutete, hatte ich vorhin gefragt, ob du virtuelle Hosts im Einsatz hast), und daher sind einige Vorgaben, die du bisher in der httpd.conf außerhalb des <virtHost>-Containers vorgenommen haben magst, höchstwahrscheinlich unwirksam. Um das aber sicher behaupten zu können müßte ich allerdings deine gesamte httpd.conf kennen.
Neben dieser gibt es noch eine Anzahl includeter Konfigurationsdateien, die sind aber nur Aliases fuer den Zugriff auf verschiedene Applikationen.
Zumindest in den Sourcen sind sie das nicht unbedingt. Kommentiere sie mal alle aus, und aktiviere sie danach Schritt für Schritt wieder. Das bedeutet zwar mehrere Server-Neustarts, aber dann weißt du wenigstens genau, welches eingebundene Konfigurationsschnipsel wofür zuständig ist.
Sehr hilfreich ist es auch, "LoadModule info_module modules/mod_info.so" und die zugehörigen Stellen in der httpd.conf zu aktivieren. Im Browser wird dir dann unter http://servername/server-info eine sehr detaillierte Übersicht angezeigt, welche Anweisungen tatsächlich aktiviert sind (in meinem Artikel gabs dazu in der Erstfassung mal einen kurzen Hinweis, das hab ich bei der aktuellen Fassung wieder gestrichen, es wird aber beim nächsten, im Frühjahr/Sommer nächsten Jahres geplanten Update wieder mit epischer Breite vorhanden sein).
Grüße aus Berlin
Christoph S.