У меня совершенно новая виртуальная машина с минимальной установкой CenotOS 7.
Мне нужно настроить Nginx для обслуживания статических файлов из каталога на localhost:80
.
Мой каталог — /home/kenny/projects/kcrypt/dist/
.
Вот содержимое моего /etc/nginx/nginx.conf
:
# this is set to root in order to rule out
# any permission related issues.
user root;
worker_processes auto;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;
include /usr/share/nginx/modules/*.conf;
events {
worker_connections 1024;
}
http {
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
access_log /var/log/nginx/access.log main;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
include /etc/nginx/mime.types;
default_type application/octet-stream;
server {
listen 80 default_server;
listen [::]:80 default_server;
root /home/kenny/projects/kcrypt/dist/;
index index.html;
location / {
}
}
}
при запуске curl http://localhost
получаю такой ответ:
<html>
<head><title>403 Forbidden</title></head>
<body bgcolor="white">
<center><h1>403 Forbidden</h1></center>
<hr><center>nginx/1.12.2</center>
</body>
</html>
Я пробовал давать все виды разрешений всем каталогам, которые только мог придумать.
В конце концов я настроил Nginx для работы с правами root.
Я уже несколько раз переустанавливал ОС, но она не работает.
ПС
Вот что я нашел в/var/log/nginx/error.log
2018/02/27 21:33:19 [error] 15689#0: *1 open() "/home/kenny/projects/kcrypt/dist/index.html" failed (13: Permission denied), client: ::1, server: , request: "GET / HTTP/1.1", host: "localhost"
2018/02/27 21:33:35 [error] 15690#0: *2 open() "/home/kenny/projects/kcrypt/dist/index.html" failed (13: Permission denied), client: 127.0.0.1, server: , request: "GET / HTTP/1.1", host: "127.0.0.1"
2018/02/27 21:33:38 [error] 15690#0: *3 open() "/home/kenny/projects/kcrypt/dist/index.html" failed (13: Permission denied), client: ::1, server: , request: "GET / HTTP/1.1", host: "localhost"
Я не получаю того, что оно хочет... Я дал ему все разрешения, которые мог.
Вот что у меня в корневом каталоге:
[root@vm3 dist]# ll
total 368K
drwxrwxrwx. 2 root root 98 Feb 26 23:16 .
drwxrwxrwx. 6 root root 234 Feb 27 21:26 ..
-rwxrwxrwx. 1 root root 1.2K Feb 26 23:16 favicon.ico
-rwxrwxrwx. 1 root root 1.7K Feb 26 23:16 index.html
-rwxrwxrwx. 1 root root 175K Feb 26 22:53 index.js
-rwxrwxrwx. 1 root root 297 Feb 26 23:16 manifest.json
-rwxrwxrwx. 1 root root 179K Feb 26 22:53 styles.css
ПС 2
Я пробовал поместить свои статические файлы в /var/www/kcrypt/dist/
, но безрезультатно.
Я все еще получаю те же сообщения об ошибках:
2018/02/27 23:18:11 [error] 16157#0: *1 open() "/var/www/kcrypt/dist/index.html" failed (13: Permission denied), client: ::1, server: , request: "GET / HTTP/1.1", host: "localhost"
2018/02/27 23:20:58 [error] 16535#0: *1 open() "/var/www/kcrypt/dist/index.html" failed (13: Permission denied), client: ::1, server: , request: "GET / HTTP/1.1", host: "localhost"
2018/02/27 23:21:30 [error] 16564#0: *1 open() "/var/www/kcrypt/dist/index.html" failed (13: Permission denied), client: ::1, server: , request: "GET / HTTP/1.1", host: "localhost"
решение1
В вашей системе включен SELinux. По умолчанию SELinux не позволяет веб-серверу читать файлы в домашних каталогах пользователей. Каталоги, включенные для веб-обслуживания, это /var/www
(где системные пакеты размещают файлы) и /srv/www
(где пользователи, как ожидается, будут размещать файлы в производстве).
Если вам необходимо обслуживать файлы из домашних каталогов, вы можете установить логическое значение SELinux httpd_read_user_content
, которое разрешит чтение этих файлов.
setsebool -P httpd_read_user_content 1
Помните, что SELinux никогда не позволит веб-серверуписатьв домашних каталогах пользователей. Если вам это нужно, вам нужно будет разместить ваш веб-контент в другом месте исделать соответствующие каталоги доступными для записи.
Также имейте в виду, что SELinux работаетв дополнение кобычные разрешения UNIX, поэтому соответствующие файлы и каталоги также должны иметь соответствующих владельцев и разрешения, какими бы они ни были для вашего конкретного варианта использования.