Я обычно давал бы те команды (как root
):
service nis restart
service autofs restart
service nfs restart
service portmap restart
Вам, возможно, не понадобятся все те, которые, в зависимости от того, как Ваша система работает.
Установка Apache может, казаться, работать как корень, но в действительности это работает как пользователь apache
. Можно проверить это путем взгляда в этом файле:
$ grep "^User" /etc/httpd/conf/httpd.conf
User apache
Ваш весь каталог Wordpress должен, вероятно, принадлежать этому пользователю, если Вы - планирование управления установкой с помощью Wordpress через веб-UI.
Я обычно создаю отдельный каталог для Wordpress как это:
$ pwd
/var/www
$ ls -l | grep wordpress
drwxr-xr-x. 5 apache apache 4096 Apr 25 19:27 wordpress
Вот содержание каталога Wordpress именно так, Вы видите его:
-rw-r--r--. 1 apache apache 395 Jan 8 2012 index.php
-rw-r--r--. 1 apache apache 5009441 Jan 23 13:40 latest.tar.gz
-rw-r--r--. 1 apache apache 19929 May 6 2012 license.txt
-rw-r--r--. 1 apache apache 9177 Jan 25 11:25 readme.html
-rw-r--r--. 1 apache apache 4663 Nov 17 2012 wp-activate.php
drwxr-xr-x. 9 apache apache 4096 Dec 11 2012 wp-admin
-rw-r--r--. 1 apache apache 271 Jan 8 2012 wp-blog-header.php
-rw-r--r--. 1 apache apache 3522 Apr 10 2012 wp-comments-post.php
-rw-rw-rw-. 1 apache apache 3466 Jan 23 17:15 wp-config.php
-rw-r--r--. 1 apache apache 3177 Nov 1 2010 wp-config-sample.php
drwxr-xr-x. 7 apache apache 4096 Apr 24 20:15 wp-content
-rw-r--r--. 1 apache apache 2718 Sep 23 2012 wp-cron.php
drwxr-xr-x. 9 apache apache 4096 Dec 11 2012 wp-includes
-rw-r--r--. 1 apache apache 1997 Oct 23 2010 wp-links-opml.php
-rw-r--r--. 1 apache apache 2408 Oct 26 2012 wp-load.php
-rw-r--r--. 1 apache apache 29310 Nov 30 2012 wp-login.php
-rw-r--r--. 1 apache apache 7723 Sep 25 2012 wp-mail.php
-rw-r--r--. 1 apache apache 9899 Nov 22 2012 wp-settings.php
-rw-r--r--. 1 apache apache 18219 Sep 11 2012 wp-signup.php
-rw-r--r--. 1 apache apache 3700 Jan 8 2012 wp-trackback.php
-rw-r--r--. 1 apache apache 2719 Sep 11 2012 xmlrpc.php
Я обычно также управляю любыми конфигурациями Apache, связанными с Wordpress в своем собственном wordpress.conf file under this directory,
/etc/httpd/conf.d / '.
# wordpress.conf
Alias / "/var/www/wordpress/"
<Directory "/var/www/wordpress/">
Order Deny,Allow
Deny from all
#Allow from 127.0.0.1 192.168.1
Allow from all
AllowOverride all
</Directory>
#RewriteLog "/var/www/wordpress/rewrite.log"
#RewriteLogLevel 3
(bluegig название моего домена, не знайте, почему это там...),
Казалось бы, что существует группа, названная blugig слишком так или иначе. Можно подтвердить это:
grep bluegig /etc/group
Используя группу полномочия один способ избегать использования, например, 777. Вы, вероятно, хотите, чтобы выполнения сценариев сервером были читаемы и исполняемы им, но не перезаписываемы; но Вы действительно хотите полномочия записи на них для некоторого непривилегированного admin/devel пользователя (dave
). Так как сервер работает как apache
, если файл принадлежит апачу группы, не часть, но dave
и полномочия 775, это - то, что Вы получите (апач может читать и выполниться, dave может читать, запись выполняются).
Если строка от/etc/group не упоминает апача, то Вы могли использовать bluegig в качестве группы, или Вы могли создать новый (groupadd
). Помещать себя в группу:
usermod -a -G bluegig dave
Ваше имя для входа в систему теперь появится в конце bluegig
запись в/etc/group, и Вы будете, имеют те же полномочия как bluegig группа.
chmod -R apache.apache wordpress
изменит пользователя/группу на апача для всего каталога Wordpress. Полномочия должны быть 775, так, чтобы только пользовательские апачи и апач группы могли получить доступ к каталогу. предположение – slm♦ 09.07.2013, 14:33