Im Laufe der letzten Jahre haben sich einige Werkzeuge zur Verwaltung von Servern und Infrastrukturen entwickelt. Ein Klassiker ist Webmin, welches sich auf die webbasierte Verwaltung einzelner Server im laufenden Betrieb spezialisiert hat und die Nutzung der Shell nahezu ersetzen kann. Eine andere Klasse von Werkzeugen unterstützt die Erstinstallation von Basissystemen, beispielsweise Systemimager, oder die Verwaltung von virtuellen Maschinen. Unter einem Web-Hosting-Panel hingegen versteht man ein Werkzeug, das einen ISP beim Web-, Mail- und Datenbank-Hosting unterstützt. Dabei beschränkt sich das nicht nur auf Basistechnik, sondern auch Provisionierung und Customer-Relationship-Management können unterstützt werden.

ISPMan [1] ist im dotcom-Hype im Jahr 2000 entstanden. Damals gab es nur wenige Open-Source-Alternativen, mittlerweile haben sich jedoch zahlreiche Projekte dieser Art entwickelt, beispielsweise SysCP, VHCS, GNUHH, GPLHost, web-cp, ISP-Config und ispCP. Beispiele für proprietäre Tools sind Confixx, Plesk, Cpanel und H-sphere. Wer allerdings ein Basisprodukt sucht, das gut skaliert, flexibel anpassbar ist und standardisierte Anbindung an Drittsysteme bietet, sollte ISPMan unter die Lupe nehmen.

ISPMan selbst ist in Perl geschrieben und besteht aus einem Satz Command Line Interface Tools, einer Web-Oberfläche und einem Agent. Die Komponenten kommunizieren über ein zentrales LDAP-Verzeichnis und speichern dort auch alle Konfigurationsdaten. Die ISPMan-Agenten fragen das LDAP-Verzeichnis ab und führen Konfigurationsänderungen auf den Hosts durch.

Durch diese Architektur lassen sich Mail- und Webserver auf nahezu beliebig viele Maschinen verteilen. Die Weboberfläche bietet beim Anlegen neuer E-Mail-Accounts und Virtualhosts die Möglichkeit, eine oder mehrere Hosts auszuwählen, wie es zum Beispiel beim Einsatz eines Loadbalancers erforderlich ist. Ein Agent bedient dabei Webserver, FTP-Server, Nameserver und Mailserver, wie zum Beispiel Apache, bind, pure-FTPd, Cyrus und Postfix. Als LDAP-Server kommt häufig OpenLDAP zum Einsatz, jedoch ist ISPMan nicht fest an diese Kombination von Daemons gebunden. Es gibt Erfolgsberichte mit dem Sun Java System Directory Server als LDAP-Verzeichnis, Dovecot als IMAP/POP-Server, Exim als MTA und PowerDNS als Nameserver. Das Geheimnis ist das LDAP-Verzeichnis, denn die meisten moderneren Daemons erlauben eine direkte Abfrage von Konfigurationsdaten aus dem LDAP. Die Notwendigkeit für den Agenten, Konfigurationsdateien auszuschließen, entfällt damit. Bei der Anpassung des Systems an neue Daemons beschränkt sich der Aufwand häufig darauf, die korrekten LDAP Queries zu entwickeln.

Seit Version 3.5 unterstützt TYPO3 die Anbindung an LDAP, was die Möglichkeit bietet, sowohl Frontend- als auch Backend-User direkt aus dem LDAP zu authentifizieren. Insofern kann die Benutzerverwaltung über ISPMan erfolgen: Hierzu wird ein Mail-User angelegt und dessen Homeverzeichnis auf das TYPO3-User- oder Gruppenhome verlinkt. Das lässt sich über einen Hook in TYPO3 auch automatisieren. Die Unterstützung des Benutzers in TYPO3 ist dann vollständig, FTP-Upload und damit verbunden auch das Digital Asset Management wird vollständig unterstützt. Zurzeit gibt es Bestrebungen, ISPMan und TYPO3 weitergehend miteinander zu integrieren. Beispielsweise gibt es experimentellen Support für die automatische Einrichtung eines TYPO3-Basissystems inklusive des entsprechenden MySQL-Zugangs beim Anlegen eines neuen Virtualhosts. Ein Anbieter könnte so auch statt „virtueller Webhosts“ direkt „virtuelles TYPO3 Hosting“ anbieten und in ISPMan pro Client (Kunde) oder Reseller die maximale Anzahl von TYPO3 Hosts festlegen.

