Webhosting mit ISPConfig verkaufen

Die meisten Control Panels verwalten einen Server. ISPConfig verwaltet eine Flotte: eine Installation, die vor getrennten Web-, Mail-, DNS- und Datenbankmaschinen steht, mit den Sites und Postfächern über diese Maschinen verteilt und einer einzigen Oberfläche über dem Ganzen. Es tut das seit sehr langer Zeit, es ist quelloffen, und es kostet nichts.

Es ist außerdem das Panel dieser Kategorie mit der vollständigsten Vorstellung davon, was ein Kunde ist. ISPConfig hat Kunden, Reseller, Grenzen und Vorlagen als vollwertige Objekte, und das ist mehr, als die meisten Mitbewerber von sich sagen können. Was es nicht hat (und genau deshalb gibt es eine Seite wie diese), ist irgendeine Vorstellung von einer Kundschaft, die Sie bezahlt.

Was ISPConfig Ihnen bereits gibt

Drei Dinge, und es sind ungewöhnlich gute.

Kunden, nicht nur Konten. Ein ISPConfig-Kunde ist eine Person oder ein Unternehmen, dem Dinge gehören: Websites, Postfächer, DNS-Zonen, Datenbanken. Das ist die Form, die ein Hosting-Produkt tatsächlich hat, und Sie müssen sie nicht erfinden.

Grenzen und Vorlagen, um sie anzuwenden. Jeder Kunde trägt Grenzen: wie viele Web-Domains, wie viele Postfächer, wie viele Datenbanken, wie viel Speicherplatz. Mit Kundenvorlagen definieren Sie einen Satz Grenzen einmal und wenden ihn auf viele Kunden an, und das ist ein Produktkatalog unter anderem Namen. Eine Grenze von -1 bedeutet unbegrenzt, was zu wissen sich lohnt, bevor Sie eine Vorlage lesen und daraus schließen, etwas sei kaputt.

Reseller. ISPConfig versteht, dass ein Kunde selbst Kunden haben kann. Verkaufen Sie an Agenturen, die an ihre eigene Kundschaft weiterverkaufen, dann liegt diese Hierarchie im Panel und nicht in einer Tabelle, die Sie daneben pflegen.

Zusammen decken diese drei die Teile ab, die die meisten Panels Ihnen selbst überlassen.

Das Ungewöhnliche: ein Panel, mehrere Maschinen

Das ist es, was ISPConfig wirklich von DirectAdmin, cPanel, CloudPanel und dem Rest unterscheidet.

Eine einzige ISPConfig-Installation kann eigene Webserver, einen getrennten Mailserver, getrennte DNS-Server und einen getrennten Datenbankserver steuern, eingerichtet als Multiserver-Aufbau, mit Spiegelung für die Teile, die Redundanz brauchen. Legen Sie eine Website an, schreibt ISPConfig sie auf die Maschine, die sie tragen soll.

Für einen Hoster folgen daraus zwei Dinge. Das gute: Wachsen heißt, eine Maschine hinter das Panel zu stellen, und nicht, ein zweites Panel aufzubauen und die Kundschaft auf zwei Systeme zu verteilen, die nichts voneinander wissen. Das, womit Sie rechnen müssen: Ihre Vorstellung von „einem Server“ und die von ISPConfig sind nicht mehr dieselbe. Ein Konto hängt nicht länger an einer Kiste, auf die Sie zeigen können. Das ist in Ordnung, aber jeder Bestand, den Sie über ISPConfig führen, muss damit zurechtkommen, dass die Website einer Kundschaft auf der einen und ihre Postfächer auf einer anderen Maschine liegen.

Die Remote-API und die zwei Dinge, die man darüber wissen muss

Die Automatisierung von ISPConfig läuft über seine Remote-API, verfügbar in einer SOAP- und einer JSON-Variante. Zwei Eigenschaften prägen alles, was Sie darauf bauen.

Sie ist sitzungsbasiert, nicht tokenbasiert. Sie rufen login mit dem Namen und dem Passwort eines Remote-Benutzers auf, bekommen eine session_id zurück und schicken die bei jedem weiteren Aufruf mit. Die Sitzung ist begrenzt gültig. Das ist ein anderer Lebenszyklus als bei den Bearer-Token, die die meisten modernen Panels ausgeben: Ihr Client muss eine Sitzung halten, bemerken, wenn sie abgelaufen ist, und sich neu anmelden. Und er sollte das nicht durch blindes Wiederholen tun, denn eine Anmeldeschleife auf falschen Zugangsdaten ist der Weg, sich selbst auszusperren.

Rechte gelten je Funktion und werden geprüft. Sie legen im Panel einen Remote-Benutzer an (System, dann Add Remote User) und haken die Kategorien von Aufrufen ab, die er machen darf. ISPConfig prüft dieses Recht bei jedem Aufruf, der eintrifft.

Die zweite Eigenschaft ist wirklich wertvoll und es wert, richtig genutzt zu werden. Sie bedeutet, dass das Zugangsdatum in Ihrer Automatisierung nicht alles können muss, was ISPConfig kann. Geben Sie ihm die Funktionen, die Ihre Bereitstellung tatsächlich aufruft, und sonst nichts, dann kann ein Fehler in Ihrem eigenen Code die Teile des Panels nicht erreichen, die Sie nie anfassen wollten. Sehr wenige Panels dieser Klasse lassen Sie diese Linie überhaupt ziehen.

