Shared Typo3_src

Hallo!

Wir moven gerade auf einen neuen Webserver, auf dem Plesk läuft. Da stellt sich folgendes Problem:

Wenn das dummy verzeichnis und das typo3_src verzeichnis beide im "webroot" (unter plesk httpdocs) liegen klappt alles wunderbar.

Sobald ich aber das typo3_src verzeichnis rausmove (sodaß der Symlink zB auf ../../../typo3_src-4.0 zeigt) funktioniert es einfach nicht.

Das hat sicher mit einer vordefinierten Sicherheitseinstellung von Plesk zu tun denke ich, daß man nur unterhalb seines eigenen homedirs was ausführen darf , oder?

an welcher schraube muß ich da drehen? irgendwas open_basedir mäßiges oder sowas?

danke für eure antworten

Okay, das Problem ist gelöst!

Das Directory in dem der Typo Core liegt muß in der open_basedir direktive eingetragen sein!

Unter Plesk legt man dazu im Verzeichnis conf (unterhalb jedes Stammverzeichnisses jeder Domain) eine Datei vhost.conf an.

Ich habe dazu die datei conf/httpd.include dupliziert und alles rausgelöscht bis auf die zeilen in denen die openbasedir direktive steht sowie deren übergeordnete Container (zB.: <ifmodule sapi_apache2c=""> ... </ifmodule>).

In der neuen vhost.conf ergänzt man nun die open_basedir anweisungen um das neue directory. in meinem fall

php_admin_value open_basedir "/var/www/vhosts/example.com/httpdocs:/tmp:/var/www/vhosts/shared"

- wobei der fette teil neu ist.

damit plesk die änderungen übernimmt muß man noch den Befehl

/usr/local/psa/admin/sbin/websrvmng --reconfigure-vhost --vhost-name=DOMAINNAME

ausführen. (unter plesk8 zumindest)

etwaige Änderungen in der httpd.include werden übrigens immer verworfen.[/b][/i]

Okay - denkste! So einfach wars doch nicht!

Prinzipiell funktioniert das ja, wenn man das Verzeichnis wo die typo3_src liegt in die Openbasedir Direktive einträgt.

ABER:

sobald ich den besitzer des ordners typo3 (typo3_src-3.8.1/typo3) ändere finden alle anderen typo3 installationen den order nicht.

Und das obwohl der ordner auf "chmod 777" steht.

es funktioniert immer die typo3-instanz die denselben owner hat wie dieses verzeichnis.

woran kann das liegen? ich dachte wenn ein verzeichnis auf 777 steht kann jeder (system-) user darauf zugreifen?

versteh die welt nicht mehr...[/b]

Normalerweise sollten die unterschiedlichen User ja in der gleichen Usergruppe sein. Probier mal das Verzeichnis dieser Usergruppe rekursiv zuzuweisen:

chgrp -R Usergruppe typo3_src-3.8.1

kuhbus schrieb

ABER:
sobald ich den besitzer des ordners typo3 (typo3_src-3.8.1/typo3) ändere finden alle anderen typo3 installationen den order nicht.
Und das obwohl der ordner auf "chmod 777" steht.

Nur für Besitzer trotz 777 heißt i.d.R. daß da safe_mode greift.

hab ich natürlich alles schon probiert...

funktioniert aber nicht

ich werde einfach pro domain ein eigenes typo3_src verwenden...

weiß jemand wie tragisch da der RAM-mehrverbrauch wirklich ist?

weiß jemand wie tragisch da der RAM-mehrverbrauch wirklich ist?

Das Spielt für RAM doch keine Rolle ob der Source geshared ist oder nicht. Was du logischerweise brauchst ist mehr Festplattenkapazität.

Ich habe gestern für ein Projekt Typo3 insatlliert, bei mir sind die Sourcen auch per open Basedir eingetragen, als Gruppe habe ich "www" (meine Webservergruppe) genommen, funzt prima, sollte auch von den anderen Webs aus gehen.

Bei mir war wegen dem SafeMode auch noch wichtig, daß das Safe_Mode_exec_dir den Pfad zu IM beinhaltet, habe ich ebenfalls mit in die vhost.conf und vhost_ssl.conf genommen. IM habe ich im selben Verzeichnis wie die Sourcen stehen.

Damit nachher die Updaterei nicht zum Akt wird, habe ich für IM und die Sourcen ein extra Verzeichnis angelegt und dieses in das Open Basedir genommen und IM extra nochmal in das Safe_Mode_exec_dir.

Hat bisher prima geklappt.

Hier meine vhost.conf (+vhost_ssl.conf):

<Directory "/home/httpd/vhosts/domain.tld/httpdocs">
  php_admin_value open_basedir "/home/httpd/vhosts/domain.tld/httpdocs:/tmp:/home/httpd/vhosts/typo3"
  php_admin_value safe_mode_exec_dir "/home/httpd/vhosts/typo3/im"
  php_admin_flag register_globals On
</Directory>

Sollte so hinhauen.

Gruß
Outi

Outlaw schrieb

sollte auch von den anderen Webs aus gehen.

bei mir hat eh auch alles geklappt - bis auf den zugriff aus einem anderen httpdocs verzeichnis / mit einem anderen plesk-client.

es hat immer nur geklappt wenn der owner der typo3_src files derselbe war wie der plesk client (oder eben der owner der dummy-files wenn man so will)

Nachtrag zum Verständnis:

/home/httpd/vhosts/typo3

ist weder das Dummy Paket noch die Sourcen, ich habe dieses Verzeichnis einfach so genannt, weil es eben mit Typo3 zu tun hat. In diesem Verzeichnis sind extra nochmal Verzeichnisse mit den Sourcen und parallel IM ....

Beispiel:
/home/httpd/vhosts/typo3/typo3-src-xxxx/
/home/httpd/vhosts/typo3/im/

Gruß
Outi

kuhbus schrieb

Outlaw schrieb

sollte auch von den anderen Webs aus gehen.

bei mir hat eh auch alles geklappt - bis auf den zugriff aus einem anderen httpdocs verzeichnis / mit einem anderen plesk-client.

es hat immer nur geklappt wenn der owner der typo3_src files derselbe war wie der plesk client (oder eben der owner der dummy-files wenn man so will)

Und warum setzt Du den Owner nicht z.B. auf wwwrun ??

Bei mir gabs eben keine Probleme, weil ich die Gruppe eben auf www gesetzt habe, da spielt der Owner keine Rolle mehr.

Ich habe nirgendwo in der ganzen Installation den Owner der Pleskclients gesetzt, ich habe das ganze per Shell installiert und nicht per FTP.

Gruß
Outi

hi!

habe auch alles per shell installiert

habe folgende varianten erfolglos probiert:

user: apache (heißt bei mir so)
groups: apache, psacln, psaserv

chmod 777 auf alle typo3_src files...

hat alles nicht gefruchtet.

oder gibt es eine php regel, dass der owner einer aufrufenden php datei derselbe sein muß wie der der aufgerufenen.

das ist nämlich der einzige fall den ich nicht probiert hab.

kuhbus schrieb

oder gibt es eine php regel, dass der owner einer aufrufenden php datei derselbe sein muß wie der der aufgerufenen.

das ist nämlich der einzige fall den ich nicht probiert hab.

Verstehe die Frage nicht ganz ....

Wenn 2 User in der selben Gruppe sind, dann dürfen sie natürlich auch auf die Dateien des jeweils anderen zugreifen.

Gruß
Outi

Hast Du chown bzw. chmod auch rekursiv gesetzt. Sprich nicht nur den Ordern "typo3_src" an sich, sondern auch den Inhalt?

Sonst ist zwar z.B. apache der Owner des Ordners typo3_src aber eine enthaltene Datei könnte noch root gehören.

Rekursiv setzt du i.d.R. mit der Option "-R".

Also:

chmod -R 777 typo3_src

oder

chown -R apache:apache typo3_src

Rekursives Setzen von Berechtigungen (Verzeichnisse "rwx"-Rechte (wichtig, um enthaltene Dateien löschen zu können) und Dateien "rw"-Rechte) geht elegant mit einem Shellscript:

#!/bin/bash
#

find $1 -type d -exec chmod 775 {} \;
find $1 -type f -exec chmod 664 {} \;
find $1 -type d -exec chown username.servergruppe {} \;
find $1 -type f -exec chown username.servergruppe {} \;

Aufgerufen wird das Script mit script.sh verzeichnis.

Nachtrag zu meiner VHost Datei:

Ich habe das register_globals wieder rausgenommen, Typo3 soll auch ohne funzen und bisher tut es das prima ....

Gruß
Outi

@kuhbus

Ich habe vielleicht eine Lösung für Dich:

Schau mal hier:

http://www.typo3forum.net/forum/tools-und-tipps/12658-howto-mehrere-typo3-instanzen-und-nur-eine-typo3-source.html

Ich hatte heute ebenfalls Probleme. Die sind aber noch nicht ganz geklärt aber so weit funzt es ganz gut.

Ich habe jetzt den wwwrun nicht in die Gruppe psacln aufgenommen, da ich keinen FTP Zugriff brauche und per Shell an meine Daten komme.

Vielleicht hilft es ja.

Nun zu meinem Problem:

Ich hatte ja allen Dateien und Verzeichnissen die Kombination wwwrun:www gegeben, was ja auch bei Domain 1 super geklappt hat, alles läuft 1a.

Heute wollte ich nun Domain 2 einrichten und habe analog der damaligen Installation von Domain 1 alles wiederholt.

Dummerweise bekam ich trotz wwwrun:www keine Berechtigung, obwohl Domain 1 perfekt damit läuft. Nun habe ich rumgeforscht und gesehen, daß im Apache Log "Symbolic Links not allowed" drin steht und daher kein Zugriff funktioniert.

Wie gesagt, die Sourcen liegen in einem gesharten Bereich und beide Domains sind identisch mit Rechten versehen, Symlinks identisch und die Geschichte wird auch gefunden, nur eben funzt Domain 2 ums Verrecken nicht.

Also habe ich in die vhost.conf noch +OptionSymLinks eingetragen und das ****ding rennt endlich.

Aber:

Warum brauche ich die +OptionSymLinks in Domain 1 nicht, dafür aber in Domain 2 ??

Da bin ich noch am Suchen ....

Habe heute den ganzen Abend nach Problemen gesucht, anstatt die neue Webseite zu designen .... *grmbl*

Naja, aber es geht auch mit Plesk einwandfrei, die Sourcen zu sharen.

Gruß
Outi