Microsoft FrontPage 2000 Server Extensions

Stand: 18.05.2009; Ob

ACHTUNG: Die Frontpage-Servererweiterungen werden nicht mehr unterstützt.

Da es keine aktuellen Versionen dieser Microsoft-spezifischen Frontpage-Servererweiterungen mehr gibt, muss leider zum 01.07.2009 dieser Service eingestellt werden. Sollten Sie noch Webseiten mit Frontpage-Erweiterungen betreiben, können diese Erweiterungen ab dem 01.07.2009 nicht mehr genutzt werden.

Einführung

Die FrontPage 2000 Server Extensions von Microsoft dienen dazu, den Web-Editor Frontpage durch Erweiterung der Funktionen des Web-Servers, auf dem die Web-Seiten veröffentlicht werden sollen, besser zu unterstützen.

Wenn Sie als Autor von Web-Seiten Frontpage zum Erstellen und Verwalten von Webs einsetzen und am HRZ als Benutzer der Linux- und Solaris-Cluster mit einer Benutzer-Kennung registriert sind, können Sie i.a. auf Antrag per Email an den Webmaster im HRZ Ihre Homepage oder die von Ihnen betreuten Web-Seiten in ein Frontpage-Subweb umstellen lassen, so daß Sie die erweiterten Funktionen von Frontpage nutzen können.

Derzeit sind die FrontPage 2000 Server Extensions for Unix, Service Release 1.2 in der Solaris-Version (Version 4.0.2.4222) auf den Apache-Webservern www.uni-giessen.de und www.stud.uni-giessen.de installiert. Die FrontPage 2000 Server Extensions for Unix, Service Release 1.4 für Solaris haben sich leider als instabil erwiesen und können daher nicht eingesetzt werden. Ebenso ist der Einsatz der neueren Frontpage 2002 Server Extensions nicht möglich, da technische Probleme mit der Unix-Version festgestellt wurden.

Weitere Informationen

• Microsoft FrontPage
• Microsoft FrontPage Server Extensions Overview
• UNIX Support for Microsoft FrontPage Server Extensions from Ready-to-Run Software, Inc.
• FrontPage 2000 Server Extensions Resource Kit (SERK) (lokale Kopie)

---

Installation

Hinweis: Die folgenden Informationen sind nicht für den normalen Frontpage-Benutzer relevant, sondern nur für Administratoren von Web-Servern.

Im folgenden wird die Vorgehensweise bei der Installation und der Administration der Frontpage-Server-Extensions auf dem Web-Server www.uni-giessen.de der Universität Giessen unter Solaris 7 beschrieben. Alle Aufgaben müssen als Root-User ausgeführt werden.

Das Studium des 'Server Extensions Resource Kit' (SERK) zeigt bereits, daß die dort beschriebene Vorgehensweise - einfaches Ablaufenlassen der mitgelieferten Skripte 'fp_install.sh' und 'change_server.sh' - nicht praktikabel ist, sondern daß die Installation größtenteils 'per Hand' vorgenommen werden muss, um größere Schäden zu vermeiden.

Der erste Schritt besteht im Auspacken der Datei fp40.solaris.tar.gz im Verzeichnis /usr/local:

cd /usr/local
gzcat ..../fp40.solaris.tar.gz | tar xvf -

Dies erstellt das Verzeichnis frontpage/version4.0, in dem die weiteren benötigten Dateien zu finden sind.

In den nächsten Schritten werden die Server-Extensions und der Patch für den Apache-Server installiert.

Frontpage-Server-Extension installieren

Das Skript fp_install.sh kann nicht ohne zusätzliche Vorkehrungen verwendet werden, da es ein Frontpage-Rootweb installiert und dabei u.a.

• die Besitzrechte aller HTML-Dateien prüft und ggf. ändert und
• zu jeder HTML-Datei eine weitere Datei mit Zusatzinformationen in parallelen Verzeichnissen des Namen _vti_cnf anlegt.

Es ist für größere Web-Server weder praktikabel noch ausreichend, nur Backups der Server-Konfigurations- und Daten-Verzeichnisse zu machen, wenn der Web-Server wie z.B. bei www.uni-giessen.de hunderttausende Dateien mit mehreren Gigabyte Daten enthält, die hunderten verschiedenen Benutzern gehören.

Daher kann das Skript fp_install.sh nur mit einer Kopie des Web-Server auf einem anderen Rechner und nur mit einigen wenigen HTML-Dateien eingesetzt werden, so daß die Frontpage-Server-Extensions und das Rootweb zunächst nur auf einem anderen Rechner installiert werden.

Nachdem das Rootweb eingerichtet ist, müssen noch - wie weiter unten bei Benutzer-Subwebs in Punkt 3. beschrieben - die Options-Anweisungen in den Zugangskontroll-Dateien '.htaccess' korrigiert werden.

Danach können die neu hinzugekommenen Verzeichnisse und Dateien im Datenbereich in den eigentlichen Web-Server übernommen werden.

Apache-Frontpage-Patch installieren

Das Skript change_server.sh will eine vorübersetzte Apache-Version 1.3.26 mit dem Frontpage-Patch installieren. Wenn aber wie bei www.uni-giessen.de eine neuere Apache-Version 1.3.31 oder weitere Apache-Module (z.B. PHP, SSL) verwendet werden, kann die mitgelieferte Apache-Version nicht eingesetzt werden und der Apache-Server-Patch muß selbst installiert werden.

