Hello!

On Wed, Jan 27, 2021 at 08:52:48PM +0300, Slawa Olhovchenkov wrote:

> On Wed, Jan 27, 2021 at 08:35:41PM +0300, Maxim Dounin wrote:
>
> > > > > а кстати, есть ли какой-то более изящный способ сделать внутрений
> > > > > редирект на @proxy в данном случае?
> > > >
> > > > Можно сделать
> > > >
> > > > error_page 418 @proxy;
> > > > return 418;
> > > >
> > > > "Более изящный" ли это способ - затрудняюсь сказать, но более
> > > > смешной.
> > > >
> > > > Более правильным в данном случае будет просто прописать
> > > > проксирование явно.
> > >
> > > в смысле два раза копировать конфигурацию прокси?
> > > она сильно развесистая, не хотелось бы дублирования.
> >
> > Конфигурацию прокси можно задать на уровне http или server, а в
> > соответствующих location'ах писать исключительно proxy_pass. Если
>
> в том числе и proxy_cache proxy_hide_header aws_sign ?

Все настройки проксирования, включая proxy_cache и
proxy_hide_header, можно задавать на любом уровне, они наследуются
(как, собственно, и большинство стандартных директив). Явно нужно
задавать только собственно proxy_pass - эта директива задаёт
обработку location'а, и такие директивы не наследуются,
соответственно их надо задавать явно. Хотя конкретно proxy_cache
я бы тоже рекомендовал задавать явно по месту, вместе с
proxy_pass, просто для улучшения читаемости конфигурации.

Что до aws_sign, то в прошлый раз, если мне не изменяет память, мы
выяснили, что оно просто не работает, как ни задавай.

--
Maxim Dounin
http://mdounin.ru/
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru