open_basedir-Einschränkung in Kraft. Datei(/) befindet sich nicht innerhalb der zulässigen Pfade:

Lesezeit: 4 Minuten

open basedir Einschrankung in Kraft Datei befindet sich nicht innerhalb der zulassigen
Webnet

Ich erhalte diesen Fehler bei einem Avatar-Upload auf meiner Website. Ich habe es noch nie zuvor bekommen und in letzter Zeit wurde nichts geändert, damit ich diesen Fehler bekomme …

Warning: is_writable() [function.is-writable]: 
open_basedir restriction in effect. 
File(/) is not within the allowed path(s):

  • Sie haben eine nicht funktionierende Antwort akzeptiert.

    – sjas

    17. August 2015 um 13:57 Uhr

  • Bitte klären Sie, ob die derzeit akzeptierte Antwort die funktionierende ist. und dann @sjas, bitte bearbeite oder lösche deinen Kommentar. Es ist verwirrend. 😐

    – Yogesh

    7. Oktober 2021 um 11:36 Uhr

Ändern Sie die open_basedir-Einstellungen in Ihrem Hosting-Account und setzen Sie sie auf none. Suchen Sie die open_basedir-Einstellung im Bereich „PHP-Einstellungen“ Ihres Plesk/cPanel. Stellen Sie es in der dort angegebenen Dropdown-Liste auf “none” ein. Ich habe sie im Panelbild von Plesk gezeigt.

Geben Sie hier die Bildbeschreibung ein
Geben Sie hier die Bildbeschreibung ein

  • @yogihosting Nachdem ich dies getan habe, habe ich eine Fehlermeldung erhalten – Das von Ihnen angegebene Modell kann nicht gefunden werden: Home_model

    – Heemanshu Bhalla

    28. April 2016 um 11:31 Uhr

  • Etwas spät dazu, aber gibt es eine Möglichkeit, dies für alle Plesk-Sites zu tun? Ich habe es in der globalen php.ini für die Version, die die Sites verwenden, auf none gesetzt: gyazo.com/dfffbe7f9b3a20ede97da72f1ddfc777 Aber sie bekommen immer noch den Fehler.

    – Matt Cowley

    24. Juli 2016 um 9:47 Uhr


  • @MattCowley Sie müssen dies für jede einzelne Site tun, die im Plesk-Panel gehostet wird.

    – Yogihosting

    27. Juli 2016 um 19:31 Uhr

Um diesen Fehler zu beheben, müssen Sie die Datei httpd.conf bearbeiten. Lange bevor es in phpinfo in der Apache2handler-Abschnittsdirektive Server Root zu sehen ist. Zum Beispiel in meinem Fall auf diese Weise – /etc/httpd/httpd.conf. Öffnen Sie die Datei httpd.conf, finden Sie die Erwähnung des Parameters open_basedir. Und setze es auf keine. (php_admin_value open_basedir keiner)

  • Die Einstellung auf ‘none’ hat bei mir funktioniert – auch mit einer Plesk-Oberfläche.

    – Baggerwelt

    11. September 2014 um 13:42 Uhr

  • ich fand die open_basedir Konfiguration in meiner php.ini. (Arch Linux auf Raspberry Pi mit PHP 5)

    – Dennis van der Schagt

    12. November 2014 um 0:36 Uhr

  • Habe es auch in meiner php.ini (auch Arch) gefunden. Kommentieren Sie einfach die Zeile aus, um den gleichen Effekt wie diese Antwort zu erzielen.

    – Ben Elgar

    15. Oktober 2015 um 16:18 Uhr

  • @BenElgar nur durch das Kommentieren der Zeile hat Werke erwähnt, ich frage nur, ob dort ein Risiko besteht

    – mwangaben

    18. März 2019 um 2:34 Uhr

Wenn Sie dies mit ausführen php file.php. Sie müssen bearbeiten php.ini
Finde diese Datei:

: locate php.ini
/etc/php/php.ini

Und fügen Sie den Pfad der Datei an open_basedir Eigentum:

open_basedir = /srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/:/etc/webapps/:/run/media/andrew/ext4/protected

  • Dies ist die einzige Lösung, die auf mehrere spezifische Pfade verweist, anstatt die Sicherheit insgesamt zu überspringen.

    – mvreijn

    3. Dezember 2019 um 9:14 Uhr

open basedir Einschrankung in Kraft Datei befindet sich nicht innerhalb der zulassigen
Josh P

Für mich war das Problem schlechte/fehlende Konfigurationswerte für den Plesk-Server, auf dem das Ganze läuft. Ich habe mich einfach an die Anleitung hier gehalten:
http://davidseah.com/blog/2007/04/separate-php-error-logs-for-multiple-domains-with-plesk/

Sie können PHP so konfigurieren, dass es für jede VirtualHost-Definition eine separate Fehlerprotokolldatei gibt. Der Trick besteht darin, genau zu wissen, wie es eingerichtet wird, da Sie die Konfiguration nicht direkt berühren können, ohne Plesk zu beschädigen. Jeder Domainname auf Ihrem (dv) hat sein eigenes Verzeichnis in /var/www/vhosts. Ein typisches Verzeichnis hat die folgenden Verzeichnisse der obersten Ebene:

cgi-bin/
conf/
error_docs/
httpdocs/
httpsdocs/
...and so on

Sie sollten eine vhost.conf-Datei im Ordner conf/ des Domänenverzeichnisses mit den folgenden Zeilen erstellen:

php_value error_log /path/to/error_log
php_flag display_errors off
php_value error_reporting 6143
php_flag log_errors on

Ändern Sie den ersten Wert so, dass er Ihrer tatsächlichen Installation entspricht (ich habe /tmp/phperrors.log verwendet). Nachdem Sie die vhost.conf-Datei bearbeitet haben, testen Sie die Konfiguration von der Konsole aus mit:

apachectl configtest
…or if you don’t have apachectl (as Plesk 8.6 doesn’t seem to)…

/etc/init.d/httpd configtest

Und schließlich teilen Sie Plesk mit, dass Sie diese Änderung vorgenommen haben.

/usr/local/psa/admin/bin/websrvmng -a

Der Pfad, auf den Sie sich beziehen, ist falsch und nicht innerhalb des Verzeichnisstammverzeichnisses Ihres Arbeitsbereichs. Versuchen Sie, einen absoluten Pfad für die Datei zu erstellen, auf die Sie zugreifen möchten, wobei Sie jetzt wahrscheinlich einen relativen Pfad verwenden …

  • Es verwendet einen absoluten Pfad. Es funktioniert für alle Benutzer außer diesem.

    – Webnet

    4. Dezember 2009 um 18:30 Uhr

1646972049 987 open basedir Einschrankung in Kraft Datei befindet sich nicht innerhalb der zulassigen
Qlimax

wenn Sie diese Art von Problem mit ispconfig3 haben und einen solchen Fehler erhalten

open_basedir-Einschränkung in Kraft. Datei (/var/www/clients/client7/web15) befindet sich nicht innerhalb der zulässigen Pfade:………

Um es (in meinem Fall) zu lösen, setzen Sie einfach PHP im Panel der Website von ispconfig3 auf SuPHP

Hoffe es hilft jemandem 🙂

  • Es verwendet einen absoluten Pfad. Es funktioniert für alle Benutzer außer diesem.

    – Webnet

    4. Dezember 2009 um 18:30 Uhr

1646972050 994 open basedir Einschrankung in Kraft Datei befindet sich nicht innerhalb der zulassigen
Bartuzz

Ich hatte dieses Problem auf einer meiner WordPress-Sites nach dem Aktualisieren und/oder Verschieben 🙂

Überprüfen Sie in der Datenbanktabelle ‘wp_options’ den ‘upload_path’ und bearbeiten Sie ihn richtig …

  • welchen Wert hast du eingestellt? /[…]/public_html/wp-content/uploads ?

    – Brett

    9. Oktober 2018 um 21:09 Uhr

989830cookie-checkopen_basedir-Einschränkung in Kraft. Datei(/) befindet sich nicht innerhalb der zulässigen Pfade:

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy