Pfad zur Bildschirmmaske
Virtualmin > Services > Configure Website  > Virtual Server Options: Show Directives > Edit Apache directive: RedirectPermanent

Beachte: Es gibt Show Directives und Edit Directives. Die Drop-Down Liste über die man zur geführten Bearbeitung der Konfigurationsparameter kommt, findet sich unter dem Icon Show Directives.
(Anmerk.: Gute Parameter-Bearbeitungsmaske s.a. folgenden Screenshot, sollte nur – meiner Meinung nach - andersherum aufrufbar sein, über Edit Directives)

Bearbeitungsbildschirm "Aliases and Redirects"

Auf dem Bearbeitungsbildschirm kann man eine ganze Reihe von Einstellungen vornehmen. Hier ein kleiner Ausschnitt mit den relevanten Feldern für den RedirectPermanent Parameter mit Beispielwerten.

Resultierende Eintragung in der Apache-Konfigurationsdatei
ServerName yourDomain.com
ServerAlias www.yourDomain.com
RedirectPermanent /  http://www.seite.de/

Konkreter Fall:
Beim Transfer eines Serendity Blogs von einem Plesk administrierten Suse 11.1 Systems auf ein Virtualmin administriertes Ubuntu 8.04 LTS System muß z.B.

1. die User/Group Einstellung von bestimmten Dateien geändert werden und
2. die Pfade zum Homeverzeichnis sind manuell anzupassen.

Fallstrick 1: serendipity error: could not include serendipity_config_local.inc.php

Beim Seitenaufruf des Serendipity-Blogs wird die folgende Fehlermeldung ausgegeben:

serendipity error: could not include /home/zzzzzzz/public_html/blog/serendipity_config_local.inc.php – exiting.
Please create the file yourself or check permissions

Ursache:
Die Dateien und Verzeichnisse

gehören beim Administrationsprogramm Plesk dem User wwwrun (Gruppe www). Dieser User existiert aber auf dem Ubuntu System aber nicht. Bei der Migration wird diesen Dateien und Verzeichnissen vom System ausweichend ein anderer, leider falscher User/Group zugewiesen.

Lösung
Beim Administrationsprogramm Virtualmin müssen diese Dateien und Verzeichnisse dem User und der Gruppe www-data zugewiesen werden. Es sind daher auf Kommandozeilenebene die folgenden Befehle einzugeben:

Fallstrick 2: Home-Verzeichnisse

Hintergrund
Das Standard Homeverzeichnis für die virtuellen Domains lautet bei OpenSuse 11.1:
/srv/www/vhosts/YourDomainName.tld/httpdocs
und bei Ubuntu 8.04 LTS (=Debian)
/home/YourDomainName/public_html
Fehlermeldung
Das mag man prinzipiell wissen, aber die Fehlermeldung, die dies beim Serendipity Blog Transfer bewirkt, ist hier nicht sehr hilfreich.
Warning: Smarty error: unable to read resource: "404.tpl" in /home/domainname/public_html/blog/bundled-libs/Smarty/libs/Smarty.class.php on line 1092
und führt einem auf Abwege.

Lösung
Die Pfade sind über die Serendipity Adminoberfläche zu ändern. Für die Adminoberfläche steht zwar zwangsläufig ebenfalls kein Layout zur Verfügung, aber wer will sich darüber beschweren, solange man damit trotzdem in der Lage ist, den Blog zu administrieren und fehlerhafte Konfigurationseinstellungen zu korrigieren.  Allein darauf kommt es schließlich an. Kann ich ein System, welches nicht startet, wieder lauffähig machen.

Rufen Sie die Datei serendipity_admin.php in Ihrem Domain-Hauptverzeichnis (Rootverzeichnis oder Unterverzeichnis serendipity, oder …) auf.
http://Domainname.tld/serendipity/serendipity_admin.php

und ändern Sie unter "Pfade" den Zugriffspfad auf den Blog (Grund: Andere Homeverzeichnispfade bei Suse und Ubuntu!).

Nach dem Abspeichern dieser Pfadänderung und einem Refresh des Browsers sollte nun

• der Smarty_Compiler.class.php not found Fehler nicht mehr auftreten und
• der Administrationsbildschirm sich wieder mit dem gewohnten Layouttemplate zurückmelden.

Wer einmal einen Blick auf eine Alternative zum kommerziellen Programm Plesk werfen möchte, dem sei eine Installation der kostenlosen Variante von Virtualmin empfohlen. Das Programm präsentiert sich durchaus positiv, läßt sich schnell, unkompliziert installieren und beinhaltet Masken für alle Standardverwaltungsaufgaben.
Was mir an dem Programm besonders gefällt, sind die ausgefeilten, praxisbezogenen Konfigurationsmöglichkeiten bei der Spam-Abwehr. Obwohl beide Programme (Plesk und Virtualmin) das Programm Spam-Assassin verwenden,  sind die Einstellmöglichkeiten bei Plesk nur spartanisch und damit recht uneffektiv zu nennen, um dies höflich auszudrücken. Virtualmin punktet hier bei mir erheblich, gerade da das Spamaufkommen in den letzten Jahren explosionsartig gestiegen ist. Mit "Blacklists" und "Whitelists" wie bei Plesk (grundsätzlich natürlich ein nettes Feature, o.k.) ist Spammern heutzutage jedoch nicht einmal mehr ein müdes Grinsen abzugewinnen.

Automatisches Installationsskript
Für die kostenlose Version Virtualmin GPL gibt es Installationsskripte für Ubuntu 8.04 , FreeBSD, Solaris und OpenSolaris 10.  Diese angegebenen Betriebssystemvoraussetzungen sind durchaus ernst zu nehmen. Die automatischen Installationsskripte laufen eben nicht auf  Ubuntu 9.10 oder Suse 11.3.

Virtualmin auf Ubuntu 8.04 LTS installieren

Hier der Installationsablauf bei einem frisch aufgesetzten Ubuntu 8.04 LTS System:

Installationsvoraussetzung

• eine neue Ubuntu 8.04 LTS Serverinstallation (ruhig auch in der Minimalversion ohne Apache, MySQL und PHP)
• ein "fully qualified domain name" , verifizierbar auf dem Linuxsystem mit

Installation

und nach ein paar Minuten Wartezeit hat man wirklich eine lauffähige Verwaltungsoberfläche für seinen Webserver, einschließlich virtuellen Domains, E-Mails, Datenbanken, etc.

Aufruf der Verwaltungsoberfläche
Nach der erfolgreichen Installation läßt sich die Verwaltungsoberfläche von Virtualmin für den Server über den Browser aufrufen:
https://222.111.333.444:10000

Hinweise:
-  Anstatt der IP-Adresse 222.111.333.444 ist natürlich die eigene Server-IP-Adresse
einzugeben.
-  Für das erste Anmelden ist das Server-Login und Passwort zu verwenden, also
Login: root
Passwort:  server-root-passwort