www-data, www-run problem, Plesk

Sicknature

New Member
Mahlzeit zusammen,

hab nen VServer und Debian Lenny und LAMP drauf laufen,
ich benutze Plesk um schwerwiegenden probleme zu vermeiden.

Ich habe nun 2 Domains umgezogen und einem Kunden zugewiesen.

Ich lasse PHP über fast-cgi laufen und möchte dass es mit fast-cgi und suexec läuft! da ich in meinem Content Management System ständig www-run bzw. www-data probleme habe da das CMS diese user zum uploaden benutzt.

Nun gibts das problem dass die dateien aber über das CMS nicht installiert werden können da, www-data oder www-run keinen zugriff haben bzw. dem user 10002 ( admin2 ) in die quere kommen.

Nun die Frage wie kann ich das Problem lösen? wie kann ich sicherstellen dass jede neue domain und jedes verzeichnis (www/var/vhosts/domain) dieses problem nicht haben?

muss ich zusätzlich zu dem dass ich alles über fast-cgi laufen lasse noch etwas in der php.ini ändern?


Vielen dank im voraus
 
Last edited by a moderator:
Was ist die eigentliche Frage oder Problem?

Wenn Du FastCGI schon am laufen hast, ist das wwwrun-Problem eigentlich schon behoben. Es könnte allerdings sein, dass Du "Altlasten" beim Umzug mitgeschleppt hast. Dann solltest Du dort den User auf den Webuser anpassen.

huschi.
 
Es könnte allerdings sein, dass Du "Altlasten" beim Umzug mitgeschleppt hast. Dann solltest Du dort den User auf den Webuser anpassen.


Das könnte natürlich sein, da das problem in anderer form weiterbesteht.
Konkret gesagt: Die dateien können nicht per FTP Layer des CMS auf den server geladen werden mangels berechtigung o.Ä. im CMS selbst sind die verzeichnisse mit den richtigen dateiberechtigungen ausgestattet, daran kann es nicht liegen.

Welche "Altlasten" könnten dies sein? wie kann ich das beheben?

Vielen dank im voraus
 
Wenn Du FastCGI + Suexec aktiviert hast, brauchst Du keinen FTP-Layer (reden wir von Joomla?) mehr.
Im Gegenteil: Dann machen Dir Verzeichnisse die auf den Apache-User abgestimmt sind (gehören wwwrun, o.ä.) eher Probleme.

Du lieferst leider keine Fakten sonder redest viel zu viel um den heißen Brei.
Bisher ist noch nicht mal klar ob Du bereits FastCGI am laufen hast.
Dann wäre es gut, wenn Du ein "ls -l ...../httpdocs/" liefern würdest. Daran könnten wir auch mal sehen, wie die Rechte nun vergeben sind.

huschi.
 
Entschuldige bitte Huschi,

Richtig es geht um Joomla! ( bei der installation von komponenten nutzt Joomla! selber aber den FTP Layer )

Wie genau kann ich denn prüfen ob nun Fast-CGI und Suexec übernommen wurden und laufen?

Das wird mir für die domain ausgegeben:
Code:
root@xxx~# ls -l /var/www/vhosts/XXX/httpdocs
total 508
-rw-r--r--  1 admin3 psacln  76539 Nov  3 15:00 CHANGELOG.php
-rw-r--r--  1 admin3 psacln   1172 Jan 26  2010 COPYRIGHT.php
-rw-r--r--  1 admin3 psacln  14918 Nov  2 13:49 CREDITS.php
-rw-r--r--  1 admin3 psacln   4344 Jan 26  2010 INSTALL.php
-rw-r--r--  1 admin3 psacln  17816 Jan 17  2009 LICENSE.php
-rw-r--r--  1 admin3 psacln  27986 Jan 26  2010 LICENSES.php
drwxr-xr-x 11 admin3 psacln   4096 Jan 11 10:36 administrator
drwxrwxrwx  8 admin3 psacln   4096 Jan 20 14:27 cache
drwxrwxrwx 16 admin3 psacln   4096 Jan 20 14:34 components
-r--r--r--  1 admin3 psacln   1996 Jan 18 12:03 configuration.php
-rw-r--r--  1 admin3 psacln   4000 Nov  5 16:13 configuration.php-dist
-rw-r--r--  1 admin3 psacln   9523 Jan 15 13:40 dasfds.png
-rw-r--r--  1 admin3 psacln 260800 Jan 15 13:42 dsvd.png
-rw-r--r--  1 admin3 psacln   2773 Jan 26  2010 htaccess.txt
drwxr-xr-x  9 admin3 psacln   4096 Jan 14 10:03 images
drwxrwxrwx  8 admin3 psacln   4096 Jan 11 10:38 includes
-rw-r--r--  1 admin3 psacln   2049 Jan 26  2010 index.php
-rw-r--r--  1 admin3 psacln    588 Jan 26  2010 index2.php
drwxr-xr-x  5 admin3 psacln   4096 Jan 11 10:39 language
drwxr-xr-x 16 admin3 psacln   4096 Jan 11 10:40 libraries
drwxr-xr-x  2 admin3 psacln   4096 Jan 11 10:40 logs
drwxr-xr-x  4 admin3 psacln   4096 Jan 11 13:31 media
drwxrwxrwx 27 admin3 psacln   4096 Jan 20 14:35 modules
drwxrwxrwx 11 admin3 psacln   4096 Jan 11 10:43 plugins
-rw-r--r--  1 admin3 psacln    304 Aug  8  2006 robots.txt
drwxr-xr-x  7 admin3 psacln   4096 Jan 18 08:42 templates
drwxr-xr-x  2 admin3 psacln   4096 Jan 20 15:31 tmp
drwxr-xr-x  4 admin3 psacln   4096 Jan 11 10:44 xmlrpc


