У мене є 3 доменних імені і я намагаюся розмістити всі 3 сайти на одному сервері (цифровий цифровий океан) за допомогою Nginx.

mysite1.name mysite2.name mysite3.name

Працює лише 1 з них. Інші два приводять до 403 помилок (таким же чином).

У моїй Nginx журнал помилок, я бачу: [error] 13108#0: *1 directory index of "/usr/share/nginx/mysite2.name/live/" is forbidden.

Налаштування моїх сайтів:

server {
        server_name www.mysite2.name;
        return 301 $scheme://mysite2.name$request_uri;
}
server {
        server_name     mysite2.name;

        root /usr/share/nginx/mysite2.name/live/;
        index index.html index.htm index.php;

        location / {
                try_files $uri $uri/ /index.html index.php;
        }

        location ~ \.php$ {
                fastcgi_split_path_info ^(.+\.php)(/.+)$;
                fastcgi_pass unix:/var/run/php5-fpm.sock;
                fastcgi_index index.php;
                include fastcgi_params;
        }
}

Всі 3 сайти мають майже однакові конфігураційні файли.

Файли кожного сайту знаходяться в папках, як /usr/share/nginx/mysite1.name/someFolder, а потім /usr/share/nginx/mysite1.name/live є символьним посиланням на це. (Те саме для mysite2 та mysite3.)

Я переглянув Nginx 403, заборонений для всіх файлів, але це не допомогло.

Будь-які ідеї щодо того, що може бути неправильним?

Якщо у вас вимкнено індексацію каталогів і виникає ця проблема, можливо, тому, що в використовуваних файлах try_files є параметр каталогу:

location / {
  try_files $uri $uri/ /index.html index.php;
}                 ^ that is the issue

Видаліть його, і він повинен працювати:

location / {
  try_files $uri /index.html index.php;
} 

Чому це відбувається

TL; DR: Це викликано тим, що nginx намагатиметься проіндексувати каталог та блокується сам по собі. Викидання помилки, згаданої ОП.

try_files $uri $uri/значить, з кореневого каталогу спробуйте файл, на який вказує uri, якщо цього не існує, спробуйте натомість каталог (звідси і /). Коли nginx отримує доступ до каталогу, він намагається проіндексувати його і повернути список файлів всередині нього до браузера / клієнта, однак за індексуванням каталогів каталогів вимкнено, і тому він повертає помилку "Помилка Nginx 403: індекс каталогу [папки] заборонено ".

Індексація каталогів керується autoindexопцією: https://nginx.org/en/docs/http/ngx_http_autoindex_module.html

Ось конфігурація, яка працює:

server {
    server_name www.mysite2.name;
    return 301 $scheme://mysite2.name$request_uri;
}
server {
    #This config is based on https://github.com/daylerees/laravel-website-configs/blob/6db24701073dbe34d2d58fea3a3c6b3c0cd5685b/nginx.conf
    server_name mysite2.name;

     # The location of our project's public directory.
    root /usr/share/nginx/mysite2/live/public/;

     # Point index to the Laravel front controller.
    index           index.php;

    location / {
        # URLs to attempt, including pretty ones.
        try_files   $uri $uri/ /index.php?$query_string;
    }

    # Remove trailing slash to please routing system.
    if (!-d $request_filename) {
            rewrite     ^/(.+)/$ /$1 permanent;
    }

    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    location ~ \.php$ {
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
    #   # NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
    #   # With php5-fpm:
        fastcgi_pass unix:/var/run/php5-fpm.sock;
        fastcgi_index index.php;
        include fastcgi_params;
        fastcgi_param                   SCRIPT_FILENAME $document_root$fastcgi_script_name;
    }

}

Тоді єдиним результатом у браузері була помилка Laravel: "Ну, схоже, щось пішло не так".

НЕ бігайте chmod -R 777 app/storage( примітка ). Зробити щось, що можна записати у світі - це погана безпека.

chmod -R 755 app/storage працює і є більш безпечним.

Якщо ви просто намагаєтесь перелічити вміст каталогу, використовуйте autoindex on;:

location /somedir {
       autoindex on;
}

server {
        listen   80;
        server_name  domain.com www.domain.com;
        access_log  /var/...........................;
        root   /path/to/root;
        location / {
                index  index.php index.html index.htm;
        }
        location /somedir {
               autoindex on;
        }
}

