Cum să vindeți găzduire web cu ISPConfig

Majoritatea panourilor de control gestionează un singur server. ISPConfig gestionează o flotă: o singură instalare care stă în fața unor mașini separate de web, e-mail, DNS și baze de date, cu site-urile și căsuțele de e-mail distribuite peste ele și o singură interfață pentru tot. Face asta de foarte multă vreme, este open source și nu costă nimic.

Este totodată panoul din această categorie cu cea mai completă idee despre ce este un client. ISPConfig are clienți, revânzători, limite și șabloane ca obiecte de primă clasă, ceea ce este mai mult decât pot spune majoritatea concurenților săi. Ce nu are, și acesta este întregul motiv pentru care există o pagină ca aceasta, este vreo noțiune despre un client care vă plătește.

Ce vă oferă deja ISPConfig

Trei lucruri, și sunt unele neobișnuit de bune.

Clienți, nu doar conturi. Un client ISPConfig este o persoană sau o companie care deține lucruri: site-uri web, căsuțe de e-mail, zone DNS, baze de date. Aceea este forma pe care o are de fapt un produs de găzduire și nu trebuie să o inventați dumneavoastră.

Limite și șabloane pentru a le aplica. Fiecare client poartă limite: câte domenii web, câte căsuțe de e-mail, câte baze de date, cât spațiu. Șabloanele de client vă lasă să definiți un set de limite o dată și să îl aplicați multor clienți, ceea ce este exact un catalog de produse sub alt nume. O limită de -1 înseamnă nelimitat, ceea ce merită știut înainte de a citi un șablon și de a concluziona că ceva este stricat.

Revânzători. ISPConfig înțelege că un client poate avea el însuși clienți. Dacă vindeți către agenții care vând propriilor clienți, acea ierarhie există în panou, nu într-un tabel pe care îl întrețineți lângă el.

Împreună, acestea trei acoperă părțile pe care majoritatea panourilor vă pun să le construiți singur.

Partea neobișnuită: un panou, mai multe mașini

Aceasta este ceea ce separă cu adevărat ISPConfig de DirectAdmin, cPanel, CloudPanel și restul.

O singură instalare ISPConfig poate conduce servere web dedicate, un server de e-mail separat, servere DNS separate și un server de baze de date separat, configurate ca o instalare multiserver, cu oglindire disponibilă pentru părțile care au nevoie de redundanță. Când adăugați un site web, ISPConfig îl scrie pe oricare mașină este menită să îl poarte.

Pentru o gazdă decurg două consecințe. Cea bună: creșterea înseamnă adăugarea unei mașini în spatele panoului, nu ridicarea unui al doilea panou și împărțirea clienților dumneavoastră peste două sisteme care nu știu unul de altul. Cea de anticipat: ideea dumneavoastră despre „un server” și ideea ISPConfig despre „un server” încetează să fie același lucru. Un cont nu mai este fixat pe o cutie pe care o puteți arăta cu degetul, ceea ce este în regulă, dar orice inventar pe care îl țineți deasupra ISPConfig trebuie să se simtă confortabil cu un client al cărui site web se află pe o mașină și ale cărui căsuțe de e-mail se află pe alta.

API-ul Remote și cele două lucruri de știut despre el

Automatizarea ISPConfig trece prin API-ul său Remote, disponibil în variantele SOAP și JSON. Două proprietăți modelează tot ce construiți pe el.

Este bazat pe sesiune, nu pe token. Apelați login cu numele și parola unui utilizator remote, primiți înapoi un session_id și îl transmiteți cu fiecare apel ulterior. Sesiunea este valabilă pentru un timp limitat. Aceea este un ciclu de viață diferit față de tokenurile de tip bearer pe care le predau majoritatea panourilor moderne: clientul dumneavoastră trebuie să dețină o sesiune, să observe când a expirat și să se autentifice din nou. Și nu ar trebui să facă asta reîncercând orbește, pentru că o buclă de autentificare cu date de autentificare greșite este felul în care sfârșiți blocat în afara a ceva.

Permisiunile sunt per funcție și sunt verificate. Creați un Utilizator Remote în panou (System, apoi Add Remote User) și bifați categoriile de apel pe care le poate face. ISPConfig verifică acea permisiune la fiecare apel pe care îl primește.

Acea a doua proprietate este cu adevărat valoroasă și merită folosită cum se cuvine. Înseamnă că credențialul care stă în automatizarea dumneavoastră nu trebuie să poată face tot ce poate face ISPConfig. Dați-i funcțiile pe care le apelează de fapt aprovizionarea dumneavoastră și nimic altceva, iar o greșeală în propriul dumneavoastră cod nu poate ajunge la părțile din panou pe care nu ați intenționat niciodată să le atingeți. Foarte puține panouri din această clasă vă lasă să trasați deloc acea linie.

