Джумла не имеет прав на нужные ей папки

chown -R www-data:www-data /var/www/user_id/data/www/site.com/*

А лучше убрать конфиге Апача open_basedir_restriction, что позволит переключиться на FastCGI.

Открыл конфиг апача и прописал для проблемного сайта все то же что стоит у его собрата с которым все нормально. Вот что именно

<Directory /var/www/dram/data/www/сайт.ru>

	Options +ExecCGI

	FCGIWrapper /var/www/dram/data/php-bin/php .php

	FCGIWrapper /var/www/dram/data/php-bin/php .php3

	FCGIWrapper /var/www/dram/data/php-bin/php .php4

	FCGIWrapper /var/www/dram/data/php-bin/php .php5

	FCGIWrapper /var/www/dram/data/php-bin/php .phtml

</Directory>



..................................



<VirtualHost --.---.---.233:8080>

	ServerName сайт.ru

	DocumentRoot /var/www/dram/data/www/сайт.ru

	SuexecUserGroup dram dram 

	CustomLog /var/www/httpd-logs/сайт.ru.access.log combined

	ErrorLog /var/www/httpd-logs/сайт.ru.error.log

	ServerAlias www.сайт.ru

	ServerAdmin *******@gmail.com

	ScriptAlias /cgi-bin/ /var/www/dram/data/www/сайт.ru/cgi-bin/

	AddHandler fcgid-script .php .php3 .php4 .php5 .phtml

</VirtualHost>

Перезапсутил апач, ошибка при заходе в админку проблемного сайта не пропала (хотя сам сайт работает нормально)

Поиск по open_basedir и basedir в конфиге ни к чему не привела (хотя раньше у проблемного сайта было прописано

<Directory /var/www/dram/data/www/сайт.ru>

	Options +ExecCGI

	php_admin_value open_basedir "/var/www/dram/data:."

</Directory>

Поставить права на файлы/диры 666/777, что несекурно

Или пропросить своего сисадмина заставить сервак пускать php от юзера

chown -R www-data:www-data /var/www/user_id/data/www/site.com/*

Выполнил эту команду....

Ошибка хоть и не пропала ну и фиг с ней. Главное цель достигнута. Если установить в настройках ПХП как модуль Апач теперь Джумла имеет нужные права. Спасибо!

Убил бы за такие советы. Вы давно системным администрирование занимаетесь?

Себе 777 ставьте, а другим не советуйте, раз не понимаете, что это за собой влечет.

bugsmoran добавил 02.07.2010 в 15:33

Ну правильно, Вы теперь перевели на FastCGI сайт, писали Suexec от имени dram, а chown сделали на www-data.

Тогда уже делайте до конца:

chown -R dram:dram /var/www/dram/data/www/site.com/*

Чтобы Вы понимали, что происходит:

когда у Вас PHP работает как модуль Апача (mod_php), то он все сайты запускает от имени Апача (от пользователя www-data) и поэтому его хоть как-то ограничивают по хождению в файловой системе директивой open_basedir

Но когда Вы заставляете Апач не обрабатывать PHP, а отдавать его FastCGI-му процессу, то FastCGI-й процесс должен запустить этот скрипт от имени пользователя, указанного в директиве Suexec в виртхосте (в данном случае dram). А раз так, то и владельцем скрипта должен быть тот пользователь, который в Suexec. Тогда ему будут предоставлены права первого места из тройки XYZ (например если права 755, то он будет иметь 7, а не 5).

Он предупредил "что несекурно"

Тогда приношу извинения. Хотя не понимаю, зачем советовать как сделать так, что сайт и недели не протянет.

статус в тему :)

Угу, после такого совета нужно сразу давать линк, как будет выглядеть внедренный в сайт C99Shell

mod_security и shell идет лесом