Почему nginx не обрабатывает запрос после нахождения индексного файла?

Question

[Виктор]

Всем привет.

Есть такой конфиг (nginx + Apache):

location / {
		index index.php;
                proxy_pass http://ip:8080;
		location ~* "^/content/.*\.php$" {
	             return 404;
              }
}

В нём все php файлы из папки content не должны срабатывать.
При запросе /content/index.php всё работает, как нужно.
Но при /content/ nginx находит (должен, по крайней мере) индексный файл и по идее должен ещё раз проходить с ним по набору location, но этого не происходит, запрос уходит на прокси и файл отрабатывает.
Почему так происходит и как сделать, чтобы index.php не срабатывал при запросе /content/?
Вопрос больше для понимания, нежели для практической цели.

Из документации к index: Необходимо иметь в виду, что при использовании индексного файла делается внутреннее перенаправление и запрос может быть обработан уже в другом location’е.

Comments

[Lynn «Кофеман»]

Я подозреваю, что нужно просто убрать проксирование для папки /content/

[Виктор]

Алексей Тен: Если вынести "^/content/.*\.php$" в отдельный location без proxy_pass, return 404 всё равно не срабатывает, если index.php не задан явно.

[Lynn «Кофеман»]

Ну так а root задан?

[Lynn «Кофеман»]

В общем, покажите полный конфиг сервера

[Виктор]

Алексей Тен: Вот конфиг хоста: pastebin.com/uH5WAmwv
http контекст не стал скидывать, там много воды. index index.php там задан.

[Lynn «Кофеман»]

У вас в `location /` задан `proxy_pass`. Nginx просто проксирует всё подряд и не пытается искать никакие индексы.

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

[Виктор]

Насколько я понимаю, он проксирует, только если ничего не нашёл (ни статику, ни запрещенный .php, ни /error/).
proxy_pass не срабатывает, если запросить /content/index.php. Всё он ищет, proxy_pass срабатывает только если запросить /content/.
Всё лежит в root, просто для файлов с заданными расширениями nginx работает, для всего остального Apache.

>> Зачем нужно проксировать запрос в бекенд если не найдена статика?
Как последний вариант, наверно. Это не мной написанный конфиг, я только его редактирую немного.

[Lynn «Кофеман»]

Неправильно понимаете. При наличии proxy_pass nginx спроксирует всё.
Конкретно /content/index.php не проксируется потому что обрабатывается в другом location.

То, что у вас написано на самом деле эквивалентно такому конфигу:

location / {
    index index.php;
    proxy_pass http://ip:8080;
}

location ~* "^/content/.*\.php$" {
    return 404;
}

Т.е. для всего что начинается на /content/ и заканчивается на .php возвращать 404.
Всё остальное всегда проксировать. Директива index тут просто не работает, поскольку нет никаких поисков файла на диске.

[Виктор]

Алексей Тен: Спасибо, понятно. Тогда я не понимаю, в каких случаях nginx ищет индексный файл? Когда для запрошенного URI нет нужного location (но обычно всегда же есть /) и он при этом он является путём к папке?

[Lynn «Кофеман»]

Виктор: когда он собирается отдавать файл с диска (т.е. в текущем location нет никаких proxy_pass/fastcgi_pass и т.п.) и по текущему пути нашлась папка

[Виктор]

Алексей Тен: Понятно.
Спасибо за помощь. Думаю, Вам стоит запостить свои последние комментарии как ответ к вопросу, чтобы я мог отметить его как решение.

Answer 1

[Виктор]

Ответ примерно такой: директива index срабатывает, только если nginx собирается отдавать файл с диска и по текущему пути нашлась папка.
Если в текущем location есть proxy_pass / fastcgi_pass, то nginx даже не ищет индексный файл. Соответственно, второй раз по правилам не проходит и отдаёт управление на proxy_pass / fastcgi_pass.

Спасибо Алексей Тен за ответ в комментариях к вопросу.

Answer 2

[Влад Животнев]

> Почему так происходит
Потому что делается запрос к /content/ , а не к /content/index.php.
А значит, обработка запроса остаётся в location /, а не уходит ниже ( а в / у вас есть всё для того, чтобы отдать index.php).

> как сделать, чтобы index.php не срабатывал при запросе /content/
Описать то, что должно происходить в location /content/ (и, кстати, нет смысла особого делать его вложенным в таком случае).
Если должен отрабатывать автоиндекс - так и напишите. Если должна открываться другая индексная страница - так и напишите.
Если должен быть автоиндекс + запрет на php - то так и напишите.

Comments

[Виктор]

Ну так почему он с найденным индексом не проходит по правилам ещё раз, хотя должен? Или "может" не значит "будет"? Как тогда это определяется, будет или не будет?

Про невложенный /content/ понятно, но тут просто интересно, почему не работает именно в этом контексте. Да и то - опять я напишу, что не обрабатывать все php файлы, index.php опять же будет работать (проверено). Если вынести блок с "^/content/.*\.php$" на уровень server, без index.php в URL всё равно срабатывает. Закрывать весь content, например, не вариант, там есть статические файлы.

Как сделать, чтобы nginx обрабатывал запрос ещё раз после нахождения индексного файла?

[Lynn «Кофеман»]

Ничего он не должен. Там вообще proxy_pass которому по барабану на ваши индексы