Я зіткнувся з подібною помилкою
--- "403 Заборонено" на веб-сторінці
--- "13: Дозвіл відхилено" в журналі помилок за адресою /var/log/log/nginx/error.log

Нижче 3 кроки працювали для мене:

1: Відкрийте термінал, побачив щось подібне нижче

user1@comp1:/home/www/

Отже, моє ім’я користувача "user1" (зверху)

2: Змінено користувача в /etc/nginx/nginx.conf

# user www-data;
user user1;

3: Перезавантажили nginx

sudo nginx -s reload  

Крім того, я застосував дозволи для файлів / папок (до того, як я зробив вище 3 кроки)
(755 до мого каталогу, скажімо / dir1 /) & (644 для файлів у цій директорії):
(Я не впевнений, чи справді цей додатковий крок дійсно потрібно трохи більше 3 кроків):

chmod 755 ./dir1/
chmod 644 ./dir1/*.*

Сподіваюсь, це допоможе комусь швидко. Удачі.

Насправді є кілька речей, які потрібно перевірити. 1. перевірити стан запуску nginx

ps -ef|grep nginx

ps aux|grep nginx|grep -v grep

Тут нам потрібно перевірити, хто працює nginx. запам’ятайте користувача та групу

2. перевірити стан доступу до папки

   ls -соль

3. порівняти зі статусом папки з nginx

(1) якщо статус доступу до папки неправильний

sudo chmod 755 /your_folder_path

(2) якщо користувач і група папки не збігаються з запущеними nginx

sudo chown your_user_name:your_group_name /your_folder_path

і змінити запущене ім'я користувача та групу nginx

nginx -h

щоб знайти, де знаходиться файл конфігурації nginx

sudo vi /your_nginx_configuration_file

//in the file change its user and group
user your_user_name your_group_name;

//restart your nginx
sudo nginx -s reload

Оскільки користувач nginx, який працює за замовчуванням - це ніхто, а група - це ніхто. якщо ми не помітили цього користувача та групи, буде введено 403.

У мене була така ж проблема, лог-файл показав мені цю помилку:

2016/03/30 14:35:51 [error] 11915#0: *3 directory index of "path_scripts/viewerjs/" is forbidden, client: IP.IP.IP.IP,     server: domain.com, request: "GET /scripts/viewerjs/ HTTP/1.1", host: "domain", referrer: "domain.com/new_project/do_update"

Я розміщую PHP-додаток із кодовим дизайнером. Коли я хотів переглянути завантажені файли, я отримав403 Error .

Проблема полягала в тому, що nginx.conf не було визначено належним чином. Замість

index index.html index.htm index.php

я лише включений

index index.php

У мене є index.php в корені, і я вважав, що цього достатньо, я помилявся;) Підказка дала мені NginxLibrary

Ви можете отримати це через політику Nginx (наприклад, "заборонити"), або ви можете отримати це через неправильну конфігурацію Nginx, або ви можете отримати це через обмеження файлової системи.

Ви можете визначити, чи є її пізніше (і, можливо, побачити докази неправильної конфігурації, використовуючи strace (крім того, що ОП не матиме доступу до цього):

# pidof nginx
11853 11852

# strace -p 11853 -p 11852 -e trace=file -f
Process 11853 attached - interrupt to quit
Process 11852 attached - interrupt to quit
[pid 11853] stat("/var/www/html/kibanaindex.html", 0x7ffe04e93000) = -1 ENOENT (No such file or directory)
[pid 11853] stat("/var/www/html/kibana", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
^CProcess 11853 detached
Process 11852 detached

Тут я перевіряю активність файлової системи, виконану nginx, коли виконував тест (у мене була така ж помилка, як і ви).

Ось вибрана частина моєї конфігурації на той час

    location /kibana/3/ {
        alias /var/www/html/kibana;
        index index.html;
    }

У моєму випадку, як доволі чітко видно стразе, приєднання «псевдоніма» до «індексу» було не тим, чого я очікував, і, здається, мені потрібно ввійти в звичку завжди додавати імена каталогів з /, так у моєму випадку працювало наступне:

    location /kibana/3/ {
        alias /var/www/html/kibana/;
        index index.html;
    }

Це виглядає як певна проблема дозволів.

Спробуйте встановити всі дозволи, як ви робили в mysite1, на інший сайт.

За замовчуванням права доступу до файлів повинні бути 644, а dirs 755. Також перевірте, чи має дозвіл на користувач, який працює з nginx, читати ці файли та dirs.

змінити try_filesна точку до index.phpшляху, у "Laravel", про який ти згадав, має бути щось подібне

location / {
    try_files $uri $uri/ /public/index.php$request_uri;
}

І в проекті «кодигітайтер» спробуйте це так

location / {
    try_files $uri $uri/ /public_web/index.php$request_uri;
}

Оскільки ви користуєтесь php-fpm, ви повинні переконатися, що php-fpmкористувач такий самий, якnginx користувач.

Перевірте /etc/php-fpm.d/www.confта встановіть користувачу та групі php значенняnginx якщо це не так.

php-fpmКористувачеві необхідно дозвіл на запис.

Вам потрібен дозвіл на виконання в каталозі статичних файлів. Крім того, їх потрібно порушувати користувачу та групі nginx.

location ~* \.php$ {
    ...
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;    
}

Зміна за замовчуванням

fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;

до

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

вирішив мою проблему.

6833#0: *1 directory index of "/path/to/your/app" is forbidden, client: 127.0.0.1, server: lol.com, request: "GET / HTTP/1.1", host: "localhost"    

Я працював на Ubuntu 15.10 і зіткнувся з 403 Забороненою помилкою з простої причини. У nginx.conf (файл конфігурації для nginx) користувачеві було "www-data". Після того, як я змінив ім’я користувача на [моє ім’я користувача], воно спрацювало чудово, передбачаючи, що необхідні дозволи були надані моєму імені користувача. Кроки за мною:

chmod 755 /path/to/your/app    

Мій файл конфігурації виглядає так:

**user [my username]**;#I made the change here.
worker_processes auto;
pid /run/nginx.pid;
events {
worker_connections 768;
# multi_accept on;
}

http {

##
# Basic Settings
##

sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
# server_tokens off;

# server_names_hash_bucket_size 64;
# server_name_in_redirect off;

include /etc/nginx/mime.types;
default_type application/octet-stream;

##
# SSL Settings
##

ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
ssl_prefer_server_ciphers on;

##
# Logging Settings
##

access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;

##
# Gzip Settings
##

gzip on;
gzip_disable "msie6";

# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

##
# Virtual Host Configs
##

include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;


server {
    listen 80;

    server_name My_Server;

    access_log  /var/log/nginx/access.log;
    error_log  /var/log/nginx/error.log;

    location / {
        proxy_pass         http://127.0.0.1:8000;
        proxy_redirect     off;

        proxy_set_header   Host             $host;
        proxy_set_header   X-Real-IP        $remote_addr;
        proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
    }
}
}

Для мене проблема полягала в тому, що будь-які маршрути, окрім базового, працювали, додавши цей рядок, виправили мою проблему:

index           index.php;

Повна річ:

server {

    server_name example.dev;
    root /var/www/example/public;
    index           index.php;

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    location ~ \.php$ {
        include /etc/nginx/fastcgi_params;
        fastcgi_pass  127.0.0.1:9000;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    }
}

Щоб виправити це питання, я провів цілу ніч. Ось два мої центи на цій історії,

Перевірте, чи використовуєте hhvm як інтерпретатор php. Тоді можливо, що він прослуховує порт 9000, тому вам доведеться змінити конфігурацію вашого веб-сервера.

Це побічна примітка: Якщо ви використовуєте mysql, а з'єднання з hhvm до mysql стають неможливими, перевірте, чи встановлено програму apparmor . відключити його.

Я вирішив свою проблему, якщо налаштувати так:

location = /login {
    index  login2.html;
}

Він покаже помилку 403.

[error] 4212#2916: *2 directory index of "D:\path/to/login/" is forbidden

Я намагався autoindex on, але не працював. Якщо я зміню конфігурацію так, вона працює.

location = /login/ {
    index  login2.html;
}

Я думаю, що точне відповідність, якщо це шлях, повинен бути каталог.

коли ви хочете зберегти параметр каталогу, ви можете поставити index.php попереду $ uri, як це.

try_files /index.php $uri $uri/