[gelöst] http-auth für symlink?

Alles was du in .htaccess einstellen kannst, kannst du auch in einem geeigneten <Location>-Abschnitt direkt in der httpd.conf einstellen.

Funktionieren denn auch example.com/foo/foo, example.com/foo/foo/foo und example.com/foo/foo/foo/foo? Falls ja, ist das schlimm? Falls es schlimm ist, dann verwende anstatt Symlinks die Alias-Direktive.

--

Mist, ich wusste, ich hatte was vergessen:

Die Installation liegt auf einem Webspace bei 1und1. Ich komm' also nur an die .htaccess-Datei ran, nicht an die httpd.conf. Ansonsten hatte ich auch schon mit DirectoryMatch oder LocationMatch geliebäugelt, das geht aber auch nur über die Server-Config und nicht in der .htaccess-datei.

Lustig, aber verstädnlich ist, dass example.com/foo/foo/foo... auch geht. Stören tut das allerdings nicht weiter, solange ich den Zugriff beschränken kann, egal wie viele /foo's angehängt werden.

Danke trotzdem für die Ideen. Sie helfen auf jeden Fall, das Problem besser einzuschätzen und weiter einzugrenzen.

Ersetze den Symlink durch ein Verzeichnis. Dort speicherst du dann folgende index.php:

--

Das klingt interessant, tut jedoch leider nicht.

Zum einen kann ich dann keine updates mehr für /foo ausführen, weil ich dazu /foo/update.php aufrufen muss. Zum anderen werden die Parameter nicht an die index.php von Drupal übergeben. Selbst folgender Schnipsel vermag das Problem nicht zu lösen:

Könnte man durch eine analoge update.php hinbekommen.

Parameter werden ja nicht im eigentlichen Sinne an die index.php übergeben, sie landen in bestimmten Variablen. Diese Varaiblen sind verfügbar unabhängig davon ob ein Script direkt ausgeführt wird oder von einem anderen Script eingebunden wird.

Wenn du CleanURLs verwendest, dann brauchst du im Verzeichnis foo natürlich eine passende .htaccess. Zum Testen würde ich aber CleanURLs vorerst deaktivieren. Eventuell brauchst auch eine eigene Konfiguration im sites-Verzeichnis deiner eigentlichen Installation (um eine $base_url angeben zu können, vieleicht hast du sie auch schon für die Datenbankkonfiguration).

--

Danke, die .htaccess hat natürlich gefehlt. Die eigene Konfigurationsdatei ist vorhanden, sonst würde die Seite auch mit dem symlink nicht funktionieren.

Das Problem ist jetzt, dass die Seite ansich zwar funktioniert, Themes werden jedoch weiterhin in example.com/foo/sites/example.com.foo/themes gesucht. Auch JavaScript-Dateien werden über eine solche URI eingebunden, weswegen auch die Variante mit dem Symlink anstandslos funktioniert.

Selbst das Umstellen von öffentlichem Dateizugriff auf privaten Dateizugriff ändert hier nichts. Auch das Leeren und Deaktivieren sämtlicher Caches bringt keinen Erfolg.

Die base_url hab' ich in der Config eingetragen und auch die rewritebase in der .htaccess-Datei ist auf /foo geändert (auch '/' ändert nichts).

Ein Symlink von /foo/sites nach /sites sollte da weiterhelfen. Bei fehlendem files-Verzeichnis ebenfalls.

--

Um es mit den Worten von Bart Simpson zu sagen: "Uh, perverso!".

Hatte das Mittagessen doch glatt mein Hirn eingeschläfert.

Funktioniert bisher tadellos. Hier nochmal die Zusammenfassung:

1. Drupal Multi-Site-Installation durchführen mit symlink von example.com/foo nach example.com
2. Nach erfolgreicher Installation: symlink entfernen, Verzeichnis /foo erstellen
3. dort eine index.php und eine update.php erstellen mit dem Inhalt:
   <?php chdir ('..');include './index.php';?> bzw.
   <?php chdir ('..');include './update.php';?>
4. die 'RewriteBase' in example.com/foo/.htaccess auf '/foo' setzen
5. die 'RewriteBase' in example.com/.htaccess auf '/' setzen
6. symlink erzeugen von example.com/foo/sites nach example.com/sites (sonst gibt's keinen Zugriff auf hochgeladene Dateien)
7. symlink erzeugen von example.com/foo/themes nach example.com/themes (Grafiken und CSS-Dateien werden direkt eingebunden)
8. symlink erzeugen von example.com/foo/misc nach example.com/misc (js-Dateien, die evtl. im header eingebunden werden)
9. symlink erzeugen von example.com/foo/modules nach example.com/modules (hier liegen noch einige .css-Dateien)
10. base_url in example.com/sites/example.com.foo/settings.php auf 'http://example.com/foo' setzen (evtl. überflüssig)

Und dann natürlich die gewünschte Zugriffsbeschränkung in der .htaccess-Datei in /foo einrichten.

Und schon geht sie ab, die Luzi.

Besten Dank.

Nachtrag: in /sites/example.com.foo/ muss ebenfalls eine .htaccess-Datei erstellt werden, die eine http-auth Autorisierung durchführt, sonst stehen alle hochgeladenen Dateien, frei zum Download zur Verfügung! Alternativ können natürlich auch nur die Dateien geschützt werden, aber dann ist noch ein unautorisierter Zugriff auf die Module möglich. Sicher kein übermäßiges Problem, aber auch nicht grade das, was man von einer sicheren Seite erwartet.

@traxer: danke für die Hilfe! Ich bin nochmal über ein paar Darstellungsfehler gestolpert. Da haben die Symlinks nach example.com/themes und example.com/modules gefehlt. Vermutlich hätte ich sicherlich auch noch irgendwann Probleme bekommen, weil auch die .js-Dateien im HTML-Quelltext stehen. Ich denke, dass mal /scripts außer Acht lassen kann, weil sie nicht im Betrieb benötigt werden, /tmp wird nur php-intern verwendet. Ebenso /includes und die Profile aus /profiles.

Man fragt sich natürlich, ob man /profiles und /scripts überhaupt auf dem Webserver braucht, nachdem Drupal installiert ist...