Re: логика работы Host при проксировании

[denis <denis@xxxxxxxxxxxxxxxx>]

26.11.2013 16:08, Vadim Lazovskiy пишет:
> Здравствуйте.
>
> Host здесь ни при чем.
> Смотреть нужно в сторону proxy_redirect:
> http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_redirect
удалось таки нарисовать схему работы с proxy_redirect:
1) делаем запрос, где будет некорректный порт. Учитывая, что в 
proxy_pass может быть localhost, айпи-адрес, имя хоста - надо через curl 
-I получить Location. Ситуация осложняется тем, что может быть выставлен 
Host, и он тут тоже будет иметь значение.
2) пишем proxy_redirect http://(тут то, что получили в location)/ 
http://aaa.spb.ru:8080/;
версия default очень сильно ограничена в применении, потому что она по 
сути заменяет строку из proxy_pass (с учетом возможно выставленного 
Host) на /, НЕ вписывая корректный порт. Имеет ограниченную применимость 
при обращении на внутренние нестандартные порты при необходимости 
получения Location на 80 порт, но вообще никак не работает, когда 
снаружи тоже нестандартный порт.
В общем, решение через явно заданный Host мне видится значительно более 
логичным и читаемым, без этих двойных аргументов. Было бы проще, если 
proxy_redirect в версии с 1 аргументом ставил по умолчанию 1 аргумент на 
базе proxy_pass+Host, давая менять только второй, это улучшило бы 
читаемость, но еще снизилось понимание теми кто "не шарит". Не убирая 
версию  с 2 аргументами, которую как раз применять надо для замены 
путей, что в доке выше показано хорошо. А подмена хоста там явно 
побочная фича.
Попутно был проверен 3 метод, и он также работает, легко читаем и понимаем
proxy_redirect off;
proxy_set_header Host $host:$server_port;

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru