Re: GUI für Apache2 in Debian?
Hi,
Hugo man, man. Deine "Argumente" sind das Hahnebüchenste was ich in
letzter Zeit las.Ich lass mich mal auf dein Piloten-Beispiel ein.
Stell dir vor: du sitzt in einer Maschine und die Elektronik fällt
aus. Unwahrscheinlich, aber bloß ein Beispiel.
Dann darfst du erwarten, dass der Pilot die Maschine zumindest heil
runter bekommt.
Dein Argument mit dem Flugsimulator funktioniert hier nicht. Ein
Simulator hat keine Mechanik um ein Flugzeug zu steuern. Das ist NUR
ein Computer. Also ist deine Erfahrung im Simulator irrelevant.
Eine GUI für Propramme, die niemals dafür geschrieben wurde mit einer
GUI zu arbeiten, sind bloß Aufsätze. Sie können lediglich den Standard
abdecken, also den Normalfall. Würde es aber nur Normalfälle geben,
bräuchte man uns Admins nicht mehr. Niemand braucht Admins zum
Einrichten. Siehe Exchange du klickst dreimal auf weiter und hast
einen Email-Server. Übertrieben formuliert. Den sollte man so nicht
ins Internert hängen, sonst hat man min. 3 Klagen am Hals ;)
Was machst du, wenn ein Fall auftritt - und lass dir sagen: der WIRD
auftreten - den deine GUI nicht abdeckt? Du kannst dich von der GUI
abmelden, auf den boden zusammen rollen und hoffen, dass es bald
wieder vorbeigeht.
Ein Admin kennt seine Server auswendig. Er weiß, wo er im Fehlerfall
hinzusehen hat, er weiß wie er was zu konfigurieren hat. Im besten
Fall kennt er auch die meisten (wenn nicht alle) Module von Apache.
Reverse-Proxy, Suhosin, etc. dürfen für einen Apache-Admin keine
Fremdwörter sein, IMHO.
Eine GUI für Apache zu benutzen ist fahrlässig.
Um auch mal ein krudes Beispiel zu nennen, du setzt einen 12jährigen
an das Steuer eines 12 Tonners, zeigst ihm Kupplung, Gas, Bremse,
Schaltung. Lässt ihn 5000 bestellte (also schon dem Kunden gehörenden)
iPhones ausliefern und hoffst auf das Beste. Toi, toi, toi.
Was ihr Amateur-Admins (nein, dass soll keine Beleidigung sein,
sondern ist Fakt wenn sich der professionellen Verantwortung enzieht.)
vergesst ist, dass MTAs, Webserver und dergleichen auch IMMER fremdes
Eigentum betrifft. Ihr seid veranwortlich für die Sicherheit und zwar
nicht nur für der eurer eigenen Server.
Beispiel aus meinen Bereich: ein Content-Anbieter wollte bei uns
unbedingt allow_url_fopen für PHP freigeschaltet haben, hat er
bekommen aber nur gegen Unterschrift eines sog. liability agreements.
2 Wochen hat er seine Entscheidung bereut. Server und einige Clients
infiziert. Er durfte alles blechen.
Gruß,
Björn
Reply to: