Hallo,
ich glaube, ich habe Tomaten auf den Augen.
Ich möchte gern, daß innerhalb meiner "public_html"-User-Ordner überall
cgi's ausgeführt werden können, nicht bloß in /cgi-bin.
Ich habe eine Apache am Laufen.
Aus historischen Gründen heisst das "public_html"-Verzeichnis hier
"extern", ansonsten ist es identisch.
Das klappt auch. HTML rennt, php auch, nur *.pl nicht.
In der httpd.conf habe ich
UserDir "public_html" geändert auf "extern",
außerdem die suse_public_html.conf:
#
Moin Ratti, * Ratti schrieb am 23 Mar 2002:
Ich möchte gern, daß innerhalb meiner "public_html"-User-Ordner überall cgi's ausgeführt werden können, nicht bloß in /cgi-bin.
AllowOverride FileInfo AuthConfig Limit Options MultiViews Indexes SymLinksIfOwnerMatch +ExecCGI AddHandler cgi-script cgi pl
Bei mir steht AddHandler cgi-script .cgi .pl Gruß, Sebastian -- Do not meddle in the affairs of sysadmins, for they are subtle and quick to anger. Sebastian Helms - http://www.helms.sh - mailto:mail@helms.sh (PGP welcome) SuSE-Linux-Mailinglisten-FAQ: http://www.helms.sh/faq/
Hi,
meines Wissens kommt es auf das +ExecCGI an.
Ich weiß nicht genau, aber eventuell müsstest Du noch Dein cgi-bin
Alias auf das htdocs Verzeichnis setzen.
Ich habe das mit mod_perl gemacht. Alle *.plx FileZ werden geparst.
Hallo, On Sat, 23 Mar 2002, Sebastian Helms wrote:
Moin Ratti,
* Ratti schrieb am 23 Mar 2002:
Ich möchte gern, daß innerhalb meiner "public_html"-User-Ordner überall cgi's ausgeführt werden können, nicht bloß in /cgi-bin.
AllowOverride FileInfo AuthConfig Limit Options MultiViews Indexes SymLinksIfOwnerMatch +ExecCGI AddHandler cgi-script cgi pl Bei mir steht
AddHandler cgi-script .cgi .pl
IMHO: Options +ExecCGI SetHandler cgi-script .cgi <IfDefined PERL> AddHandler perl-script .pl PerlHandler Apache::Registry </IfDefined> -dnh, oohh, good sigmonster, have a cookie. -- IMHO: "In meinem humpelnden Oberstübchen" ((c) Gerd Hölscher).
Hallo, Ratti:
Ich möchte gern, daß innerhalb meiner "public_html"-User-Ordner überall cgi's ausgeführt werden können, nicht bloß in /cgi-bin.
David Haller:
Options +ExecCGI SetHandler cgi-script .cgi <IfDefined PERL> AddHandler perl-script .pl PerlHandler Apache::Registry </IfDefined> Danke, Nein. ;-) "SetHandler cgi-script .cgi" schmeisst Fehlermeldungen: Nur ein Parameter. Kurz nachgeguckt in der Apache Doku: SetHandler setzt alle Dateien in einem Ordner auf einen bestimmten Typ. Würde das funktionieren, wären alle Dateien in ~/extern CGIs. Das geht nicht, da ist ja auch HTML.
Ich habe SetHandler erstmal rausgeschmissen und AddHandler probiert. Leider auch da nix neues. GRMBL... So, jetzt habe ich erstmal den kompletten Apache in die Tonne getreten und Reinstalled, weil ich nicht mehr durchblicke. Nix. Dann habe ich sämtliche Sicherheitsfeatures niedergerissen, derer ich habhaft werden konnte. Allow alles. Options alles. Nix. Dann habe ich den ganzen Kram mit "susehelp" und so rausgekickt. Auch nix. Und während ich das hier schreibe, müllt mir auch noch ein nimda ins Logbuch. So. Jetzt reichts. Tief luftholen... Diese apache-Config ging mir sowieso schon lange auf die Nerven. Man findet nix wieder, weil Gott und die Welt konfiguriert wird, SSL und mod_gzip und weiss der Henker was noch, dazu wird ein komplettes Hilfesystem reingehängt, das ich nicht brauchen kann. Ich brauche bloß einen kleinen Entwicklungsserver und will perl und php in ~/ratti machen, und das geht völlig unter in diesem Konfig-Wust. Jetzt schmeisse ich den ganzen Mist runter und baller ihn mir neu drauf mit der apachetoolbox. Und wehe, irgendein yastlümmel ballert mir irgendwas wieder drauf! Wir sprechen uns. Das wollen wir doch mal sehen. Gruß, Danke, Ratti, aber sowas von voll auf 180.
Moin Ratti, * Ratti schrieb am 24 Mar 2002:
Diese apache-Config ging mir sowieso schon lange auf die Nerven. Man findet nix wieder, weil Gott und die Welt konfiguriert wird, SSL und mod_gzip und weiss der Henker was noch, dazu wird ein komplettes Hilfesystem reingehängt, das ich nicht brauchen kann. Ich brauche bloß einen kleinen Entwicklungsserver und will perl und php in ~/ratti machen, und das geht völlig unter in diesem Konfig-Wust. Jetzt schmeisse ich den ganzen Mist runter und baller ihn mir neu drauf mit der apachetoolbox. Und wehe, irgendein yastlümmel ballert mir irgendwas wieder drauf!
Dann schreib doch deine eigene, für ein reines kleines Testsystem ist das doch in 2 Minuten gemacht ... und die Doku ist besser als manche andere. Gruß, Sebastian -- Do not meddle in the affairs of sysadmins, for they are subtle and quick to anger. Sebastian Helms - http://www.helms.sh - mailto:mail@helms.sh (PGP welcome) SuSE-Linux-Mailinglisten-FAQ: http://www.helms.sh/faq/
Hallo, Ratti: [was ich schon immer mal zu apache loswerden wollte] Sebastian Helms:
Dann schreib doch deine eigene, für ein reines kleines Testsystem ist das doch in 2 Minuten gemacht ... und die Doku ist besser als manche andere.
Ja, du hast Recht. Da mußte, glaub ich, mal was raus. ;-) Ich hatte gehofft, drumherum zu kommen, weil mich wirklich nur die Bastelei an Websites interessiert - der apache selber nicht die Bohne. Aber es zeichnet sich ja schon länger ab, daß ich mit dem SuSE-apache nicht weit kommen würde, z.B. begründet durch die Lizenzprobleme mit z.B. der php-pdflib. Wofür Suse nix kann. Jetzt bau ich mir dann eben meinen eigenen. Und dann kann ich hoffentlich den Apache als solchen zu den Akten legen und mich perl und php zuwenden. Schaun'mer mal. Im Hintergrund kompiliert gerade apache von www.apachetoolbox.com, und ich kriege langsam wieder meinen Ruhepuls. ;-) Gruß, Ratti
Moin, für die Akten: Ich hab' ihn. Natürlich ging auch mit dem neuen selbstgebauten apache nix, und irgendwann ging mir ein Licht auf. Ich hatte ja geschrieben, daß "public_html" bei mir nicht so heisst, sondern "extern". So, und in den meisten Apache's werden cgis nicht direkt ausgeführt, sondern über SuExec. Und dort lag das Problem versteckt. Die Pfade, in denen dieses Modul bereit ist, cgis auszuführen, sind recht restriktiv beschränkt. Eigentlich sind es nur zwei: - Apache docroot (/usr/local/apache/htdocs/...) (Kein Problem) - $HOME/public_html Problem! Die Pfaderweiterung '/public_html' ist fest einge-configured, der interessiert sich nicht für die <UserDir>-Konfiguration. Folglicherweise lief $HOME/extern gegen die Wand. Und wieder was gelernt. Heute: 1. Es gibt ein Logfile /var/log/httpd/suexec.log, von dem ich noch nie gehört hatte. 2. Lass Standardpfade, wie sie sind. 3. Vom rumschreien läufts auch nicht. ;-) Gruß, Ratti
participants (4)
-
Andre Heine -
David Haller -
Ratti -
Sebastian Helms