mein cgi geht nicht...

[ganjasmokerjoe]

hallo admins,

ich glaube ich verblöde, mein cgi auf dem neuen server läuft einfach nicht, wen ich das cgi in der bash starte (als root und als user) sehe ich den html outpout, wenn ich es allersings im web testen will kommt blos ein error 500 :evil:

hier die error.log

Code: Select all

[Tue Jan  7 21:43:50 2003] [error] [client 212.41.xx.xx] Premature end of script headers: /www/cgi-bin/printenv

hier mein cgi

Code: Select all

#!/usr/bin/perl

print "Content-type: text/htmlnn";
while (($key, $val) = each %ENV) {
        print "$key = $val<BR>n";
}

meine rechte auf dem script:

Code: Select all

-rwxrwxrwx    1 www-data root          120 Jan  7 20:07 printenv

ist natürlich nur wegen test zwechen auf 777 :-D


script output:

Code: Select all

impi:/www/cgi-bin# ./printenv
Content-type: text/html

_ = ./printenv<BR>
USER = root<BR>
HOME = /root<BR>
OLDPWD = /root<BR>
SHLVL = 1<BR>
PWD = /www/cgi-bin<BR>
TERM = xterm<BR>
SSH_TTY = /dev/pts/0<BR>
SSH_CLIENT = 212.41.xxx.xx 24573 22<BR>
LOGNAME = root<BR>
PATH = /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11<BR>
PS1 = h:w$ <BR>
SHELL = /bin/bash<BR>
MAIL = /var/mail/root<BR>
impi:/www/cgi-bin#

ich verstehe nicht wo hier der fehler liegt, ich habe extra noch mod_perl vom server gekickt (war mal so das es auf einer anderen kiste nicht lief mit mod_perl) ich verwende debian woody, deb. apache3.26 und php4.
apache läuft momentan als www-data/www-data

[c14l]

Hi!

Also bei mir funktionierts. Ich hab dein script sowohl local als auch auf dem server probiert, und wie erwartet lief es fehlerfrei. Hast du es vielleicht als Binary auf deinen Server übertragen? (obwohl, dann dürfte es auch von der Kommandozeile nicht laufen...)

Ich hatte übrigens das gleiche Problem vor ein paar Tagen, mit einem etwas komplexeres Script. Lief von der Kommandozeile, aber nicht über http. Nach öffnen mit Pico und erneutem speichern gings dann, obwohl ich nix verändert hatte... naja, Computer und ihre Logik...

Ich seh grad, daß das script gar keine Erweiterung (.cgi, pder .pl oder so) hat. Hab noch nie versucht, dem httpd beizubringen, scripts ohne Erweiterung auszuführen. Das geht wahrscheinlich, aber vielleicht mags daran liegen...

So, das waren meine Rateversuche... ;)

[sascha]

Läuft dein Apache vielleicht mit dem SuEXEC Wrapper? Dann hilft ein Blick in suexec.log (liegt normalerweise da wo auch das error_log ist).

[ganjasmokerjoe]

vielen dank für eure tipps!

ich werde auch nicht schlau aus der sache, hier das log

Code: Select all

impi:/var/log/apache# tail suexec.log
[2003-01-08 14:55:25]: info: (target/actual) uid: (ich/ich) gid: (www-data/www-data) cmd: printenv
[2003-01-08 14:55:25]: crit: cannot run as forbidden gid (33/printenv)

also wenn ich das rechnt interpretiere liegt das probs bei den permissions aber das teil hatt 777 und uid und gui vom apache (www-data)

extensnions also .cgi und .pl brauchte ich nie, ich steh nicht auf so was aber es lief die letzten 5 jahre immer so, nur jetzt nicht auch auf einem glechwertigen server eines freundes läuft die sache ohne probleme, gleiches setup (ich habe seine kiste aufgesetzt) und gleiche sw :evil: :roll:

[ganjasmokerjoe]

ich habe jetzt nachmal alle rechte neu gesetzt es klappt immer noch nicht, auch mit anderen usern und permissions, kann mir niemand helfen?

[Anonymous]

das gleich Problem habe ich auch
Premature end of script headers

Suche auch schon seit stunden :(

[ganjasmokerjoe]

ok ich habe das problem lösen können, in meiner apache config war ein user eingetragen dessen uid unter 100 war, deshalb brach der perl interpreter ab.... einfache lösung.... naja jetzt weiss ich es zumindest für die zukunft :-D

[nils_eckert]

Ich habe das selbe Prob,

verstehe aber lieder nicht so ganz, wie du das meinst?

Es sei ein User in der httpd.conf eingetragen, dessen UID <= 100 sei.

Ist das nicht der Apache sowieso?

Was muss ich denn jetzt da ändern?

Vielen Dank schon mal!

Gruß,

Nils

[oxygen]

Am besten du deaktiviert den suEXEC Wrapper. Der ist nur notwendig wenn die Files mit anderen Rechten als die, des Apache ausgeführt werden. z.B. als web1 etc.

[kurzer]

Hi Leute

Ich habe da auch noch ein problem, und zwar steht in der httpd-confixx.config drin, der virtuelle host und der benutzer und die gruppe.

wenn ich benutzer und gruppe deaktiviere funzt mein cgi wenn sie aktiviert sind nicht.

was hat das mit dem benutzer und der gruppe auf sich und muß ich das haben, wenn ja warum.

und was muß ich machen damit es trotzdem funktioniert.

Ich habe ein rootserver bei 1&1 mit suse 8.1 und confixx 2.0

Vielen Dank im voraus
Kurzer

[kurzer]

[2003-02-04 11:51:27]: info: (target/actual) uid: (web1/web1) gid: (ftponly/ftponly) cmd: test.cgi
[2003-02-04 11:51:27]: error: file is writable by others: (/home/www/web1/html/cgi-bin/test.cgi)

[cobrabbs]

ich verstehe es auch nicht , seid dem sch.... Update von Confixx 1.6 auf 2.06 haut hier nix mehr richtig hin . :evil: :evil: :x
Einige Scripte laufen , einige nicht und vorallem , wie zur hölle schalt ich dieses cgi-bin verzeichniss aus . Ich möchte die Scripte von überall ausführen dürfen .

suexec.log - Logs :

Code: Select all

[2003-02-05 10:59:47]: info: (target/actual) uid: (web1/web1) gid: (ftponly/ftponly) cmd: gtchatusers.pl
[2003-02-05 10:59:50]: info: (target/actual) uid: (web1/web1) gid: (ftponly/ftponly) cmd: gtchatusers.pl
[2003-02-05 11:18:34]: info: (target/actual) uid: (web1/web1) gid: (ftponly/ftponly) cmd: ffa.pl
[2003-02-05 11:18:34]: error: directory is writable by others: (/home/www/web1/html/links)
[2003-02-05 11:19:22]: info: (target/actual) uid: (web1/web1) gid: (ftponly/ftponly) cmd: ffa.pl

[Anonymous]

[2003-02-04 11:51:27]: info: (target/actual) uid: (web1/web1) gid: (ftponly/ftponly) cmd: test.cgi
[2003-02-04 11:51:27]: error: file is writable by others: (/home/www/web1/html/cgi-bin/test.cgi)

Da stehts doch, file is writable by others

chmod 744 und und gluecklich sein

Karlo

[cobrabbs]

nein leider ist es so nicht richtig ,
habe mir suexec gedownlodet mit den richtigen rechten versehen , und jetzt läuft es , auch suexec -V geht jetzt

[kurzer]

das finde ich toll

kann mir das jetzt einer erklären, wenn das bei dir funzt ???

ich möchte ja nur das die cgi's im cgi-bin ordner auch funzen, nichtmal überall.

Vielen Dank
Kurzer

PS: die haben bei mir 755

sche** hatte 775 statt 755 jetzt funzt dat

Trotzdem vielen vielen Dank für eure Geduld und Hilfe

[cobrabbs]

ok , dann nochmal :-D

Download von http://217.160.92.19/~rootforum/apache/suexec/

SuEXEC Binary für Apache 1.3.27 mit DOC_ROOT="/home/www". Einfach entpacken und nach /usr/sbin kopieren. SUID Bit muss gesetzt sein!

das alte suexec villeicht umbenenen , dir rechte vergeben :



siehe auch den Beitrag : http://www.rootforum.org/forum/viewtopi ... ght=suexec
falls das nicht weiterhelfen sollte ...

[human]

alles gemacht, beim neustarten des apache kommt bei mir immernoch 16 mal:

Code: Select all

Warning: User directive in <VirtualHost> requires SUEXEC wrapper

Was hab ich falsch gemacht?

[cobrabbs]

ehh , hab es leider vergessen zu schreiben , ich musste ( über 1und1 Login ) den Server rebooten ( normal ) , erst dann ging es ...

aber die Fehlermeldung , kenn ich nciht , kann sie dir auch nicht erklären .. :(

Code: Select all

Warning: User directive in <VirtualHost> requires SUEXEC wrapper

hast du die Rechte ( siehe Bild ) auch so gesetzt ?

[human]

restart probiert funktioniert immer noch nicht, rechte sind gesetzt

[cobrabbs]

hmm ,. sorry da kann ich dir auch nicht weiterhelfen :? , dann muss ein Profi ran ...

villeicht meldet sich ja bis morgen jemand .

[human]

kann mir den keiner helfen?

[human]

Das Problem besteht immer noch. :(