это не во всех случаях можно сделать корректно.
например, 301 по RFC можно отвечать только на GET. а если сервер ответил 301 на POST, какой запрос надо отправить на новый адрес, тоже POST ? или GET ? вот именно этот выбор и доносится до клиента, когда 301 транслируется один в один. теоретически, вы можете накостылить обработчик 301-ошибки, назначить его на локейшен, и в локейшене сделать proxy_pass но это очень скользкая дорожка пт, 26 июн. 2020 г. в 17:41, Александр Карабанов <zend.karaba...@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
