RootForum Community

Hallo,

Mal ne Frage, weil ich demnächst ein Admin-Tool entwickeln werde:
Welche Funktionen vermisst Ihr an den gängigen Tools?
Was ist gut und sollte beibehalten werden?

Ich bitte einfach mal um ein kleines Brainstorming.
Verratet dabei bitte jeweils, auf welche Tools sich Eure Erfahrungen beziehen.

Danke!

Carsten

Warum willst du noch eins machen und arbeitest nicht zum Beispiel bei secoto mit? Dazu gibt es einen Thread bei den Userprojekten.

Sagen wir so:
Das Admin-Tool ist "nur" Teil eines größeren Projektes. Ausserdem ist mir secoto zu restriktiv was die Vorgaben bzgl. der Software anbetreffen.

Wie gesagt: Ich will einen ganz anderen Ansatz verfolgen (später dazu vielleicht mehr) und möchte einfach wissen, was Euch einfällt, wenn Ihr an Admin-Tools denkt.

Kommt jetzt evtl. komisch aber es wäre sowas wie eine richtig ausführliche DOKU dazu und auch, wenn man andere Admin Tools drauf hat, wie man die in etwa deinstalliert :)

<-- holt riesigen Zettel raus

*kritzel* DOKU
*schmier* Deinstallation anderer Tools

Okay, notiert

carsten wrote:<-- holt riesigen Zettel raus

*kritzel* DOKU
*schmier* Deinstallation anderer Tools

Okay, notiert

Sowas fehlt bei den meisten nämlich

wirsing wrote:Warum willst du noch eins machen und arbeitest nicht zum Beispiel bei secoto mit? Dazu gibt es einen Thread bei den Userprojekten.

nen grund könnte sein das Secoto eh nie fertig wird :D
wielange machen die da nu schon dran rum , aber fortschritte sieht man keine ... ich kenn viele die das gerne hätten , die haben aber inzwischen alle die Nase voll von der warterei und haben sich andere Webadmin-toolz gekauft bzw gemietet . Ich glaube fast wenn Secoto mal "irgendwann" fertig ist wills keiner mehr haben weil bis dahin ganz andere Funktionen gefragt sind bzw einige Sachen daraus garnicht mehr aktuell sind .

Damit will ich nicht die Programmierer von Secoto in Frage stellen , aber irgendwie muß sich da doch mal was tun ;)

Stimmt. Gab ja noch andere Versuche dazu.

Zum Thema (und vielleicht auch für secoto?): als Baukastensystem.
Ein Grundmodul für's Login und alle weiteren Module werden in eine Navig eingetragen. Fertig.
So kann jeder selbst entscheiden, was er braucht und muß nicht ewig auf das Gesamtkunstwerk warten, verbesserte Module können ausgetauscht werden ohne komplette Neuinstallation, man hat nicht hunderttausend Passworte, ...

Was speziell an Funktionen fehlt, steht in allen Foren: ich suche, hat jemand, kennt jemand, wie mache ich.....

Gib mal mehr Input :)

@helmuts:

hört sich an wie webmin ;)

Momentan befinde ich mich noch in der Pre-Planungs-Phase ;-)

Soviel vorweg: Das ganze werde ich wohl auf Basis von Apache/Tomcat realisieren, also als JSP/Servlets.

Details kommen später. Rechnet noch nicht damit, dass es morgen schon fertig ist ;-)
1. Quartal 2004 habe ich mal vorgesehen.

carsten wrote:Momentan befinde ich mich noch in der Pre-Planungs-Phase ;-)

Meine kurze Wishlist:
) Valides XHTML und CSS, sowie WAI konform
) FHS+LSB (Keine hardcodierten Pfade!) konform
) Unabhängig von der eingesetzten Distributionen
) SMTPd, POP3d, IMAPd, FTPd, HTTPd, ... frei wählbar
) Keine tiefgreifenden Systemmanipulationen
) Kein SQL-Backend
) OpenSource ;)

Joe User wrote:

carsten wrote:Momentan befinde ich mich noch in der Pre-Planungs-Phase ;-)

Meine kurze Wishlist:
) Valides XHTML und CSS, sowie WAI konform
) FHS+LSB (Keine hardcodierten Pfade!) konform
) Unabhängig von der eingesetzten Distributionen
) SMTPd, POP3d, IMAPd, FTPd, HTTPd, ... frei wählbar
) Keine tiefgreifenden Systemmanipulationen
) Kein SQL-Backend
) OpenSource ;)

du solltest dein system von hand administrieren...
ein modernes verwaltungs-system ohne sql-backend? du träumst... (und zwar mist!).


[sorry, aber da fällt mir nicht mehr viel zu ein *g*]

ein modernes verwaltungs-system ohne sql-backend? du träumst... (und zwar mist!)

Gehen tut das schon. Stichwort: serialisieren. Deshalb auch der JSP/Servlet-Gedanke. Ob das aber in solchem Umfang tatsächlich sinnvoll ist, muss ich erst testen.

jP wrote:

Joe User wrote:

carsten wrote:Momentan befinde ich mich noch in der Pre-Planungs-Phase ;-)

Meine kurze Wishlist:
) Valides XHTML und CSS, sowie WAI konform
) FHS+LSB (Keine hardcodierten Pfade!) konform
) Unabhängig von der eingesetzten Distributionen
) SMTPd, POP3d, IMAPd, FTPd, HTTPd, ... frei wählbar
) Keine tiefgreifenden Systemmanipulationen
) Kein SQL-Backend
) OpenSource ;)