Zum Anlegen eines neuen Hostings wird über die Weboberfläche mit „Add domain“ zunächst die betroffene Domain eingetragen und diese einem Client und gegebenenfalls einem Reseller zugeordnet. Im nächsten Schritt des Vorgangs muss zwischen einem der vier Modi des DNS-Managements gewählt werden:

Primary domain: Die aus Erfahrung wohl komfortabelste Variante. Dadurch können alle DNS-Einträge, wie zum Beispiel MX, A oder sogar TXT, zentral über ISPMan administriert werden. Letztere wird beim Einsatz eines SPF [2] – Spamfilter-Verfahrens benötigt.

Replica domain: Dieser Modus wird benutzt, um zu einer bestehenden Domain eine zusätzliche Domain aufzuschalten, die sich als Nebendomain identisch zur Hauptdomain verhält. Internetauftritt und E-Mail-Adressen unterliegen in diesem Modus dem Eins-zu-Eins-Mapping.

No DNS Management: Wenn die Nameserver der Domain nicht durch ISPMan verwaltet werden können, wird ein Host in diesem Modus ohne jegliche DNS-Einträge erzeugt. Die gesamte Verwaltung der DNS-Einträge obliegt dem eigentlichen Zonenverwalter.

Secondary domain: Das ISPMan-System dient als Secondary DNS und transferiert seine Zonen von einem externen DNS. Auch hier müssen die DNS-Einträge extern verwaltet werden.

Im nächsten Schritt, beim Anlegen eines Hosts im Modus „Primary domain“, können verschiedene Parameter eingestellt werden:

• Maximale Anzahl der E-Mail-Konten
• Maximale Anzahl der Virtualhosts
• Homedirectory
• Maximaler Speicherplatz

Eine Besonderheit von ISPMan ist, dass alle Vorgänge (Processes) in eine Warteschlange (Queue) gelegt werden. Erst nach Klick auf die „Commit“-Schaltfläche werden die Processes tatsächlich ausgeführt. Unter Processes kann man in der Weboberfäche auch verfolgen, was die Agenten gerade auf den verschiedenen Servern erledigen und kann gegebenenfalls auch manuell eingreifen.

Zu jeder Domain lassen sich mehrere Virtualhosts, also „subdomains“, wie zum Beispiel www.domain.tld, blog.domain.tld oder shop.domain.tld, anlegen. Statt dem globalen FTP-Benutzer der Domain kann pro Virtualhost auch ein eigener verwendet werden. Weiterhin lässt sich der Virtualhost feingranular konfigurieren: ISPMan bietet vollen Support für die Apache-Direktiven im <VirtualHost> Context. Die gängigen werden hierbei über Auswahlboxen unterstützt. Beispielsweise ist die von TYPO3 benötigte Option „FollowSymLinks“ direkt anwählbar und im Configure->Apache-Menü auch als Standardwert vorkonfigurierbar. Erzeugt man einen Virtualhost, wird der dazugehörige DNS Record übrigens automatisch erzeugt, sofern die Domain im „Primary domain“-Modus betrieben wird. Darüber hinaus bietet das Virtualhost-Panel unter der Bezeichnung Access Control Lists auch die (menügeführte) Möglichkeit,
einen htaccess-Schutz pro URL zu verwalten und Domain-Aliasse zu verwalten, um interne und externe Redirects zu verwalten. Dahinter verbirgt sich letztendlich die ServerAlias Direktive des Apache.

Wer seinen Kunden gerne mehr bietet, der kann in ISPMan sowohl für den zentralen Domainaccount als auch für einzelne Web-/Mail-User Zugriff auf eine Shell, etwa per ssh oder scponly, bieten. Weiterhin bereitet ISPMan mit Hilfe von Awstats pro Virtualhost eine Statistik auf. Mit ein wenig Geschick lassen sich auch Auswertungen über Mail- und FTP-Traffic einbinden.