Der Patch ist zu finden unter: /usr/local/frontpage/version4.0/apache-fp/fp-patch-apache_1.2.26 Er muss mit dem GNU-Patch-Programm /usr/local/bin/patch im Apache-Source-Verzeichnis installiert werden, da das Standard-Patch-Kommando sein Format nicht versteht.

Damit trotzdem das Skript change_server.sh verwendet kann - es erledigt ja noch einige andere, notwendige Dinge automatisch - muß man es über den Dateipfad des verwendeten Apache-Server anlügen. Dazu kann man die Frage "Where is the current apache daemon located: [/usr/local/etc/httpd/httpd]" einfach mit dem Pfad des mitgelieferten Apache-Servers in /usr/local/frontpage/version4.0/apache-fp/httpd beantworten.

Alias für Frontpage Server Administrator

Es ist sehr nützlich, einen Alias fpsrvadm für den Aufruf des Tools zur Administrierung der Frontpage-Server-Extensions einzurichten, der auch die Parameter enthält, die feste Werte haben und die ansonsten immer explizit mit angegeben werden müssten. Deshalb wurde in der Startup-Datei /.kshrc des Root-Users auf der Web-Servermaschine folgende Anweisung eingefügt (besteht nur aus einer Zeile):

alias fpsrvadm='/usr/local/frontpage/version4.0/bin/fpsrvadm.exe -p 80 
  -t apache-fp -s /serv/www/apache/conf/httpd.conf -n yes -xu webadm'

Weitere Hinweise

Wenn Benutzer-Subwebs eingerichtet werden, muß die Datei /serv/www/apache/conf/httpd.conf öffentlich lesbar sein, da sonst die Benutzer-Subwebs nicht geöffnet werden können.

Im Datenbereich des Web-Servers stehen in der Datei _vti_pvt/services.cnf die Namen der installierten Subwebs. Und in den Dateien _vti_pvt/service.* befinden sich die Benutzer-Namen und die verschlüsselten Passwörter.

Administration

Die Aufgaben des Frontpage-Server-Administrator sind ebenfalls als Root-User auf dem Web-Server-Rechner auszuführen. Sie bestehen im wesentlichen aus dem Einrichten von Sub-Webs und dem Eintragen von Benutzern. Sub-Webs sind nur möglich:

• in Verzeichnissen direkt unterhalb des obersten Daten-Verzeichnisses des Web-Servers,
• in Benutzer-Verzeichnissen der Form ~g1234 oder
• in 'virtuellen Servern' (Servern mit eigenem Namen, die intern auf www.uni-giessen.de abgebildet werden).

Benutzer-Sub-Webs einrichten

Als Beispiel-Benutzer wird die G-Kennung g1234 verwendet.

1. Benutzerverzeichnisse haben manchmal verstellte Rechte. Deshalb sollte immer zuerst geprüft werden, ob der Besitzer die Zugangsberechtigung 'rwx' zu seinen eigenen Verzeichnissen hat.

cd ~g1234
find public_html -type d ! -perm -700 -ls

Falls dabei Verzeichnisse mit unzureichenden Rechten gefunden werden, kann mit

find public_html -type d ! -perm -700 | xargs chmod u+rwx

die Zugangsberechtigung korrigiert werden.

2. Die persönliche Homepage im Verzeichnis public_html eines Benutzers mit einer G-Kennung wird mit dem folgenden Kommando in ein Frontpage-Subweb verwandelt:

fpsrvadm -o install -u G-Kennung -pw Passwort -w /~G-Kennung

Beispiel: Subweb für Benutzer g1234 mit dem Passwort kaltwass einrichten

fpsrvadm -o install -u g1234 -pw kaltwass -w /~g1234

Wichtig ist, den Webnamen ~g1234 durch / oder Apostrophe vor dem Expandieren durch die Shell in den vollständigen Pfad des Home-Verzeichnisses zu schützen, da er einen URL und keinen Dateiname bezeichnet.

3. Nach dem Einrichten des Frontpage-Subwebs müssen noch die von Frontpage angelegten Dateien '.htaccess' korrigiert werden. Sie enthalten die Apache-Anweisungen

Options None

aber der Apache-Server von www.uni-giessen.de verbietet die Options-Anweisung ganz. Folgendes Kommando sucht alle betroffenen Dateien:

cd ~g1234
find public_html -name .htaccess | xargs grep Options

Falls nicht auskommentierte Options-Zeilen aufgefunden werden, können sie wie folgt verbessert werden:

find public_html -name .htaccess | xargs replstr '^Options' '#Options'

4. Das Verzeichnis public_html hat durch das Einrichten des Subwebs den Besitzer gewechselt und muss wieder dem Benutzer zurückgegeben werden:

chown G-Kennung public_html

Passwort neu setzen

Mit folgendem Kommando kann das Frontpage-Passwort für ein Subweb neu gesetzt werden:

fpsrvadm -o security -u G-Kennung -pw Passwort -w /~G-Kennung

Beschädigtes Subweb neu aufbauen

1. Im Verzeichnis public_html des Benutzers die Datei .htaccess löschen.
2. Dort alle Unterverzeichnisse, deren Namen _vti_* und _private lauten, löschen.
3. In der Datei /home/www/www/data/_vti_pvt/services.cnf die Zeile mit der entsprechenden Benutzerkennung löschen.
4. Benutzer-Subweb neu einrichten.

---

Autor: Jürgen Obermann, zuletzt geändert: 08.11.2004 (Ob)

Für Hinweise und Vorschläge wenden Sie sich bitte per E-Mail an: Webmaster@hrz.uni-giessen.de