du solltest dein system von hand administrieren...

Mach' ich doch ;)

jP wrote:ein modernes verwaltungs-system ohne sql-backend? du träumst... (und zwar mist!).

Nö, weshalb sollte man für solche "einfachen" Dinge extra einen SQL-Server installieren, wenn es mit Plaintext, beispielsweise XML, ebenfalls machbar ist? Schonmal eine SQL-DB mit Kundendaten, deren Backup bereits >=1Std. alt war, über'n Jordan geschickt? Ich möchte in einem solchem Fall nicht im Callcenter sitzen...

jP wrote:[sorry, aber da fällt mir nicht mehr viel zu ein *g*]

Mir schon, auch wenn es nicht wirklich vergleichbar ist: Webmin...

Sorry, aber mir will seit langer Zeit ohnehin nicht in den Kopf, warum man die Zeit, über die man sich über Admin-Toll XYZ ärgert nicht damit verbringt, es "richtig" zu lernen, damit man auch ohne auskommt ?

Na ja, macht's was ihr wollt, ich bin ohne Admin-Tool (von vi(m) und sed mal abgesehen) schneller. ;)

CaptainCrunch wrote:Sorry, aber mir will seit langer Zeit ohnehin nicht in den Kopf, warum man die Zeit, über die man sich über Admin-Toll XYZ ärgert nicht damit verbringt, es "richtig" zu lernen, damit man auch ohne auskommt ?

full ack.

CaptainCrunch wrote:Na ja, macht's was ihr wollt, ich bin ohne Admin-Tool (von vi(m) und sed mal abgesehen) schneller. ;)

ich auch :P

es geht hier jedoch wohl mehr darum, anderen nutzern des servers die möglichkeit zu geben, möglichst viele einstellungen möglichst einfach und logisch ändern zu können bzw. auf diese einfluss zu nehmen.

CaptainCrunch wrote:Sorry, aber mir will seit langer Zeit ohnehin nicht in den Kopf, warum man die Zeit, über die man sich über Admin-Toll XYZ ärgert nicht damit verbringt, es "richtig" zu lernen, damit man auch ohne auskommt ?

Es geht ja nicht darum mit einem solchem "Tool" die Maschine zu administrieren, sondern vielmehr um ein Interface für potentielle "Kunden", damit diese weitestgehend ohne Support auskommen können. Stelle Dir vor, dass ich Dich für jeden anzulegenden/löschenden Mailaccount anrufe, womöglich noch nachts um drei ;)

CaptainCrunch wrote:Na ja, macht's was ihr wollt, ich bin ohne Admin-Tool (von vi(m) und sed mal abgesehen) schneller. ;)

Das möchte man seinen "Kunden" nicht wirklich zumuten/erlauben...

Wenn ich eins bräuchte, könnte ich wohl kaum eins programmieren ;-)
Wenn aber auch Kunden/Reseller den Server nutzen, macht so ein Tool schon Sinn. Man wird ja nicht jedem nen Shell-Account geben.

Für den eigenen privaten Bedarf wäre so ein Tool sicher Schwachsinn. Da geb ich Dir recht, "Crunchi" ;-)

Wenn ich eins bräuchte, könnte ich wohl kaum eins programmieren

Ich kenne deine Kenntnisse zwar nicht, aber meistens sind gute Programmierer relativ schlechte Admins und umgekehrt. ;)

Gewagte These!

14 Jahre IT-Erfahrung (davon 7 Jahre Linux-Admin-Erfahrung und 14 Jahre Programmieren in allen möglichen Sprachen) geben mir die nötige Arroganz, um zu behaupten, dass ich in beiden Disziplinen besser bin als 95% der Leute, die sich für Admins oder Programmierer halten.

Genau aus diesem Grund sagte ich ja auch, dass ich deine Kenntnisse nicht kenne (also no offense intended), sondern schilderte die Tasachen, die ich bisher nicht anders erlebt habe. Ausnahmen bestätigen schließlich die Regel. ;)

Hatte es auch nicht persönlich genommen. Wollte nur jegliche Irrtümer ausräumen ;-)

Eine Server-Ã?berwachung mit Kontroll-Emails oder Status-Ã?berwachung via WAP-Handy wäre sinnvoll.

Eventuell auch ein email-Gateway zur Abfrage / Einrichtung (für den Admin).

Aus Benutzersicht auch noch WAP-Mail, also Webmail für's WAP-Handy.

hi carsten,

ich würde mal gerne die open-source frage aufwühlen. wie sieht es denn dort mit deinen interessen aus? bei den skills würde ich wirklich gerne das resultat mal testen.

Wunschliste
- transparente modulverwaltung / updateverwaltung
- frei wählbare benutzerlogin für pop,smtp,db,etc.

Gruss PW

PW:

Auf die "OpenSource-Frage" habe ich gewartet ;-)

Nein, wird definitiv nicht OpenSource. Zumindest nicht die Vollversion. Aber es werden sicherlich BetaTester gebraucht, die je nach Hilfsbereitschaft möglicherweise in den Kreis der LifeTime-For-Free-Update-For-Free-Nutzer aufgenommen werden könnten... ;-)