Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Передавать тело запроса напрямую бэкенду ? возможно?
- To: nginx-ru@xxxxxxxxx
- Subject: Передавать тело запроса напрямую бэкенду ? возможно?
- From: Денис Мисюрка <infoman1985@xxxxxxxxx>
- Date: Wed, 19 Sep 2012 06:28:27 +0300
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=mssMOXOS3TOiBjKctIAvnRMorFWUe0mP0BI9nikwz0w=; b=qlJkjDaq/1VCGtID0rTvWGTogJOiC9/kvK83PEnuBZdNrUo2xMkLppVwBu1IqG1ZXm cFfqfVgaKRuI/cKjOlJ/n/v0i8GoCL2Zl4/LmHO7WtoUaoaq4HRW7rKtDaKsfSbw5kLK PH5w/LeihFyUHAwo586mO3TYNncFLjOjyl5zC8VNpMabspActV6UGFxJqFo9Tne/3eV/ 8M1HpU67JOU1gwVdV7+NE8Aghg+OfIrX8KjXhcbQ4smT0VKOtZrTa+rphFsfpz5Xer6b 4QX2fpt1ju0BBOCDsS4IWICKtzCAct1SxWhxfWPk2tMLaS4ESC3Mg2sUikzA1lo8mBoY +7VQ==
Задача такая. Есть сервер, на сервере крутятся несколько контейнеров
OpenVZ. Frontend-прокси смотрит на заголовок Host HTTP-запроса и
решает, какому из контейнеров этот запрос отправить.
Конфигурация 1: фронтендом стоит Pound, бэкендом в контейнере крутится
nginx с Passenger и upload_progress_module. Всё прекрасно работает,
прогресс загрузки отображается, все счастливы.
Конфигурация 2: всё то же самое, только для упрощения конфиг-файла,
который должен определять, какому контейнеру какой запрос
обрабатывать, вместо pound поставили тоже nginx, в котором через map
определён список хостов и соотвествующих бэкендов. Не работает.
upload_progress упорно показывает state: starting до самой победы.
Как я понял, это происходит из-за того, что nginx на фронтнде кэширует
запрос сначала в свой внутренний буфер, и только потом отдаёт его
бэкенду. Возможно ли как-то отключить такое поведение и пересылать
запрос в бэкенд напрямую, или придётся ставить upload_progress на
фронтенд и рисковать потерей совместимости с приложениями на других
бэкендах, у которых путь /progress может означать нечто совсем иное и
стать из-за этого недоступным?
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|