Die Funktionen selbst lesen sich so, wie man es sich wünscht. Kunden werden mit client_add angelegt. Websites sind sites_web_domain_add, sites_web_domain_update, sites_web_domain_get und sites_web_domain_delete. Und, entscheidend für alles Kaufmännische, es gibt sites_web_domain_set_status, eine echte, unterstützte Möglichkeit, eine Website an- und abzuschalten, also genau das eine Verb, um das sich Hosting-Abrechnung dreht und das mehrere konkurrierende Panels schlicht nicht haben.

Was es trotzdem nicht tut

Alles oben ist Infrastruktur. Nichts davon ist Handel.

ISPConfig nimmt keine Bestellung an, nimmt keine Zahlung an, erzeugt keine Rechnung, mahnt sie nicht und entscheidet am einunddreißigsten Tag nicht, dass diese Kundschaft aufgehört hat zu zahlen und abgeschaltet gehört. Es hat den Hebel (set_status), aber nichts, das entscheidet, wann daran zu ziehen ist. Es gibt keinen Katalog mit Preisen, keinen Anmeldeweg, keinen Mahnplan und keine Ansicht, die Ihnen sagt, was Ihre Flotte Sie kostet und was sie einbringt.

Das ist kein Vorwurf. Ein Control Panel, das zugleich ein Abrechnungssystem sein wollte, wäre in beidem schlechter. Es heißt aber, dass die interessante Arbeit beim Verkauf von ISPConfig-Hosting vollständig in der Schicht darüber liegt, und diese Schicht ist dieselbe, die Sie für jedes andere Panel bräuchten:

• Ein Bestellformular und ein Katalog, mit Plänen, die auf Kundenvorlagen abbilden.
• Eine Zahlung, die die Bereitstellung auslöst, in Sekunden.
• Ein Mahnweg (überfällig, gewarnt, stillgelegt, wiederhergestellt), im richtigen Schritt an set_status gehängt.
• Kapazität, die Sie sehen können, damit Sie wissen, wie viele Konten Sie über all diese Maschinen hinweg tragen und was sie kosten.
• Ein Aktivitätsprotokoll, damit „wer hat diese Grenze geändert“ eine Antwort hat.
• Ein Rechtemodell für Ihre eigenen Mitarbeitenden, damit der Support handeln kann, ohne einen Kunden löschen zu können.

Wo Provibr hineinpasst

Die ISPConfig-Unterstützung ist live. Ein Agent in Ihrem eigenen Netzwerk spricht mit der Remote-API des Panels, sodass nichts auf Ihrem Panel zum Internet zeigen muss und kein Port geöffnet werden muss. Einen Kunden mit Website und Paket anlegen, sperren, entsperren, das Paket wechseln und wieder entfernen funktioniert, bereits vorhandene Konten lassen sich importieren, und Platte und Traffic erscheinen in den Grafiken. Darum herum liegt die oben beschriebene Schicht: Pläne und Kapazität mit einem Stückpreis, ein Rechtemodell für Ihr Team, ein Aktivitätsprotokoll sowie eine REST-API und ein WHMCS-Modul, damit die Plattform, mit der Sie ohnehin abrechnen, das Ganze ansteuern kann.

Die Zugangsdaten im Tresor des Agenten dürfen deutlich enger sein als ein Administrator, denn ISPConfig vergibt seine Remote-Rechte pro Funktion: Der Remote-Benutzer lässt sich auf genau die Aufrufe zuschneiden, die Provibr macht, und auf nichts darüber hinaus. Auf welche Ihrer Maschinen ISPConfig eine Website legt, bleibt die Entscheidung von ISPConfig, die Kontoaktionen sind so oder so dieselben, und jedes Konto zählt als ein Webserver in Ihrer Kapazität, gleich welche Maschine es am Ende betreibt.

Was die Integration nicht tut, ist Konten anzufassen, die Sie nicht über sie angelegt haben: Die bleiben unberührt, bis Sie sie importieren, und Sie wählen aus, welche. Eine praktische Anmerkung zur Verbindung selbst: Eine frische ISPConfig-Installation ist selbstsigniert, ihren TLS-Fingerabdruck pinnen Sie beim Einrichten der Integration daher besser fest.

Was es nicht tut

Konten zu verwalten ist nicht dasselbe wie das Panel zu verwalten. ISPConfig installieren, aktualisieren, Server dahinterstellen, das Mail-Routing einrichten und sich um DNS kümmern: Das bleibt bei Ihnen, in ISPConfig, wo es hingehört. Wer sein eigenes Postfach bearbeitet, tut das, ohne dass irgendetwas oberhalb des Panels es weiß oder sich darum kümmert.

Sie müssen sich nicht auf ein Panel festlegen, um einen Überblick zu behalten. Provibr betreibt heute seine Controlpanels, Hypervisoren und Gamepanels nebeneinander, in einem Bestand, mit einem Rechtemodell und einem Aktivitätsprotokoll. Ein offenes Multiserver-Panel für die Kundschaft, die Mail und DNS mit dabei haben will, etwas anderes für die, die nach cPanel fragt, und eine Stelle, an der Sie beides sehen.