Funcțiile în sine se citesc așa cum ați spera. Clienții sunt creați cu client_add. Site-urile web sunt sites_web_domain_add, sites_web_domain_update, sites_web_domain_get și sites_web_domain_delete. Și, critic pentru orice comercial, există sites_web_domain_set_status, un mod real, susținut, de a stinge și de a aprinde un site web, care este singurul verb în jurul căruia se învârte facturarea de găzduire și pe care mai multe panouri concurente pur și simplu nu îl au.

Ce tot nu face

Tot ce este mai sus este infrastructură. Nimic din asta nu este comerț.

ISPConfig nu va prelua o comandă, nu va prelua o plată, nu va produce o factură, nu o va urmări și nu va decide în ziua treizeci și unu că acest client a încetat să plătească și ar trebui stins. Are pârghia (set_status), dar nimic care să decidă când să o tragă. Nu există niciun catalog cu prețuri, niciun flux de înscriere, niciun program de somare și nicio vedere care să vă spună cât vă costă flota față de cât câștigă.

Aceea nu este o critică. Un panou de control care ar încerca să fie și un sistem de facturare ar fi mai prost la amândouă. Dar înseamnă că munca interesantă în a vinde găzduire ISPConfig este în întregime în stratul de deasupra, iar acel strat este același de care ați avea nevoie pentru orice alt panou:

• Un formular de comandă și un catalog, cu planuri care se mapează pe șabloane de client.
• O plată care declanșează aprovizionarea în câteva secunde.
• O cale de somare (restant, avertizat, suspendat, restaurat) cablată la set_status la pasul potrivit.
• Capacitate pe care o puteți vedea, ca să știți câte conturi cărați peste toate acele mașini și cât vă costă.
• Un traseu de audit, ca „cine a schimbat acea limită” să aibă un răspuns.
• Un model de permisiuni pentru propriul personal, ca asistența să poată acționa fără să poată șterge un client.

Unde se potrivește Provibr

Suportul ISPConfig este în producție. Un agent din interiorul propriei dumneavoastră rețele vorbește cu API-ul la distanță al panoului, așa că nimic de pe panoul dumneavoastră nu trebuie să dea față cu internetul și niciun port nu trebuie deschis. Crearea unui client cu un site și un pachet, suspendarea, reluarea, schimbarea pachetului și eliminarea funcționează, conturile care existau deja pot fi importate, iar discul și traficul apar în grafice. În jurul acestui lucru stă stratul descris mai sus: planuri și capacitate cu un preț per unitate, un model de permisiuni pentru echipa dumneavoastră, un jurnal de activitate, precum și un API REST și un modul WHMCS, astfel încât platforma cu care facturați deja să îl poată controla.

Credențialul păstrat în seiful agentului poate fi mult mai îngust decât un administrator, pentru că ISPConfig acordă drepturile la distanță funcție cu funcție: utilizatorul la distanță poate fi limitat exact la apelurile pe care le face Provibr și la nimic dincolo de ele. Pe care dintre mașinile dumneavoastră așază ISPConfig un site rămâne decizia ISPConfig, acțiunile asupra contului sunt aceleași oricum, iar fiecare cont contează ca un server web în capacitatea dumneavoastră, indiferent ce mașină ajunge să îl ruleze.

Ceea ce integrarea nu face este să atingă conturi care nu au fost create prin ea: acelea sunt lăsate în pace până le importați, iar dumneavoastră alegeți care. O notă practică despre conexiunea în sine: o instalare proaspătă de ISPConfig este autosemnată, așa că merită să îi fixați amprenta TLS atunci când adăugați integrarea.

Ce nu va face

A gestiona conturi nu este a gestiona panoul. Instalarea ISPConfig, actualizarea lui, adăugarea de servere în spatele lui, configurarea rutării e-mailului și îngrijirea DNS-ului, asta rămâne în grija dumneavoastră, în ISPConfig, unde îi este locul. Un client care își editează propria căsuță de e-mail o face fără ca ceva de deasupra panoului să știe sau să îi pese.

Nu trebuie să vă standardizați pe un singur panou pentru a păstra o singură privire de ansamblu. Provibr rulează astăzi panourile sale de control, hipervizoarele și panourile de joc unele lângă altele, sub un singur inventar, un singur model de permisiuni și un singur jurnal de activitate. Un panou deschis cu mai multe servere pentru clienții care vor e-mail și DNS incluse, altceva pentru cei care cer cPanel pe nume și un singur loc unde le puteți vedea pe amândouă.