You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users-de@httpd.apache.org by Helga Fischer <Az...@gmx.de> on 2010/07/20 22:53:33 UTC
Dateieigentümer Apache und nicht User
Hallo Liste,
ich habe hier einen lokalen Apachen (2.2.*) auf einer Suse 10.3
laufen.
Damit ich nicht immer Probleme mit dem Beschreiben bzw. Installation
von allem möglichen Testkram habe, gehört ein Verzeichnis komplett
mir, sprich, hat die Rechte user.user.
Im Falle von plain HTML oder auch einer Joomla-Installation war das
auch nie ein Problem.
Jetzt experimentiere ich jedoch mit Wikis ohne Datenbankgrundlage
(zBsp www.oddmuse.org).
Zwar läuft das cgi-Skript (Eigentümer user.user), aber es kann ein
Datenverzeichnis nur dann anlegen, wenn man diesem die Rechte 777
einräumt. Und dann passiert das, was ich nicht will: Es stellt die
Dateirechte auf wwwrun.www. Zwar korrigiert es dabei die Rechtemaske
auf 755, aber mir paßt naturgemäß der Eigentümer nicht.
Kann man dieses Verhalten irgendwie korrigieren?
Das cgi-Skrpt wird, wenn ich das richtig verstanden habe, über suexec
auch mit meinen Rechten ausgeführt. Dann sollte es doch auch möglich
sein, Dateien mit meinen Rechten anzulegen.
Helga
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------
Re: Gelöst: Dateieigentümer Apache und nicht User
Posted by Helga Fischer <Az...@gmx.de>.
Am Donnerstag, 22. Juli 2010 schrieb Rainer Sokoll:
> On Thu, Jul 22, 2010 at 11:50:52AM +0200, Helga Fischer wrote:
> > davon überzeugen, dass man auch die festeinkompilierte
> > Documentroot
>
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Weia.
> Denkt denn niemand an die Webmaster!?
Ich hätte mir da auch eine Konfigurationsmöglichkeit gewünscht.
Für Debian scheint's was in die Richtung zu geben:
apache2-suexec-custom; das muss ich aber erst mal recherieren.
Helga
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------
Re: Gelöst: Dateieigentümer Apache und nicht User
Posted by Rainer Sokoll <r....@intershop.de>.
On Thu, Jul 22, 2010 at 11:50:52AM +0200, Helga Fischer wrote:
> davon überzeugen, dass man auch die festeinkompilierte Documentroot
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Weia.
Denkt denn niemand an die Webmaster!?
SCNR und Glückwunsch,
Rainer
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------
Gelöst: Dateieigentümer Apache und nicht User
Posted by Helga Fischer <Az...@gmx.de>.
Hallo Liste,
Am Mittwoch, 21. Juli 2010 schrieb Helga Fischer:
> Am Mittwoch, 21. Juli 2010 schrieb Jan Luca:
> > wenn du das cgi-Skript über suexec mit deinen Rechten
> > (user-user) laufen lässt, dann sollten auch die erstellten Datei
> > mit deinen Rechten sein.
>
> OK, dann gucke ich da mal genauer nach. Ich ging davon aus, dass
> das inzwischen Standard ist und ich nichts mehr da dran einstellen
> muss.
Die Lösung war so einfach, dass es fast weh tut.
Ja, suexec ist tatsächlich standardmäßig aktiviert, das Modul wird
auch geladen. Man sollte sich nur durch
suexec2 -V
-D AP_DOC_ROOT="/srv/www"
[...]
davon überzeugen, dass man auch die festeinkompilierte Documentroot
verwendet. Ich hatte für meine Webexperimente eine andere genommen.
Ein Eintrag in die entsprechende vhosts von:
SuexecUserGroup user user
vervollständigt das Szenario.
Jetzt werden auch die neu angelegten Dateien des Oddmuse-Skripts mit
dem Eigentümer user:user angelegt. Falls man da mal händisch als
User was reparieren will, ist das ganz praktisch (und notwendig).
Helga
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------
Re: Dateieigentümer Apache und nicht User
Posted by Helga Fischer <Az...@gmx.de>.
Hallo in die Runde,
Am Mittwoch, 21. Juli 2010 schrieb Jan Luca:
> wenn du das cgi-Skript über suexec mit deinen Rechten (user-user)
> laufen lässt, dann sollten auch die erstellten Datei mit deinen
> Rechten sein.
OK, dann gucke ich da mal genauer nach. Ich ging davon aus, dass das
inzwischen Standard ist und ich nichts mehr da dran einstellen muss.
Helga
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------
AW: Dateieigentümer Apache und nicht User
Posted by Jan Luca <ja...@jans-seite.de>.
Hi,
wenn du das cgi-Skript über suexec mit deinen Rechten (user-user) laufen lässt, dann sollten auch die erstellten Datei mit deinen Rechten sein.
Viele Grüße
Jan
-----Ursprüngliche Nachricht-----
Von: Helga Fischer [mailto:Azula@gmx.de]
Gesendet: Dienstag, 20. Juli 2010 22:54
An: users-de@httpd.apache.org
Betreff: Dateieigentümer Apache und nicht User
Hallo Liste,
ich habe hier einen lokalen Apachen (2.2.*) auf einer Suse 10.3
laufen.
Damit ich nicht immer Probleme mit dem Beschreiben bzw. Installation
von allem möglichen Testkram habe, gehört ein Verzeichnis komplett
mir, sprich, hat die Rechte user.user.
Im Falle von plain HTML oder auch einer Joomla-Installation war das
auch nie ein Problem.
Jetzt experimentiere ich jedoch mit Wikis ohne Datenbankgrundlage
(zBsp www.oddmuse.org).
Zwar läuft das cgi-Skript (Eigentümer user.user), aber es kann ein
Datenverzeichnis nur dann anlegen, wenn man diesem die Rechte 777
einräumt. Und dann passiert das, was ich nicht will: Es stellt die
Dateirechte auf wwwrun.www. Zwar korrigiert es dabei die Rechtemaske
auf 755, aber mir paßt naturgemäß der Eigentümer nicht.
Kann man dieses Verhalten irgendwie korrigieren?
Das cgi-Skrpt wird, wenn ich das richtig verstanden habe, über suexec
auch mit meinen Rechten ausgeführt. Dann sollte es doch auch möglich
sein, Dateien mit meinen Rechten anzulegen.
Helga
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------
Re: Dateieigentümer Apache und nicht User
Posted by Michelle Konzack <li...@tamay-dogan.net>.
Hello Helga Fischer,
Am 2010-07-20 22:53:33, hacktest Du folgendes herunter:
> Kann man dieses Verhalten irgendwie korrigieren?
Das geht ausschließlich mit "suphp" oder "suexec".
Da ich mit PHP5 arbeite verwende ich "suphp", da ich ansonsten in den
~/public_html/ gewisse probleme bekommen würde. Wenn Apache2/php5 dann
irgendwo in ${HOME} schreibt, wird dann automatisch mit der ent-
sprechenden UID/GID geschrieben.
> Das cgi-Skrpt wird, wenn ich das richtig verstanden habe, über suexec
> auch mit meinen Rechten ausgeführt. Dann sollte es doch auch möglich
> sein, Dateien mit meinen Rechten anzulegen.
Ja.
Thanks, Greetings and nice Day/Evening
Michelle Konzack
--
##################### Debian GNU/Linux Consultant ######################
Development of Intranet and Embedded Systems with Debian GNU/Linux
itsystems@tdnet France EURL itsystems@tdnet UG (limited liability)
Owner Michelle Konzack Owner Michelle Konzack
Apt. 917 (homeoffice)
50, rue de Soultz Kinzigstraße 17
67100 Strasbourg/France 77694 Kehl/Germany
Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil
Tel: +33-9-52705884 fix
<http://www.itsystems.tamay-dogan.net/> <http://www.flexray4linux.org/>
<http://www.debian.tamay-dogan.net/> <http://www.can4linux.org/>
Jabber linux4michelle@jabber.ccc.de
ICQ #328449886
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Re: Dateieigentümer Apache und nicht User
Posted by Martin Ebert <ma...@wb-online.de>.
Michelle Konzack schrieb:
> Hello Martin Ebert,
>
> Am 2010-07-20 23:46:05, hacktest Du folgendes herunter:
>> Was würde dagegen sprechen, den ganzen oddmuse-Krempel
>> mit den Rechten wwwrun - www zu haben?
> Unter Umständen könnte das verheredne Folgen haben, denn nicht alle
> Programme lassen eine Bearbeitung von anderen als UID zu und wenn man
> sich zu der Gruppe hinzufügt (in meinem falle währen das 43 was nicht
> geht da Linux nur 32 zuläßt) haste am ende ein Rechte-Problem nach allen
> Windrichtungen.
Wieso?
Also vmtl. reden wir aneinander vorbei - oder ich habe etwas nicht
richtig verstanden. Also oddmuse ist ein wiki auf Perl- oder php(?)-
Basis. Dort gibt es in Bezug auf das Dateisystem und Apache nur einen
Nutzer - oddmuse selbst.
oddmuse kann natürlich mehrere Autoren haben. Aber das ist die
Anwendungsebene, das fackelt oddmuse auf seiner Ebene allein ab.
Also ich kann den Grund nicht erkennen, warum ein Apache-Script (und
nichts anderes ist oddmuse) nicht unter dem Standardnutzer des Apache
laufen kann. Mit logischerweise dessen Rechten - das ist ja erstmal
konzeptionsgemäß. Oder was meinst Du, wo ist das Mißverständnis?
Freundliche Grüße,
Martin
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------
Re: Dateieigentümer Apache und nicht User
Posted by Michelle Konzack <li...@tamay-dogan.net>.
Hello Martin Ebert,
Am 2010-07-20 23:46:05, hacktest Du folgendes herunter:
> Was würde dagegen sprechen, den ganzen oddmuse-Krempel
> mit den Rechten wwwrun - www zu haben?
Unter Umständen könnte das verheredne Folgen haben, denn nicht alle
Programme lassen eine Bearbeitung von anderen als UID zu und wenn man
sich zu der Gruppe hinzufügt (in meinem falle währen das 43 was nicht
geht da Linux nur 32 zuläßt) haste am ende ein Rechte-Problem nach allen
Windrichtungen.
Thanks, Greetings and nice Day/Evening
Michelle Konzack
--
##################### Debian GNU/Linux Consultant ######################
Development of Intranet and Embedded Systems with Debian GNU/Linux
itsystems@tdnet France EURL itsystems@tdnet UG (limited liability)
Owner Michelle Konzack Owner Michelle Konzack
Apt. 917 (homeoffice)
50, rue de Soultz Kinzigstraße 17
67100 Strasbourg/France 77694 Kehl/Germany
Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil
Tel: +33-9-52705884 fix
<http://www.itsystems.tamay-dogan.net/> <http://www.flexray4linux.org/>
<http://www.debian.tamay-dogan.net/> <http://www.can4linux.org/>
Jabber linux4michelle@jabber.ccc.de
ICQ #328449886
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Re: Dateieigentümer Apache und nicht User
Posted by Martin Ebert <ma...@wb-online.de>.
Liebe Liste,
hallo Helga,
> Dateirechte auf wwwrun.www.
Unter wwwrun läuft Apache, richtig?
Ich habe usemod zu laufen, was ja knapp daneben ist.
> Kann man dieses Verhalten irgendwie korrigieren?
Soweit ich recht erinnere, ist der gesamte statische und
dynamische Krempel in exakt einem Unterverzeichnis.
Was würde dagegen sprechen, den ganzen oddmuse-Krempel
mit den Rechten wwwrun - www zu haben?
Ich grüße freundlich,
Martin
--
http://www.klug-suchen.de
http://www.ddr-wissen.de
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------