Onderwerp: Hoe een Web Based Controle Paneel te werk gaat??? (technische kant)

Goedemiddag,

Weet iemand misschien hoe zo’n Web Based Controle Paneel te werk gaat. Want bijvoorbeeld Direct-Admin is PHP en toch kan hij communiceren met Linux. Voorbeeld: Create User zou kunnen zijn “adduser test -g users -h /home/domain/httpd”

Wordt hier voor PERL gebruikt of gewoon php met de commando: exec(); ?

Misschien is dit een overbodige vraag en daarom hoeven jullie deze vraag niet te beantwoorden. Ik vraag dit meer om nieuwsgierigheid.

Groetjes,

Volgens mij is DirectAdmin gewoon een excecutable met een webinterface, maar geen php script of iets dergelijks.

Ik zat ooit een keer bij een hoster die zelf een controle paneel had geschreven. Je kon daar bijvoorbeeld subdomeinen en extra FTP's aanmaken. Ook POP3's waren mogelijk. Dat was onder ander ook met PHP maar ik denk dat PERL ook iets te maken heeft.

Dat is natuurlijk geheel naar de voorkeuren van de bouwer. Met zowel Perl als PHP kan het. DirectAdmin is overigens in C++ gemaakt met een eigen webdaemon.

webcp:// is geloof ik wel compleet in PHP geschreven, het is ook niet gek moeilijk te doen als je een beetje verstand van zaken hebt, er gaat alleen gigantisch veel tijd inzitten :P

shell_exec(). Let wel op dat je alle security problemen die ontstaan bij het uitvoeren van commands in PHP kunnen ontstaan (als je bijvoorbeeld mysql wilt kunnen herstarten met php) (sowieso raad ik aan dan iets als suPHP te gebruiken en vervolgens één user sudo opdrachten uit te laten voeren, zodat adere gebruikers op de server geen misbruik kunnen maken van de mogelijk 'bijzondere' programma's uit te voeren (herstarten van mysql bijvoorbeeld)).

Ik weet niet of je concrete plannen hebt voor het schrijven van een paneel. Ik heb wel idee hiernaar gehad, heb ook de expertise om het te doen, maar uiteindelijk toch gekozen voor een bestaand paneel. Als je dan problemen hebt die je niet begrijpt (en geloof me, soms heb je hele vage problemen), dan kan je terug vallen op een bedrijf. En natuurlijk is zelfontwikkelen vele malen duurder (tenzij je zelf 0 euro vraagt ofzo, maar mijn tijd kost gewoon centjes).

Jochem

@XBL, daarom draaien de meeste CP's ook een eigen webserver ernaast

Mijn vraag is nu goed beantwoord. Ik wist echter niet dat ook PHP commando's kon sturen naar Linux dan wel Windows machines. Dit ga ik thuis op me eigen (kleine) webservertje uittesten.

Eigenlijk is een Controle Panel dus niets meer dan een script dat commando's uitvoerd op een linux machine. Dit vindi k best intressant. Maar een CP kopen lijkt mij ook het beste als we praten over Security. Want je eigen fouten vindt je nooit.

Dat niet alleen..
Een licentie van een CP is goedkoper dan de tijd die je ermee kwijt bent om het nog maar half zo goed te krijgen.

Met php kun heel simpel subdomeinen aanmaken das niet zo moeilijk en ftp kan ook nog wel, pop3 zou ik zo ff neit weten hoe het moet maar het is heel goed mogelijk...

Ik heb zelf een control-panel geschreven in opdracht van een webhoster. Het control-panel zelf is gewoon php/mysql (en wat javascript om het wat user-friendly te maken). Hier is ook meteen de orderverwerking aan gekoppeld.

Veel programma's kun je al aan mysql koppelen (b.v. powerdns), bij anderen heb ik zelf een aanpassing geschreven. In andere gevallen draait er 1x per uur een perl-script die een nieuwe config-file schrijft en die inlaad.

Het belangrijkste is dat je er rekening mee moet houden dat je database kan uitvallen. Als je hier geen rekening mee houdt vallen er mogelijk (kritische) processen uit of worden er corrupte config-files geschreven.

Persoonlijk ben ik niet zo'n fan van aparte processen met een eigen webinterface. Die moeten immers ook als root draaien om b.v. users aan te maken. Een foutje en met een simpele buffer-overflow heb je root-access op die bak.

Uiteraard is het eenvoudiger om een kant-en-klaar pakket te kopen, maar daarbij heb je ook nog steeds tijd nodig om het werkend te krijgen en om er mee te leren werken. Ook gaat er aardig tijd zitten in het oplossen van problemen. Bij een zelf-geschreven pakket weet je alles snel te vinden. Bovendien vereist een zelf-geschreven pakket dat je meer afweet van de programma's die je draait en dat je nadenkt over de security. Bij veel mensen die standaard-pakketten draaien vraag ik me wel eens af of die nadenken over de security van hun systeem (dan bedoel ik niet de veiligheid van het control-panel).

Ook hier een zelf ontwikkeld control paneel.

Door middel van een cronjob die elke x minuten loopt wordt gecontroleerd of bepaalde signaalfiles aanwezig zijn. Is dat het geval, dan wordt voor dat specifieke onderdeel een script gestart. Bijvoorbeeld voor het aanmaken/wijzigen of verwijderen van een virtual host, email account of ftp user.

De webinterface communiceert met enkel en alleen met een mysql database en plaatst vervolgens de signaal files.

Op deze manier wordt een scheiding tussen webinterface en daadwerkelijke uitvoering van de scripts gewaarborgd en kun je ook beter regiseren wat gedaan wordt op welk moment.

Voordeel is wat jurrian ook zegt dat je het direct kunt koppelen aan andere systemen, maar het nadeel is dat sommige zaken toch lastig blijven te realiseren. Het vergt veel tijd en aandacht om het systeem te krijgen zoals je dat wil hebben. En dan met name in de voorbereidingstijd, goed doordenken hoe je om gaat met resellers en dergelijke.

Heb je enig verstand van hoe de processen in elkaar zitten, dan is het fabriceren van de scripts die aanpassingen kunnen doen vaak een relatief eenvoudig werkje. Je moet er alleen de tijd voor nemen en het kunnen zien als losse onderdelen in plaats van één complex geheel