Um die Installation etwas angenehmer zu gestalten, wird ISPMan zurzeit debianisiert. Ziel ist es dabei, die Pakete kompatibel zu Debian Etch zu halten. Allerdings sind diese noch in Entwicklung und nicht im offiziellen Debian Repository enthalten. Um ISPMan als Paket zu erhalten, muss die apt-Quelle in das File /etc/apt/sources.list eingefügt werden.

deb http://ispman.derjohn.de/binary/
deb-src http://ispman.derjohn.de/source/

Danach stehen diese ISPMan-Pakete zur Verfügung:

• ispman-agent – ISPMan ISP management system agent
• ispman-all-in-one-box – ISPMan metapackage – it sets dependencies on the "usual suspects"
• ispman-amavis – ISPMan metapackage for spam-/virusfilter
• ispman-doc – ISPMan documentation files
• ispman-lib – ISPMan ISP management system libraries
• ispman-web – ISPMan ISP management system control panel

Für eine ISPMan-Installation auf einem einzelnen Host, also einer „all-in-one-box“, geht man wie folgt vor:

# apt-get update ; apt-get install ispman-amavis ispman-all-in-one-box

Das Paket-Management-System setzt Abhängigkeiten auf die Kombination von Daemons, die hier als typisch aufgeführt wurden, und installiert diese. Das Aufsetzen eines ISPMan-Systems ist nicht schwierig, erst recht nicht, wenn das Debian-Paket zum Einsatz kommt. Ein Fallstrick könnte für den Neuling jedoch OpenLDAP mit seinen Access Control Lists sein. Wirklich schwierig kann auch die Grundkonfiguration der einzelnen Daemons werden. Allerdings wäre es unfair zu behaupten, dass ISPMan hierbei das Problem sei, denn auch ohne ISPMan ist die Konfiguration eines modernen Daemons mitunter nicht trivial. Um den Einsteiger bei der Erstkonfiguration zu unterstützen, befindet sich im Verzeichnis /usr/share/doc/ispman-doc/configure-services/ ein Set von Shellscripts, mit welchem sich die Konfigurationsdateien einmalig automatisch anpassen lassen. Allerdings funktioniert das nur mit „unbehandelten“ Konfigurationsdateien, wie sie Debian Etch nach einer frischen Installation liefert. Wenn eine solche vorliegt, sollte man binnen 10 Minuten soweit sein, die erste Domain anlegen zu können.

Wer Hilfe zu ISPMan benötigt oder helfen möchte, kann sich entweder über die ISPMan-Mailing-Listen auf Sourceforge an die Community wenden oder via IRC auf #ispman im Freenode-Netz vorbeischauen. Auch der Wiki [3] wächst ständig.

ISPMan ist als Release Candidate in Version 1.3 zu haben. TYPO3, MySQL und PostgreSQL werden in diesem Release allerdings noch nicht unterstützt. Darüber hinaus ist ein neues Customerpanel [4] in Arbeit und es wird über die Unterstützung von Linux-VServer-Gästen diskutiert.

Die Autoren

Sven Härtwig ist gelernter Mediengestalter, Fachrichtung Nonprint und benutzt ISPMan täglich zur Serveradministration. Von ihm stammt das Redesign des ISPMan-Logos. Mit TYPO3 befasst er sich seit Version 3.7 fast täglich und konnte seine Erfahrungen in zahlreichen Projekten erfolgreich umsetzen. Zu erreichen ist er unter brain-xy@gmx.net.

Andreas John ist Diplom-Wirtschaftsinformatiker und seit Anfang der 90er Jahre mit dem Internet beschäftigt. Seit einigen Jahren berät er mit dem Schwerpunkt Infrastrukturen im ISP- und im Enterprise-Umfeld. Projekte in den Bereichen Loadbalancing, Routing, Hosting und Virtualisierung werden dabei vorzugsweise mit Open-Source-Mitteln durchgeführt. Außerdem betreut er die Local Internet Registry der net-lab GmbH (http://www.net-lab.net). Der einfachste Weg zur Kontaktaufnahme: john@systemdesign.net. Gelegentlich bloggt er auch über ISPMan in seinem Blog http://blog.derjohn.de.