2. Domain
Code:
root@xxx:~# ls -l /var/www/vhosts/XXX2/httpdocs
total 76
-rw-r--r--  1 admin2 psacln 32629 Jan 14 14:58
drwxr-xr-x  2 admin2 psacln  4096 Jan 14 14:58 
drwxr-xr-x  2 admin2 psacln  4096 Jan 14 15:01
drwxr-xr-x 20 admin2 psacln  4096 Jan 14 15:04
drwxr-xr-x  4 admin2 psacln  4096 Jan 14 14:58
drwxr-xr-x 12 admin2 psacln  4096 Jan 14 15:00 
-rw-r--r--  1 admin2 psacln    16 Jan 14 14:58
drwxr-xr-x  3 admin2 psacln  4096 Jan 14 15:01 
-rw-r--r--  1 admin2 psacln   103 Jan 14 14:58 
drwxr-xr-x  6 admin2 psacln  4096 Jan 14 15:01 
drwxr-xr-x 11 admin2 psacln  4096 Jan 14 15:26 
drwxr-xr-x 11 admin2 psacln  4096 Jan 14 15:27
 
Last edited by a moderator:
Bitte noch beantworten:
Bisher ist noch nicht mal klar ob Du bereits FastCGI am laufen hast.

bei der installation von komponenten nutzt Joomla! selber aber den FTP Layer
Nur wenn FTP aktiviert ist. Und wie gesagt: Sobald fcgi mit suexec läuft ist es unnötig. Dann kann Joomla seine Pakete direkt installieren.

drwxr-xr-x 2 admin3 psacln 4096 Jan 20 15:31 tmp
Solange aber kein suexec läuft, braucht das tmp-Verzeichnis mehr Rechte. Denn hier landen die Uploads. Eine Komponente wird ggf. hier drin erstmal ausgepackt.

huschi.
 
Wie immer mit phpinfo.

huschi.

Hab mal eine angelegt aber SUEXEC kann ich dort bisher nicht finden, läuft aber über fcgi...


EDIT:

Code:
root@vz-2:~# suexec -V
-bash: suexec: command not found

Scheint als ob SUEXEC nicht läuft. Habe es aber auch nicht explizit installiert...
 
Last edited by a moderator:
scheint als ob apache2-suexec gar nicht installiert ist :rolleyes:
bitte ausführen:
Code:
apt-get install apache2-suexec
 
/usr/local/cpanel/bin/rebuild_phpconf
Hast Du CPanel oder Plesk? Du musst Dir schon selbst einig sein.
Ich denke mal Du hast Plesk. Von daher solltest Du keine Vorschläge blind in die Console hämmern.

suexec -V
@Sicknature und @satriani
Das Programm suexec ist selten über den PATH erreichbar.
Daher vorher prüfen wo es liegt: locate suexec
Und dann über den ganzen Pfad aufrufen: /usr/lib/apache2/suexec -V

huschi.
 
Hmmmm komisch, was muss ich denn noch ändern???

denn locate suexec gibt folgendes aus:

-bash: locate: command not found

nach dem befehl
apt-get install apache2-suexec

schien es zu installieren aber dennoch nichts...


EDIT: hat es installiert...

root@xxx:~# apt-get install apache2-suexec
Reading package lists... Done
Building dependency tree
Reading state information... Done
apache2-suexec is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 46 not upgraded.
root@xxx:~#

----------------------------------------------------------------------------------
suexec -V
-bash: suexec: command not found
 
Last edited by a moderator:
Back
Top