Можно ли настроить nginx так, что бы он сохранял куки запроса к серверу, а потом восстанавливал их в ответе от бэкенда?

Question

[saxer]

Возможно ли настроить nginx так что бы он сохранял интересующие меня куки, после чего стирал все куки и отправлял запрос на бэкенд, получив от бэкенда ответ нужно перед отправкой пользователю восстановить сохраненные ранее nginx-ом куки для этой сессии и только после этого отправить ответ пользователю. Возможно ли это?

Answer 1

[Дэн Иванов]

А что, вариант вроде

location ~* \.php$ {
...
	set $saved_cookie $cookie_omomomom;
	proxy_hide_header $cookie_badcracker;
	add_header $saved_cookie;
...
}

не работает ?
Из документации

$cookie_name
the name cookie

Comments

[saxer]

я не совсем понимаю как в nginx задается логика работы с ответами от бэкенда т.е. я понимаю что можно описать логику работы с запросом который пришел с 80 порта и далее перенаправить его на бэкенд например на порт 8081, но как и где описывается логика работы с пришедшим от бэкенда ответом?
Мне нужно сделать такой алгоритм: nginx получает запрос с 80 порта->сохраняет куда либо куки этого запроса->очищает запрос от кук->отправляет запрос(без кук!) на бэкенд->получает ответ от бэкенда->восстанавливает сохраненные ранее куки. Я не совсем понимаю где в конфиг файле задается логика работы с ответом от бэкенда причем в рамках одной сессии, возможно ли это вообще?

[Дэн Иванов]

Всю информацию о запросе nginx хранит внутри себя, от начала и до конца запроса, с учетом его отправления на backend. Тоесть, в том локейшене которые у вас проксирует запрос на бэкенды, вы должны описать логику как для proxy_request так и для proxy_response который превратится в обычный пользовательский response.
То как это сделать, обуславливается доступными директивами nginx. Часть из них влияет на request, часть на response.
В примере выше, есть директива `proxy_hide_header `, если заглянуть в документацию становится понятно, что она изменяет request который будет направлен бэкенду. С `add_header` тоже самое.
По идее в указанном примере можно обойтись и без set, но я его добавил просто для того, чтобы было понятнее (взяли из запроса и сохранили, скрыли из запроса для прокси, повторно добавили к ответу, каждая директива сработает на своем этапе обработки запроса).

Answer 2

[saxer]

у меня стоит связка nginx->varnish->apache
varnish обеспечивает кэширование, но он кэширует только те запросы которые приходят от apache без кук вообще иначе он их не кэширует, поэтому мне нужно сохранить в nginx куки сессии пользователя(по ним потом ajax ом я подружу корзину товаров итд), после этого очищаем все куки и передаем на varnish если у него в кэше этой страницы нет то он перенаправляет запрос на apache apache отдает страницу(без кук), varnish ee записывает в кэш и отдает nginx он в свою очередь добавляет к ней сохраненные на первом этапе куки сессии пользователя, при повторном обращении другого пользователя к этой же странице varnish уже не обратиться к apache а вернет кэшированную страницу к которой nginx должен добавить куки пользователя который к ней обратится, такая вот собственно задумка