Upload Script setzt falsche Chmod, Besitzer und Gruppen Rechte

Hallo,
Ich hab ein kleines Problem und zwar hab ich ein PHP Upload Script, wenn ich jetzt damit etwas hochlade dann setzt mir das Script falsche Chmod Rechte nämlich 777 wobei Standart ja eigentlich 644 sein sollte. Als Benutzer und Gruppe wird auch der Root eingetragen und nicht der Inhaber des Webs.

Das ist aber nur bei dem PHP Upload so, wenn ich über FTP etwas hochlade wird alles richtig gesetzt, also müsste eine Angabe in der PHP.ini falsch sein, denn das Script war auch schon auf meinem alten Server in Betrieb und dort hat es auch alle Rechte richtig gesetzt. Kann mir jemand sagen welche Angaben dafür in der PHP.ini zuständig sind, ich kann nämlich leider auch über Google nicht wirklich was finden

Grüße,
shifty

Ok, also dafür zuständig ist wohl die...

/etc/apache2/envvars

# envvars - default environment variables for apache2ctl




# Since there is no sane way to get the parsed apache2 config in scripts, some
# settings are defined via environment variables and then used in apache2ctl,
# /etc/init.d/apache2, /etc/logrotate.d/apache2, etc.
export APACHE_RUN_USER=www-data
export APACHE_RUN_GROUP=www-data
export APACHE_PID_FILE=/var/run/apache2.pid

Dort steht alles auf www-data deshalb wird eben dieser Benutzer auch beim PHP Upload eingetragen. Bloss welchen Benutzer trag ich jetzt dort ein, wo werden die denn definiert? Denn www-data schreibt mir eben alles mit Chmod 777.

Ok, also sorry wegen meinem ersten Beitrag, es werden mir www-data Rechte gesetzt, keine Root Rechte.

Als Beispiel mal ein hochgeladenes Testbild:
Chmod: 777 | Benutzer/Gruppe: www-data

[Blockierte Grafik: http://s2.imgimg.de/uploads/rechteverwaltung8274e38djpg.jpg]

Das erstellte Thumbnail fürs Testbild:
Chmod: 644 | Benutzer/Gruppe: www-data
[Blockierte Grafik: http://s2.imgimg.de/uploads/re…ltungthumbd05b30f2jpg.jpg]

Wie ihr seht wird bei diesem Script ein hochgeladenes Bild mit den Rechten von "www-data" versehen sollte aber eigentlich die Rechte "10000" haben, dass Original Bild bekommt dabei Chmod 777 und das erzeugte Thumbnail bekommt den richtigen Chmod 644. Macht beim Script keinen Unterschied, nur kann ich die so hochgeladenen Bilder eben nicht mehr über FTP dieses Webs löschen, sondern nur noch über das Script selbst.

Ok, hier noch ein zweites Script.

Mein Testbild:
Chmod: 644 | Benutzer/Gruppe: www-data
[Blockierte Grafik: http://s2.imgimg.de/uploads/rechteffaf754cjpg.jpg]

Thumbnail:
Chmod: 644 | Benutzer/Gruppe: www-data
[Blockierte Grafik: http://s2.imgimg.de/uploads/rechteffaf754cjpg.jpg]

Damit ist mir nun klar das im ersten Script die Rechte mit Chmod 777 gesetzt werden, kann ich also selbst ändern. Aber das mit dem Benutzer und der Gruppe ist ja bei beiden falsch, somit muss wohl was am Apachen geändert werden.

Ich selbst hab Suexec nicht installiert, ist nämlich noch so ziemlich das Original Image von Netcup, also Debian Etch mit Syscp! Der Ordner von Suexec ist aber vorhanden, ist nur die Datei www-data drinne:

/etc/apache2/suexec/www-data

/var/www
public_html/cgi-bin
# The first two lines contain the suexec document root and the suexec userdir
# suffix. Both features can be disabled separately by prepending a # character.
# This config file is only used by the apache2-suexec-custom package.

Und halt die envvars:

/etc/apache2/envvars

# envvars - default environment variables for apache2ctl




# Since there is no sane way to get the parsed apache2 config in scripts, some
# settings are defined via environment variables and then used in apache2ctl,
# /etc/init.d/apache2, /etc/logrotate.d/apache2, etc.
export APACHE_RUN_USER=www-data
export APACHE_RUN_GROUP=www-data
export APACHE_PID_FILE=/var/run/apache2.pid

Der Apache 2 Handler sieht halt so aus:
http://s2.imgimg.de/uploads/apache2handler6f1fb213jpg.jpg
Weiß jemand für was das (33)/33 steht?

Das nachträgliche ändern hab ich schon gemacht, ist ja auch kein Problem, allerdings auch keine wirkliche Lösung

Der Safe Mod ist nur für mein Web also "Local" auf Off der Master ist "On".

Um nochmal zu suExec zu kommen, kannst du mir vielleicht ein paar Seiten nenne die dieses Thema behandeln, vielleicht hast du selbst schon Erfahrungen damit gemacht?

Achso, na dann werd ich erstmal versuchen den chown Befehl dort noch einzubauen, gesetzt wird der Chmod bei diesem Script mit:

else
{
$datei_nach = UPLOADER_DIR.$config->bilder_ordner."/".htmlentities($this->neuer_bild_name($filename).".".$extension);
if (@copy($datei_von, $datei_nach))
{
@chmod ($datei_nach, 0777);

$this->upload['error'] = 0;
$this->upload['filename'] = basename($datei_nach);
$this->upload['file_dir'] = $datei_nach;
}

Hmm, also es wundert mich das niemand zu diesem Problem eine richtige Lösung weiß, denn eigentlich sollte das bei jedem der das Image von Netcup mit Debian und Syscp nutzt der Fall sein das PHP und FTP unter verschiedenen Benutzern laufen, somit halt ein Rechtekonflikt.

Keine Ahnung ob da was bei der Installation des Images schief gelaufen ist, normalerweise wird suExec nicht benötigt, habe bei Syscp nachgefragt. Ansonsten wissen die leider auch nicht woran das liegt.

Ich hatte jetzt keine Lust das nochmal komplett ohne Image zu installieren, denn sonst läuft alles.

Bin heute durch Zufall auf suPHP gestoßen, ist ein Apache Modul was genau dieses Problem beheben soll.
http://www.suphp.org/

Damit können die PHP Rechte an die Benutzer von Syscp gekoppelt werden, am Wochenende werde ich mal testen ob es läuft, aber ich hab schon mit jemandem gesprochen der es auch mit Syscp erfolgreich am laufen hat.

Ja, werd mal schauen, wenns halt nicht klappt muss ich wohl oder übel nochmal alles neu installieren, dann aber wahrscheinlich ohne Syscp.