RootForum Community

Hallo,

hab Mandrake 9 mit Apache 1.3.27 und PHP 4.3.2-dev am laufen
Den Apache habe ich so compiliert: PHP so: Meine config.h von suPHP sieht so aus: Meine httpd.conf + Virtualhost-Eintrag: Ich hab schon tausende Sachen tagelang ausprobiert,
aber suPHP will einfach nicht laufen. Ich bekomme nur 500er
In die suphp_log schreibt er gar nix.
In die normale errorlog des VHosts schreibt er nur das hier: Wenn ich das hier: in die httpd.conf hinzufüge laufen wenigstens die PHP-Scripte via CGI
Aber halt nicht über suPHP :(
Nach tagelangem compilieren, testen, linken uvm. komme ich nun endgültig nicht mehr weiter. :evil:
Wer kann helfen?

Important note: mod_suphp conflicts with mod_php. For stability reasons,
the configuration makes sure that mod_php is not running before loading
mod_suphp. Thus you have to check your Apache configuration if it loads
mod_php - if it does, just comment it out. mod_suphp will then be activated.

Marc

Ã?hem, danke für den Hinweis.
Aber ich hab doch überhaupt nix davon geschrieben dass ich mod_php benutze... :roll:

Hättest du meinen Post aufmerksam gelesen wäre dir sicher an mehreren Stellen aufgefallen dass ich mit dieser Konfiguration überhaupt kein mod_php fahren kann :!:

Naja, egal. Ich habs mittlerweile sowieso raus... ;)

Das Problem war:
/usr/sbin/suphp
war im 700er-Modus (Besitzer root)
habs jetzt auf 755 geändert und dann gehts auch.
Der Grund ist wohl recht einfach: Apache läuft ja als nobody und nicht als root... ;)

Das du davon nichts geschrieben hast, heisst noch lange nicht, dass du es nicht benutzt :-D

Du hast ja nicht gepostet welche Module du alle lädst und das es nicht geht heisst ja nicht, dass dir das bewusst war.
Wenn du mal durch die Threads gehst wirst du merken, dass die meisten Leute schon daran scheitern das README "genau" zu lesen.

Gruss

Marc

squize wrote:Das du davon nichts geschrieben hast, heisst noch lange nicht, dass du es nicht benutzt :-D

Ganz im Gegenteil.
Ich hatte sogar ziemlich deutlich geschrieben dass ich CGI benutze:

begga wrote: [...]
Wenn ich das hier:

Code: Select all

    Action application/x-httpd-php /cgi-bin/php
    AddHandler application/x-httpd-php .php

in die httpd.conf hinzufüge laufen wenigstens die PHP-Scripte via CGI
[...]

Und das eine schliesst das andere in der Regel aus ;)

squize wrote: [...]
Wenn du mal durch die Threads gehst wirst du merken, dass die meisten Leute schon daran scheitern das README "genau" zu lesen.

Stimmt. Kann dir aber garantieren dass das auf mich nicht zutrifft... ;)

Aber egal. War ja auch keinesfalls böse oder vorwurfsvoll gemeint.
Hätte ja wirklich der rettende Tipp sein können.

Wenn ich "make" mache, um suPHP zu installieren kommt die Meldung:

gcc -c -Wall suphp.c
gcc -c -Wall filesystem.c
gcc -c -Wall check.c
gcc -c -Wall error.c
error.c: In function `error_exit':
error.c:30: warning: implicit declaration of function `exit'
gcc -c -Wall log.c
log.c: In function `log':
log.c:83: warning: implicit declaration of function `strlen'
gcc -o suphp suphp.o filesystem.o check.o error.o log.o

Was bedeutet das?

webdienstleistungen wrote:Wenn ich "make" mache, um suPHP zu installieren kommt die Meldung:
[...]
Was bedeutet das?

Das sind nur Warnings. Diese oder zumindest so ähnliche hatte ich auch.
Die kannst du getrost ignorieren; suPHP sollte trotzdem laufen.
Oder auch nicht, wie bei mir. :roll: Aber das lag an was anderem... ;)

begga wrote:

Code: Select all

#define OPT_APACHE_USER "nobody"

Apache als "nobody" laufen zu lassen halte ich - gerade wenn man suPHP und/oder suExec benutzt - für grob fahrlässig. Der "nobody"-Benutzer ist nur solange für Dinge sicher, die nichts können sollen, wie keine wichtigen System-Prozesse unter diesem Benutzer laufen. Deshalb besser für den Apache eine eigene UID/GID anlegen, aber auf keinen Fall "nobody/nogroup" verwenden.

Important note: mod_suphp conflicts with mod_php. For stability reasons,
the configuration makes sure that mod_php is not running before loading
mod_suphp. Thus you have to check your Apache configuration if it loads
mod_php - if it does, just comment it out. mod_suphp will then be activated.

Bei mir läuft suPHP wunderbar zusammen mit mod_php.
Man muss nur beachten, dass nicht beide PHP Versionen die Endung .php haben, aber das sollte allen klar sein.

MajorTermi wrote: [...]
Deshalb besser für den Apache eine eigene UID/GID anlegen
[...]

Hab ich ja auch gemacht.
Das andere war nur zum "schnellen Testen" ob suPHP für meine Zwecke relevant ist... ;)

Wie du ganz oben siehst hatte ich ja auch 4.3.2-dev benutzt.
Das hab ich natürlich auch durch ein ordentliches Release ersetzt.

Seitdem ich suphp installiert habe, bekomme ich wenn man Confixx benutzen will Fehler 500 und in die error log wird folgendes geschrieben:
Wo kann der Fehler liegen?

Guck mal in dem suPHP-Logfile. Da steht der "genaue" Fehler drin.
Könnte sein dass die Confixx-Sachen ausserhalb des DocRoot liegen...

In der suphp log taucht kein Fehler auf, sondern nur infos:

[Thu Aug 21 22:18:22 2003] [info] /home/www/confixx/html/user/index.php executed as user confixx (631), group users (100)

Könnte noch sein dass die Berechtigungen deines phpBin-File nicht stimmen.
Was anderes fällt mir im Moment leider nicht ein...

webdienstleistungen wrote:

Code: Select all

[Thu Aug 21 21:31:44 2003] [error] [client 217.160.166.149] malformed header from script. Bad header=HTTP/1.0 401 Unauthorized: /home/www/confixx/html/user/index.php

Wo kann der Fehler liegen?

Steht doch da: "Bad header". Wenn du mal auf der SuPHP-Webseite nachschaust, wirst du merken, dass eben genau diese Header im Format "HTTP/1.0 401" mit suPHP nicht funktionieren. Dafür musst du "Status: 401" benutzen.

JamesB

Danke JamesB für diesen wertvollen Hinweis.
Das heißt wahrscheinlich, dass Confixx nicht das PHP-Modul vom Apache benutzt (und deshalb nicht geht), sondern PHP als CGI.
Ich dachte eigentlich, dass meine jetzige Apache Konfiguration das richtig machen würde.