И вновь про config nginx php-fpm.

Вы там потыкайте обращениями к файлам

Потыкал. Всякие лицензии, ридми и кредиты отдают 403.
Папки кэш, статик и аплоуд отдают 403
А вот /upload/test.php почему-то отдает 404 из папки инстанта. Хотя файл есть.

А вот /upload/test.php почему-то отдает 404 из папки инстанта. Хотя файл есть.

А должно 403 отдавать. Потому что должно работать
location ~* /(cache|static|upload)/.*\.(php|pl|py|jsp|asp|sh|cgi)$ {
return 403;
error_page 403 /403_error.html;
}
а оно не работает. Нужно попробовать эту конструкцию тоже в server {...} переместить.

переместить.

Переместил. И сразу прочитал phpinfo()
Видимо это
location ~* /(cache|static|upload)/.*\.(php|pl|py|jsp|asp|sh|cgi)$
надо как-то изменить при перемещении в сервер.
--------------------------------------------------------------------
Даже вот так:
location /upload/test.php {
return 403;
}
Всё равно отдает 404.

Ris, кажется нашел решение. Такую конструкцию нужно разместить в server{...}, причём это должен быть самый первый location из всех.

location ~* ^/(cache|static|upload)/.+\.(php|pl|py|jsp|asp|sh|cgi)$ {
return 403;
}

@IamB,
Увы. test.php срабатывает.
На самом деле сравнил с поведением .htaccess на апаче.
Там этот файл просто скачивается.
Так что может быть и 404 неплохо?

Ris, у меня на тестовом сервере вариант с крайним регулярным выражением работает.

Так что может быть и 404 неплохо?

Возможно, в том варианте всё работает, но когда дело доходит до
error_page 403 /403_error.html;
а 403_error.html нет, то и показывается 404 инстанта.
Попробуйте тогда вернуться к этому варианту, но уберите
error_page 403 /403_error.html;

И если не трудно, положите файл с конфигурацией к себе в gist.github.com Так ловчее будет.

@IamB,
Точно!
Вот так отдает 403
location ~* /(cache|static|upload)/.*.(php|pl|py|jsp|asp|sh|cgi)$ {
return 403;
}

Ris, мои поздравления!
Но тогда
error_page 403 /error/403.html;
error_page 404 /error/404.html;
error_page 500 502 503 504 /error/50x.html;
как-то нужно проверить. Или уж отказаться от этого.

как-то нужно проверить.

Повесил определение элиаса папки со страницами ошибок первой локацией:
location /error/ {
alias %home%/%user%/web/%domain%/document_errors/;
}
И запрет запуска изменил на такой:
# deny running scripts inside writable directories
location ~* /(cache|static|upload)/.*.(php|pl|py|jsp|asp|sh|cgi)$ {
return 403;
error_page 403 /error/403.html;
}
Вроде всё работает.
500-е ошибки пока не проверял.
----------------------------------------------
Проверил. 500-е ошибки движок отдает свои.
503 Service Unavailable
Please, enable debug mode in the site settings

Проверил. 500-е ошибки движок отдает свои.
503 Service Unavailable
Please, enable debug mode in the site settings

Так это хорошо, потому что есть фраза о включении режима отладки.

Если кто-нибудь сможет создать подобный шаблон для InstantCMS — я мог бы предложить включить его в следующий релиз разработчикам Весты.
Разработчики весты — вполне адекватные люди, всегда откликаются на запросы пользователей и вряд ли будут против расширения функционала своей web-панели.
И для InstantCMS наличие шаблона настроек для самой популярной web-панели будет только на пользу.

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

Получилось ли у вас создать самый оптимальный вариант такого шаблона?

С помощью @IamB сделали вполне работоспособный шаблон, который работает на моём сайте с апреля:
/users/files/download7685.html
Два файла (один для SSL, другой для без него) положить в папку /usr/local/vesta/data/templates/web/nginx/php-fpm/
После этого просто выбрать шаблон в настройках сайта:

С помощью @IamB сделали вполне работоспособный шаблон, который работает на моём сайте с апреля:

Спасибо. Как раз на весту перешел и ваш шаблон очень кстати.

@pugachev,
Сразу предупреждаю, в файле instantcms2.tpl есть переадрес на https.
rewrite ^(.*) https://$server_name$1 permanent;
Перезалил файлы. Если кому будет нужен этот редирект — раскомментируйте 10-ю строку.