PHP Scripts open_basedir Restriction in Effect Error PHP скрипти open_basedir Обмеження діє помилку

PHP open_basedir protection tweak is a Safe Mode security measure that prevents users from opening files or scripts located outside of their home directory with PHP, unless the folder has specifically excluded. PHP open_basedir захисту налаштувати це в безпечному режимі заходи безпеки, що дозволяє користувачам відкривати файли і скрипти, розташовані за межами своєї домашньої директорії з PHP, якщо в папці конкретно виключається. PHP open_basedir setting if enabled, will ensure that all file operations to be limited to files under certain directory, and thus prevent php scripts for a particular user from accessing files in unauthorized user's account. PHP open_basedir настройку, якщо включений, буде забезпечувати, щоб всі операції з файлами, буде обмежено файли при певних каталогів, і тим самим запобігти PHP скрипти для конкретного користувача з доступом до файлів в несанкціонованому користувача облікового запису. When a script tries to open a file with, for example, fopen() or gzopen(), the location of the file is checked. Коли скрипт намагається відкрити файл, наприклад, fopen () або gzopen (), де розташований файл перевіряється. When the file is outside the specified or permissible directory-tree, PHP will refuse to open it and the following errors may occur: Коли файл знаходиться поза зазначеного або допустимої дерева директорій, PHP відмовляє у відкриття і такі помилки можуть мати місце:

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. Попередження: file_exists () [function.file існує]: open_basedir обмеження в силі. File(/home/user_name/public_html/wp-content/uploads/2006/12/picture.jpg) is not within the allowed path(s): (/home/user_name:/usr/lib/php:/usr/local/lib/php:/tmp) in /home/user_name/public_html/wp-admin/inline-uploading.php on line 226 Файл (/ home/user_name/public_html/wp-content/uploads/2006/12/picture.jpg) не допускається в дорозі (и): (/ Home / user_name: / USR / LIB / PHP: / USR / місцеві / LIB / PHP: / TMP) в / головна / user_name / public_html / WP-Admin / Inline-uploading.php на лінії 226

The above error message appears on a Apache httpd web server error log (error_log) hosting Wordpress blog. Наведені вище повідомлення про помилку з'являється на Apache HTTPD сервері лог помилок (error_log) хостинга Wordpress блог. However, the problem may happen to all system or websites that use PHP as scripting language. Проте, ця проблема може статися так, щоб всі системи або веб-сайти, які використовують PHP в якості мови сценаріїв.

The solution or workaround to open_basedir restriction problem is that disable the PHP open_basedir protection altogether, or to exclude the protection for certain privileged user accounts, or to allow access to the additional directory for PHP scripts. Рішення або для обходу обмежень open_basedir проблема полягає в тому, що заборона на PHP open_basedir захисту взагалі, або виключати захист для окремих привілейованих користувачів, або дозволити доступ до додаткових каталог для PHP скрипти.

If you're using cPanel WebHost Manager (WHM), you can easily disable PHP open_basedir protection or exclude certain users from the protection with WHM. Якщо ви використовуєте CPanel хостингу Manager (WHM), ви можете легко відключити PHP open_basedir захисту або виключення певних користувачів із захистом з WHM. Simply go to “Tweak Security” under the “Security” section, then select “Configure” link for “Php open_basedir Tweak”. Просто перейдіть в розділ "Tweak безпеки" в розділі "Безпека" розділ, а потім "Настройки" Посилання на "Php open_basedir Tweak". Inside it, you can enable or disable php open_basedir Protection, or exclude and include hosts from the protection. Всередині неї, ви можете включити або відключити PHP open_basedir захисту, або виключення і включення хостів з захистом.

If you're using Plesk hosting control panel, you may need to manually edit Apache configuration file of vhost.conf and vhost_ssl.conf, and add in or edit the following php_admin_value open_basedir lines to the following: Якщо ви використовуєте хостингу Plesk Control Panel, можна вручну відредагувати файл конфігурації Apache в vhost.conf та vhost_ssl.conf, а також додати або відредагувати наступні php_admin_value open_basedir рядків у наступних випадках:

<Directory /full/path/to/the/directory/httpdocs> <Directory /full/path/to/the/directory/httpdocs>
php_admin_value open_basedir none php_admin_value open_basedir ніхто
</Directory> </ Directory>

<Directory /full/path/to/the/directory/httpdocs> <Directory /full/path/to/the/directory/httpdocs>
php_admin_value open_basedir /full/path/to/dir:/full/path/to/directory/httpdocs:/tmp php_admin_value open_basedir / повний / шлях / до / реж: / повний / шлях / до / каталогу / httpdocs: / TMP
</Directory> </ Directory>

Note: For SSL hosts in the vhost_ssl.conf file, the Directory path will end with “httpsdocs” instead of “httpdocs”. Примітка: Для SSL хостів в vhost_ssl.conf файлу, шлях до каталогу буде закінчуватися на "httpsdocs" замість "httpdocs".

The paths (above is example only and to be replaced with real path) that behind open_basedir are the directories that specifically allowed for the PHP scripts in the vhost domain account to access, so you can add in more directories that files are been stored and needed to be opened by PHP, each seperated by color “:”. У дорозі (вище тільки в якості прикладу, і повинні бути замінені в реальному шляху), що за open_basedir є каталогами, що конкретно дозволено для PHP скрипти в vhost домену для доступу до облікового запису, тому ви можете додати більше директорій в тому, що файли були збережені та необхідні буде відкрита PHP, кожен, розділених колір ":". But be careful as it might expose your system to security fraud. Але будьте обережні, як воно може піддати вашу систему безпеки шахрайства.

