Fehler 500 bei allen Dateien in cgi-bin

H

Harry

Registered User
Tach

Ich hab für den User auf meinem SuSE 9.1 - Server, auf den alle "meine" Projekte laufen, folgende Strucktur für die einzelnen Projekte:

/home/htdocs/webx/html/projekt1/
/home/htdocs/webx/html/projekt2/
etc pp

Nun brauch ein Projekt ein cgi-bin - Verzeichnis, also hab ich die confixx_vhost.conf passend editiert und beim Aufruf einer Datei im cgi-bin - Verzeichnis kommt nicht länger ein 404er Fehler... dafür nu ein 500er ?!
Sogar bei nem gif...
Hab ich was übersehn?!
 
Na, und was sagt die 500er, bis auf so etwas wie internal Servererror?
Was sagen die logs?

P.S.:
Was genau hast du editiert?
Du weißt aber schon, dass dieses File von Confixx überschrieben wird?
 
Last edited by a moderator:
Sorry, klar, das errorLog hat ich vollkommen vergessen zu posten...

Im IE sagt er mir:

Fehlermeldung:
Premature end of script headers: upload.cgi
Click to expand...

und das ErrorLog sagt das selbe
 
Hallo!
Läuft das Script wenn es aus der Shell aufgerufen wird?
Stimmen die Berechtigungen?
Ist das /cgi-bin/ wirklich richtig gesetzt?

mfG
Thorsten
 
Thorsten said:
Hallo!
Läuft das Script wenn es aus der Shell aufgerufen wird?
Click to expand...

Ist ein Upload-Script, das werd ich schlecht testen können, oder ?!

Thorsten said:
Stimmen die Berechtigungen?
Click to expand...

Tun sie, 775

Thorsten said:
Ist das /cgi-bin/ wirklich richtig gesetzt?
Click to expand...

In der confixx_vhost.conf auf jeden Fall

@S4D:
Beim Neustart das Apachen wird ins ErrorLog als Notice "suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)" erwähnt - falls das erwähnenswert ist ;)
 
Harry said:
@S4D:
Beim Neustart das Apachen wird ins ErrorLog als Notice "suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)" erwähnt - falls das erwähnenswert ist ;)
Click to expand...
suexec.log oder so sollte noch irgendwo existieren. Wäre einmal interessant was da drinnen steht.
 
[2005-02-26 19:01:38]: uid: (636/web0f1) gid: (636/636) cmd: upload.cgi
[2005-02-26 19:01:38]: target uid/gid (636/636) mismatch with directory (636/102) or program (636/102)
[2005-02-26 20:35:44]: uid: (636/web0) gid: (636/636) cmd: upload.cgi
[2005-02-26 20:35:44]: directory is writable by others: (/home/htdocs/web0/html/sgb/cgi-bin)
[2005-02-26 20:35:53]: uid: (636/web0) gid: (636/636) cmd: upload.cgi
[2005-02-26 20:35:53]: directory is writable by others: (/home/htdocs/web0/html/sgb/cgi-bin)
[2005-02-26 21:03:22]: uid: (636/web0) gid: (636/636) cmd: upload.cgi
[2005-02-26 21:03:22]: target uid/gid (636/636) mismatch with directory (636/102) or program (636/102)
[2005-03-01 18:35:40]: uid: (636/web0) gid: (636/636) cmd: upload.cgi
[2005-03-01 18:35:40]: target uid/gid (636/636) mismatch with directory (636/102) or program (636/102)
Click to expand...
[/QUOTE]

Das sagt uns nu... was ?!
 
Harry said:
Das sagt uns nu... was ?!
Click to expand...
Das sagt uns nun erst noch, dass ich 1 noch sehen will:
suexec2 -V
;) danach kann ich vielleicht noch was Schlaues loswerden.
 
Soweit ich das seh sind das zugriffsrechte. Sprich die Rechte / Gruppen / User der Dateien/Verzeichnisse stimmen nicht.
Ich glaub die korrekten rechte sind auch: 755 und nicht 775

target uid/gid (636/636) mismatch with directory (636/102) or program (636/102)
Click to expand...
Dort steht dass die Gruppen ID 636 sein muss oder die ID 102 hat. Mal in /etc/group(s) schauen welche Gruppe da gemeint ist.
 
djrick said:
Soweit ich das seh sind das zugriffsrechte. Sprich die Rechte / Gruppen / User der Dateien/Verzeichnisse stimmen nicht.
Ich glaub die korrekten rechte sind auch: 755 und nicht 775
Click to expand...
Yop, scheint so.
Ehrlich gesagt konnte ich auch nur solche Antworten mit Google finden.
 
server4downs said:
suexec2 -V
Click to expand...

# suexec2 -V
-D AP_DOC_ROOT="/home/htdocs"
-D AP_GID_MIN=96
-D AP_HTTPD_USER="wwwrun"
-D AP_LOG_EXEC="/var/log/apache2/suexec.log"
-D AP_SAFE_PATH="/usr/local/bin:/usr/bin:/bin"
-D AP_UID_MIN=96
-D AP_USERDIR_SUFFIX="public_html"
Click to expand...

Das Verzeichnis cgi-bin und die Dateien darin gehören (laut FTP-Proggie) auch dem User 636, und nach meinem Umzug vor ein paar Tagen hab ich auch ein chwon -R web0 * durchgeführt

102 is btw ftponly
 
und welche gruppe ist 636? GRUPPE nicht USER.

Du musst das ganze chownen mit 636:636 und nicht 636:102
 
Harry said:
Vergesst es, es geht :)
Click to expand...
Komisches Posting :rolleyes:...
Wenn ich schon 10Minuten meines Lebens hiermit verschwendet habe:
poste doch bitte die Auflösung!
 
ups...
der Letzte sollte ein editiertes Posting werdeb, hatte noch ne Frage zu chown gepostet á la, ob ich da ein chwon -R 636:636 * machen müsste

Fragt mich nicht, wieso ich es nicht einfach ausprobiert habe... :rolleyes:
Das war auf jeden Fall die Wurzel allen übels beim Umzug, die Änderung der Gruppe...
 
You must log in or register to reply here.
Back
Top