PHP-FPM + nginx создает отказ в разрешении, но только на определенных больших страницах

Прежде всего, отказ связан с Буферизация FastCGI, а не прокси-кеш.

Это очевидно из /var/lib/nginx/tmp/fastcgi....

Почему возникает ошибка только на особенно больших страницах: если ваших настроенных буферов FastCGI недостаточно для размещения всего ответа от PHP-FPM в памяти, и это будет происходить чаще с большими откликами, конечно, NGINX попытается записать части ответа во временные файлы.

И, по-видимому, разрешения на каталог для хранения временных файлов FastCGI не позволяют NGINX сохранять файлы в нем, поэтому он не работает точно в определенный момент, когда ответ «слишком велик».

Тропинка /var/lib/nginx/tmp/fastcgi также указывает на то, что вы не используете официальный дистрибутив NGINX, потому что, если бы вы это сделали, то в итоге получили бы /var/cache/nginx/fastcgi_temp принадлежит nginx:root.

Я бы посоветовал использовать стандартный, официальный дистрибутив NGINX.

но и nginx, и PHP-FPM работают под apache

Не по теме, но: В любом случае это неверная настройка. Правильная установка - запуск NGINX от имени одного пользователя (будь то apache, nginx или что-нибудь еще), тогда как пул PHP-FPM вашего приложения работает под собственным пользователем, например foo. Тогда сделай свой nginx пользователь член foo группа. Нет оправдания тому, чтобы запускать все под одним пользователем только потому, что у вас есть только одно приложение на данном сервере.

В любом случае относитесь к нему как к типичному chmod выпуск:

• Проверьте, с каким пользовательским рабочим процессом NGINX работает (user директива в вашей конфигурации)
• Попробуйте перечислить файлы указанного каталога с помощью этого пользователя сверху вниз, пока не найдете место, где он перестает работать, а затем рекурсивно исправьте разрешения.

Например, ваш рабочий процесс NGINX действительно, как вы сказали, выполняется apache пользователь и он не может получить доступ /var/lib/nginx/tmp/fastcgi:

sudo -u apache ls /var/ 

Это сработало? С разрешениями все в порядке, вы можете перейти в этот каталог через пользователя рабочего процесса NGINX. Важно понимать, что вам нужно иметь возможность перемещаться (как в rx разрешение) во все верхние каталоги, чтобы иметь возможность читать содержимое любого каталога ниже. То есть для нашего "конечного пункта назначения", который /var/lib/nginx/tmp/fastcgi, нам нужно уметь читать все /var, /var/lib, и т.д..

Если читать /var не работает (хотя это может указывать на своего рода коррумпированную систему), вам нужно позволить "другим" читать это, например chmod o+rX /var

sudo -u apache ls /var/lib

Это работает? Разрешения для / var / lib в порядке. Если нет, вы должны позволить другим прочитать это: chmod o+rX /var/lib

sudo -u apache ls /var/lib/nginx

Это работает? Если нет, проверьте права собственности и разрешения через stat. Затем убедитесь, что пользователь NGINX является владельцем каталога. /var/lib/nginx и что chmod (на этот раз для "owner") позволяет ему перейти в каталог:

chown apache:root /var/lib/nginx
chmod u+rX /var/lib/nginx

Убедитесь, что тот же (принадлежит пользователю NGINX, может быть прочитан (пройден) им) для /var/lib/nginx/tmp

И наконец для /var/lib/nginx/tmp/fastcgi вам понадобится пользователь NGINX, чтобы иметь возможность выполнять все операции чтения, выполнения (перехода к) и записи:

chown apache:root /var/lib/nginx/tmp/fastcgi 
chmod 0700 /var/lib/nginx/tmp/fastcgi

Так что в основном это промывка, повторение операции, переходя к нужным файлам, пока она не сработает.

Убедитесь, что все настроено правильно, попытавшись просмотреть содержимое каталога и создав в нем файлы:

sudo -u apache ls /var/lib/nginx/tmp/fastcgi
sudo -u apache touch /var/lib/nginx/tmp/fastcgi/test.txt