Comments 22
Наконец-то. Долгожданная функция.
Интересненько, нужно потестить.
Единственный вопрос, будет ли нормально передаваться IP клиента на бэкенд с использованием keepalive?
Так его же обычно передают в заголовке запроса, который бэкенд сам обрабатывает.
Да, но в режиме keepalive это может не работать. Вернее он будет передаваться, но все время будет IP пользователя который первый установил это соединение. Те кто работал с балансировщиками знают про эту проблему.
При желании Nginx сообщает адрес клиента через хидер ( причем какой попросите), и каждый раз при каждом запросе к бекенду он передает этот хидер.
Так что люди, которые работают с балансировщиками, не понимают о чем вы говорите.
Так что люди, которые работают с балансировщиками, не понимают о чем вы говорите.
Ребят, я знаю как и что передается. Но повторю, keepalive на бэкенд из тех вариантов, что я пробовал не обновляет IP клиента.
Мне кажется вы путаете http/1.0 и http/1.1, в 1.0 keepalive не работает.
Мне кажется вы путаете http/1.0 и http/1.1, в 1.0 keepalive не работает.
А как связан keepalive на уровне TCP/IP с HTTP? Keepalive всего-лишь предлагает не закрывать соединение заданное количество времени, HTTP-запросы так же проходят со всеми необходимыми заголовками, где и можно передать реальный IP.
Видимо речь идет о неких бэк-эндах которые привязывают сессию к соединению?
Да, собственно keepalive так и работает. И как раз заголовок передающий IP не обновляется, т.к. на этом держится само keepalive соединение.
Надеюсь в реализации nginx будет возможность в keepalive на бэкенд получать обновленные заголовки с IP клиента.
Надеюсь в реализации nginx будет возможность в keepalive на бэкенд получать обновленные заголовки с IP клиента.
Пардон, но вы кажется путаете IP заголовки и HTTP заголовки.
«собственно keepalive так и работает. И как раз заголовок передающий IP не обновляется»
keepalive и ip тут вообще не причем. Это лишь зависит от конкретной реализации вашего конкретного бэк-энда, умеет ли он брать ip-адрес из http заголовка и привязывать сессию к нему, а не к tcp/ip соединению.
«собственно keepalive так и работает. И как раз заголовок передающий IP не обновляется»
keepalive и ip тут вообще не причем. Это лишь зависит от конкретной реализации вашего конкретного бэк-энда, умеет ли он брать ip-адрес из http заголовка и привязывать сессию к нему, а не к tcp/ip соединению.
Все будет нормально. С каждым запросом на бэкенд будет приходить вся пачка заголовков включая HTTP_X_REAL_IP (или как вы его назовете).
Существенная фича, для такого можно назвать версию 2.0, ну или хотя бы 1.2.
О… А веб-сокеты можно будет проксировать?
Собрал RPM пакет для CentOS 5 с данным патчем брать здесь centos.alt.ru/?p=558
«Однако, постоянные соединения с http бэк-эндами не поддерживаются. На то были свои причины.»
Для меня, кстати, послужило новостью, что Игорь Сысоев уже не работает в Рамблере, уйдя из него несколько месяцев назад.
Ну и до кучи уж: Рамблер хочет перевести сервера с FreeBSD на Linux.
nuclight.livejournal.com/128319.html?style=mine#cutid1
Ну и до кучи уж: Рамблер хочет перевести сервера с FreeBSD на Linux.
nuclight.livejournal.com/128319.html?style=mine#cutid1
Sign up to leave a comment.
Nginx получит полноценную поддержку HTTP/1.1 Keep-Alive соединений с бэк-эндами