From: "Jan Theofel"

Hallo,

ich bekomme bei CGIs aus einem bestimmten Verzeichniss (ist als virtual Host aufgeschlatet) immer folgende Fehlermeldung:

[Tue Jul 17 18:45:20 2001] [error] (2)No such file or directory: // exec of /home/jan/etes/keim/mg.net/cgi-local/print_secure_checkout.pl failed [Tue Jul 17 18:45:20 2001] [error] [client 127.0.0.1] Premature end of script headers: //

Hallo, ich kann mich deinem Problem nur anschließen. Suse 7.2, frisch installiert, die letzten zwei Tage mit der Konfiguration von Apache zugebracht. Zuerst alles "sauber" versucht über .htaccess: "Options not allowed here". Dann Testweise "unsicher" konfiguriertüber Options +ExecCGI: "ExecCGI not allowed here". Dann den großen Hammer gezogen und gnadenlos überall alles freigegeben: "Premature...."...aber das kennst du ja schon. Da mein "hello.cgi" definitiv in Ordnung ist, habe ich nach einem Artikel auf apache.org suexec unter Verdacht gehabt. An dieser Stelle komme ich fachlich nicht weiter. Ich habe jetzt die Notbremse gezogen und den cgi-bin Alias auf die Server-root zeigen lassen. Das geht. Glücklichweise ist auf diesem Rechner die Systemsicherheit schnurzegal. Mit der 7.0 hatte ich diese Probleme noch nicht. Entweder habe ich auch die Riesentomaten auf den Augen, oder da hakt was. Eigentlich war mein Anliegen nur, innerhalb der public_html-Ordner überall cgi zu ermöglichen. Selbst die step-by-step-Anleitung von apache.org endet in den obigen Fehlermeldungen. Die bei rcapache start gemeldeten Module sind php und perl. Gruß, Ratti

On Mit, 18 Jul 2001, Jan Theofel wrote:

Bei mir liegt das Problem unter SuSE 7.0 vor, nicht 7.2. Ausserdem laeuft genau die selbe Konfig mit genau den selben Skripten auf einem anderen Virtual Host. (Dateien liegen allerdings in einem anderen Verzeichniss.)

Ich kenn mich zwar auch nicht aus, bei mir (ex-SuSE 6.2, Apache/1.3.6) klappt's mit den cgis im public_html... Was ich bei euren Angaben vermisse, ist die config der public_html und cgi-bin Verzeichnisse... ==== schnippel ==== UserDir wwwhome/htdocs # Config des eigentl. UserDir (per default: "public_html") # weggelassen AllowOverride None Options +ExecCGI -Includes SetHandler cgi-script XBitHack on Order allow,deny Allow from 127.0.0 #Deny from all <IfDefine PERL> AddHandler perl-script .pl PerlHandler Apache::Registry PerlSendHeader On </IfDefine> </Directory> AliasMatch /~(.*)/cgi-bin/(.*) /home/$1/wwwhome/cgi-bin/$2 ==== di schnapp ==== (das deny ist mal auskommentiert, wie (un)sicher diese config noch ist weiss ich nicht, aber wenn ich online bin laeuft der Server nicht ;) Damit sind die cgis unter ~/wwwhome/cgi-bin/ ansprechbar, z.B. ruft http://slarty.dhaller.de/~dh/cgi-bin/test das cgi /home/dh/wwwhome/cgi-bin/test auf... Wobei anzumerken ist, dass cgi-bin _ausserhalb_ des UserDir's liegt ;) Liegt das cgi-bin innerhalb des UserDir kann das (Script-)Alias(Match) einfacher ausfallen... Vielleicht ist das ne Anregung fuer weitere Experimente ;) -dnh -- THE LESSER-KNOWN PROGRAMMING LANGUAGES #12: LITHP This otherwise unremarkable language is distinguished by the absence of an "S" in its character set; users must substitute "TH". LITHP is said to be useful in protheththing lithtth. -- BSD fortune file

From: "David Haller"

Ich kenn mich zwar auch nicht aus, bei mir (ex-SuSE 6.2, Apache/1.3.6) klappt's mit den cgis im public_html... Was ich bei euren Angaben vermisse, ist die config der public_html und cgi-bin Verzeichnisse...

==== schnippel ==== UserDir wwwhome/htdocs

# Config des eigentl. UserDir (per default: "public_html") # weggelassen

Damit sind die cgis unter ~/wwwhome/cgi-bin/ ansprechbar,

http://slarty.dhaller.de/~dh/cgi-bin/test

Hallo, erstmal Danke für deine Config, ich werde das ausprobieren. Mir fällt allerdings auf, daß du, wie ich auch (notgedrungen), mit einem cgi-bin-Alias arbeitest. Genau das wollte ich eigentlich vermeiden, ich möchte cgis überall ausführen. Es handelt sich bei dem Rechner um einen Entwicklungsserver, da nerven mich Sicherheitseinschränkungen nur. Gruß, Ratti