Once done, run the command below to make the changes effective, and then restart Apache httpd web server (apache2ctl restart or httpd restart): Після цього виконайте команду, щоб внести зміни, ефективність, а потім перезапустіть Apache HTTPD веб-сервер (apache2ctl перезавантаження або перезапуску HTTPD):

$PRODUCT_ROOT_D/admin/sbin/websrvmng -v -a $ PRODUCT_ROOT_D / Admin / sbin / websrvmng-В-А

If you have to manually edit the Apache configuration file to disable PHP open_basedir protection, simply open up the httpd.conf file, and search for the lines that starts with the following characters: Якщо вам необхідно вручну відредагувати файл конфігурації Apache для PHP open_basedir відключити захист, просто відкрити в httpd.conf файл і знайдіть рядки, яка починається з наступних ознак:

php_admin_value open_basedir ….. php_admin_value open_basedir ... ..

Replace the whole line under the virtual host for the domain user account that you want to disable protection with the following line to disable it: Замінити весь рядок в рамках віртуального хоста для домену облікового запису користувача, яку ви хочете відключити захист з наступного рядка, щоб вимкнути його:

php_admin_value open_basedir none php_admin_value open_basedir ніхто

You can also opt to allow your PHP scripts to access additional directory instead without disabling the protection. Ви можете також вибрати, щоб ваш PHP скриптах для доступу до додаткових каталозі замість без відключення захисту. Additional directory can be added to the line, separated with color “:”. Додатковий каталог може бути додана до лінії, розділених колір ":". For example, to add /new_directory to the allow list: Наприклад, для долучення / new_directory в список дозволених:

php_admin_value open_basedir “/home/user_account/:/usr/lib/php:/usr/local/lib/php:/tmp” php_admin_value open_basedir "/ головна / user_account /: / USR / LIB / PHP: / USR / місцеві / LIB / PHP: / TMP"

php_admin_value open_basedir “/home/user_account/:/usr/lib/php:/usr/local/lib/php:/tmp:/new_directory” php_admin_value open_basedir "/ головна / user_account /: / USR / LIB / PHP: / USR / місцеві / LIB / PHP: / TMP: / new_directory"

Restart the Apache after finished editing. Перезапустіть Apache після Закінчивши редагування. Note that the directory allowed list restriction above is actually a prefix, not a directory name. Зауважимо, що в каталозі допускаються обмеження списку вище, в дійсності є префіксом, а не назвою директорії. This means that “open_basedir = /dir/incl” also allows access to “/dir/include” and “/dir/incls” if they exist. Це означає, що "open_basedir = / рідше / вкл" також забезпечує доступ до "/ реж / включати" і "/ DIR / incls", якщо вони існують. When you want to restrict access to only the specified directory, end with a slash. Якщо ви хочете обмежити доступ до конкретної директорії, використовуйте завершальний слеш. For example: “open_basedir = /dir/incl/”. Наприклад: "open_basedir = / рідше / вкл /".

IMPORTANT : The page is machine translated and provided "as is" without warranty. Увага: Ця сторінка машина переведена і надаються "як є" без гарантії. Machine translation may be difficult to understand. Машинний переклад може бути важким для розуміння. Please refer to Будь ласка, зверніться до original English article Англійська оригінальні статті whenever possible. коли це можливо.

Related Articles Статті по темі

• Group Policy Login or Logon Scripts Not Running, Not Working or Not Executing Групова політика Увійти або сценарії входу не працює, не працює або не виконавці
• cPanel WHM Failed to Receive Status Information From Apache Error WHM CPanel не отримали інформації про статус Від Apache помилку
• PHP Parse Error: syntax error, unexpected $end PHP Parse Помилка: синтаксис помилка, несподіваний $ кінець
• winnt_accept: Asynchronous AcceptEx failed Error in Apache Log winnt_accept: Асинхронні AcceptEx Помилка Помилка в Apache Вхід
• Request URL /server-status or 404 Page Not Found Apache Error Запит URL / сервер-статус або 404 Сторінка не знайдена помилка Apache
• Apache Warn NameVirtualHost *:80 Has No VirtualHosts Error When Start Apache Попереджати NameVirtualHost *: 80 не має VirtualHosts Помилка Коли початок
• Bypass and Remove 3 Plays or 3 Days Restriction on Zune WiFi Sharing Обхід та видалення 3 Грає або 3 дні Обмеження на Zune WiFi Обмін
• gmmktime Error in WordPress and MagpieRSS gmmktime Помилка в WordPress та MagpieRSS
• Fix Internal Server Error When Accessing Easy Apache in cPanel WebHosting Manager Рішення Внутрішня помилка сервера при доступі до Easy Apache в CPanel веб-хостинг менеджер
• PHP Allowed Memory Size Exchausted Fatal Error PHP Дозволено Розмір пам'яті Exchausted фатальна помилка

This entry was posted on Thursday, March 15th, 2007 at 12:56 am and is filed under Цей вхід був вивішений на четвер, 15 березня, 2007 в 12:56 ранку і подається під Webmaster Resources Ресурси для веб-майстрів . . You can follow any responses to this entry through the Ви можете піти за всіма реакціями до цього входу через RSS 2.0 RSS 2.0 feed. You can канал. Ви можете leave a response залишити відгук , or , Или trackback TrackBack from your own site. з Вашого власного сайту.