это не во всех случаях можно сделать корректно.

например, 301 по RFC можно отвечать только на GET. а если сервер ответил
301 на POST, какой запрос надо отправить на новый адрес, тоже POST ? или
GET ?
вот именно этот выбор и доносится до клиента, когда 301 транслируется один
в один.

теоретически, вы можете накостылить обработчик 301-ошибки, назначить его на
локейшен, и в локейшене сделать proxy_pass
но это очень скользкая дорожка

пт, 26 июн. 2020 г. в 17:41, Александр Карабанов <zend.karabanov@gmail.com>:

> Здравствуйте.
>
> Приложению запрещено самостоятельно открывать соединения с внешним миром.
> Приложение отправляет запрос на proxykipalive.lan, а Nginx проксирует этот
> запрос на целевой хост (это сделано, чтобы переиспользовать соединение за
> счёт keepalive и не открывать новое соединение на каждый запрос от
> приложения).
> Возникла ситуация, когда целевой хост стал отвечать 301 редиректом,
> естественно приложение, получив вместо ожидаемого контента, 301 редирект
> сломалось.
> Есть ли способ заставить Nginx обработать редирект самостоятельно и отдать
> приложению готовый контент?
> --
> С уважением,
> Александр Карабанов
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru