#22101 [Com]: Wrong behaviour of open_basedir restriction

ID: 22101 Comment by: d-e-a-t-h@gmx.net Reported By: cmouse@quakenet.org Status: Analyzed Bug Type: Scripting Engine problem Operating System: Debian linux 2.4.19 PHP Version: 4.3.0 New Comment: I have the same Problem under RedHat 7.1 with PSA (Plesk Server Administrator) 5.x. It seems that PHP 4.3.0 doesn't set the Open_Basedir recursively to Subdirectories. This is really mean because I have to include each Subdirectory which I would have out of the SaveMode, in my httpd.conf. Previous Comments: ------------------------------------------------------------------------ [2003-02-06 20:27:37] rasmus@php.net I wouldn't be surprised if an open_basedir set to / wasn't handled correctly. It is one of these non-sensical settings that I suppose we should account for, but it really is meaningless. All you are doing is burning more system calls with absolutely no benefit since everything is under / ------------------------------------------------------------------------ [2003-02-06 19:58:56] cmouse@quakenet.org Warning: Unknown(): open_basedir restriction in effect. File(/www/htdocs/phpSysInfo-2.1/index.php) is not within the allowed path(s): (/) in Unknown on line 0 Warning: Unknown(/www/htdocs/phpSysInfo-2.1/index.php): failed to create stream: Operation not permitted in Unknown on line 0 Warning: Unknown(): Failed opening '/www/htdocs/phpSysInfo-2.1/index.php' for inclusion (include_path='.:/usr/lib/php') in Unknown on line 0 As you can see, /www is in my opinion, inside /, which is my open_basedir for this particular file. The Apache config for this directory: <Directory "/www/htdocs/phpSysInfo-2.1"> php_admin_value open_basedir "/" </Directory> You can get the phpSysInfo-2.1 script yourselves, too long to paste here, and it's not mine anyways. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=22101&edit=1