Dateiberechtigungsprobleme (UID: 99)

16. Januar 2010

Warnung Diese Informationen können überholt sein. Bitte lesen Sie das Forum für bis zu RevMax Hilfe und Anweisungen. Bisher http://www.openxpayments.com .

Es ist mir zu Ohren gekommen, dass einige Gastgeber ein wenig scheinen veraltet und vielleicht ein bisschen wie ungesicherte Dateien pro Nutzer und Zugriffsrechte. Ich bin immer noch erforscht, es selbst und der Suche nach einer Lösung, die möglichst alle Host passen könnte. Bis dahin, wenn Sie auf Probleme stoßen Dateirechte dies wird hoffentlich helfen.

Standard-Installation PHP als mod_php Modul ist eines der größten Sicherheitslücken bei Web-Servern Software.
Lets überlegen, warum. Wenn Sie PHP als mod_php installiert dann alle PHP-Anwendungen sind unter einer gemeinsamen Benutzer "nobody" oder "www" oder "Apache" laufen. Es bedeutet, wenn der User 'Smith' hat Dateien auf seinem Home-Verzeichnis befindet, alle anderen, die ein Konto bei der gleichen Server hat lesen können (und ändern) seine Dateien mit regulären PHP-basierten Dateimanager.
Um dieses Problem bietet Apache 'suexec' Technologie, um Nutzer-Software unter ihrem eigenen System-Accounts laufen zu vermeiden. Es bedeutet, Benutzer 'Smith' hat 'my_secure_data.txt' chowned zu "Smith" und es wird funktionieren, weil seine Anwendungen unter 'Smith' System Konto bei suexec Umgebung ausgeführt werden. Grundsätzlich wird suexec-Technologie für Anwendungen, die als CGI-Skripte zur Verfügung gestellt.
http://www.phpasks.com/suphp/

Auf Non-suphp Server-Umgebung, wenn ein PHP-Skript hat, um eine Datei auf einen Ordner, hochladen (zB: OpenX Plugins) um, um es in den Ordner hochgeladen, muss es weltweit Schreibrechte besitzen (777).

Als Plugins, die von PHP hochgeladen werden, auf Nicht-Server-Umgebung suphp es in der Regel Benutzer-ID von 99 zugeordnet. Damit wird es PHP hochgeladenen Dateien auf nicht von der FTP-Benutzer und keine Berechtigungen zu ändern, oder löschen Sie sie gehören.

DAS PROBLEM: Der Einfachheit halber RevMax setzt alle Verzeichnis (755) und Datei (644) Berechtigungen für die Installation und kann zu Fehlern führen Sie müssen jedoch manuell Berechtigungen für den Ordner Kunden / OpenX / Clients eingerichtet, nach dem Upload..

Sie können Ihren Server für dieses Problem zu testen. Wenn Sie phpinfo () verwenden können, können Sie eine PHP-Datei mit folgendem Inhalt:

  ( ) ; ?> <? Phpinfo ();?>

Laden Sie es zu einem Web zugänglich Ordner auf dem Server, und suchen Sie es in einem Browser, dann suchen, wo es heißt Server-API. Wenn der Wert sagt Apache dann seine nicht läuft PHP mit suPHP. Wenn es CGI sagt dann läuft suPHP.

Wenn Sie oder können dies (uid: 99) sehen, wissen um das Problem zu sein, können Sie chown-Paket alle Ordner und Dateien, und chmod nach Bedarf. um seine Funktionalität wiederherzustellen. Hier ein paar weitere Informationen zum Thema "chown" und Shell-Befehle, die helfen können.

Wenn Sie dies vor der Installation wissen, können Sie das Paket entpacken und laden Sie die Dateien mit FTP und setzen Sie die Berechtigungen entsprechend, dann in OpenX zu protokollieren und das Plugin installieren. Sie sollten dann das Eigentum an allen Dateien und Ordnern des RevMax Plugin. Plugin Dateien und Ordner sollten dem OpenX-Verzeichnis hochgeladen werden, wie in dem entpackten Paket gesehen.

OpenX / Kunden ....
OpenX / plugins / etc ....
OpenX / www / admin / plugins ...

Um dieses Problem zu beheben permanent möchten Sie vielleicht folgen Sie diesem Link und sichern Sie Ihre Server und installieren Sie das suPHP Modul für Apache. Dies wird natürlich machen Sie gehen durch alle Plugins und Reset-Datei Besitzer und Rechte, wie sie bei der Installation mit PHP erstellt und wird als Fehler in openxmarket Installation auf einem Server cPanel gesehen verursachen.

Zur Zeit arbeite ich auf Skripte, um für die Server-Varianten zu überprüfen, und hoffentlich auch dieses Problem lösen für diese Umgebungen.

Wie immer könnt ihr mich zu kontaktieren oder direkt ins Forum posten , wenn Sie Fragen haben oder Hilfe benötigen.