Как выявить 404 ошибку в nginx на 80 порту и перенаправить запрос на 8080 порт, который слушает apache сервер?

Question

[fenric]

Ребят, смотрите ситуация без nginx:
1. Клиент запросил файл, допустим image.jpg, которого физически не существует, apache обрабатывает запрос, поняв что файла физически нет, перенаправляет запрос на сторону php, который в свою очередь создаёт этот файл.
2. Клиент снова запросил файл, image.jpg который физически существует (см. п. 1), следовательно сразу отдаётся клиенту.

А теперь смотрите ситуацию с nginx:
1. Клиент запросил файл, допустим image.jpg, которого физически не существует, nginx оповещает клиента о 404 ошибке.

Собственно вопрос, как реализовать правильную схему, в настройках nginx такого рода:
1. Клиент запросил несуществующий файл, nginx обрабатывает запрос, и перенаправляет его на apache (8080 порт).
2. Apache обработав запрос, действует по схеме, описанной в самом начале (п.п. 1,2 в самом начале).

Что посоветуете? Спасибо.

P.S. Если одной строкой: Как выявить 404 ошибку в nginx на 80 порту и перенаправить запрос на 8080 порт, который слушает apache сервер.

Answer 1

[Сергей Протько]

у nginx для этого есть директива try_files.

А зачем вам apache в этой цепочке? Можно же напрямую на php-fpm передавать запросы такие?

Comments

[fenric]

@Fesor У меня с этой директивой проблемы возникали, особенно когда речь заходит о динамических поддоменах, котые могут лежат в разных директориях, тут вообще у меня связки не вышло... Подожду мб что поинтересней предложат. Я так понимая монстра apache обезопасить от примитивного dos'а нельзя?

[Сергей Протько]

А какого рода проблемы были?
p.s. я вообще не вижу смысла ставить apache... только если нужен какой-то специфичный модуль, аналога которого нету под nginx.

[fenric]

@Fesor Сказать честно, я ни разу не поднимал сервер, в связке:
nginx + php-farm + mysql
... Боюсь как бы не застопорится на этом...

[fenric]

@Fesor Да и уже за столько лет так привык к .htaccess...

[fenric]

@fenric Плюс с nginx'ом опыту работы очень мало... Ставлю его обычно на серверах, как способ ограничить количество запросов, и снять нагрузку с apache...

[fenric]

@Fesor У apache тоже есть расширение, которое может ограничивать запросы, но оно отвратительно...

[Сергей Протько]

ну я вам так скажу, nginx + fpm как по мне настраивать проще чем apache... Я в свое время перешел на nginx потому что апач люто тек по памяти, а сейчас просто привык.

[fenric]

@Fesor А как у него с rewrite?

[Сергей Протько]

nginx.org/ru/docs/http/ngx_http_rewrite_module.html

Answer 2

[xaker1]

location{
....
error_page 404 = /404.php;
}

Соответственно 404.php - скрипт, создающий ваш файл. В данном случае он же может отдать файл клиенту. Тогда разницы между первым запросом и остальными внешне не будет.

Comments

[Сергей Протько]

не стоит так делать...

[fenric]

@xaker1 Такое я и сам написать могу, я не знаю что окажется динамическим понимаете? Это может быть вообще js файл, css, изображение, точек генерации статики может быть масса. Мне нужна схема которую я описал.

[Сергей Протько]

ну я думаю автор вопроса в состоянии прописать список расширений файлов... ему просто примера хватит.

Answer 3

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

error_page 404 = @fallback;
location / { ...; }
location ~* ^.+\.(jpg|jpeg|gif|...) { ...; }
location @fallback {
	proxy_pass http://127.0.0.1:81;
	proxy_set_header Host $host;
	proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
	proxy_set_header X-Forwarded-Proto $scheme;
	proxy_set_header X-Real-IP $remote_addr;
}

Скорее всего так. А в апаче (в htaccess) у вас уже наверняка обрабатываются несуществующие файлы.

Answer 4

[Sergei Chukhan]

Если таких запросов не много, то можно включить кеширование 200 ответов в nginx, а обработку запросов повесить на PHP. Но такой метод может "скушать" ОЗУ.

Answer 5

[Виктор Таран]

error_page 404 = @fallback;
#--------------Все 404 отдаем на обработку апача-------------------------------
location @fallback {
proxy_pass http://$host:82;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;