Re: Переопределение заголовка "Connection"

[Anton Kiryushkin]

А не может ли дело быть в отсутствующем заголовке host?
02.07.2013 16:16 пользователь "Илья Шипицин" <chipitsine at gmail.com> написал:

> На HTTP/1.1 заголовок Connection необязателен, дефолтным значением
> считается Keep-Alive.
> "заставлять" никого не надо.
>
> 2 июля 2013 г., 16:07 пользователь Александр Бабин <aler2 at yandex.ru>
> написал:
> > Привет всем !
> > Столкнулся с такой проблемой. Есть некий портал, крутится на JBOSS.
> Используется NGINX в качестве front-end. По документации настроен
> keep-alive:
> >
> > http{
> > ...
> > keepalive_timeout 45 45;
> > keepalive_requests 1000;
> > ...
> > }
> >
> > А вот редирект на JBOSS, то есть на back-end:
> >
> > server{
> > ...
> > location /our-portal/ {
> > proxy_pass http://127.0.0.1:8080;
> > break;
> > error_page 404 = @404;
> > error_page 502 = @502;
> > error_page 504 = @504;
> > }
> > ...
> > }
> >
> > Проанализировал сетевые дампы между клиентом , nginx и jboss, и
> оказалось, что в случае проксирования клиенту всегда приходит
> Connection:close . В этом вся и проблема, несмотря на настройки в Nginx,
> возможно , что-то не так настроено...
> > СтОит отметить, что back-end ВСЕГДА возвращает вообще ответ без
> заголовка Connection. Причем это не зависит от заголовка запроса. Таким
> образом, в качестве исходных данных считаем, что back-end НИКОГДА не шлет
> заголовок Connection.
> > Я попытался в реврайт добавить ручками нужный заголовок через
> more_set_headers:
> >
> > location /our-portal/ {
> > proxy_pass http://127.0.0.1:8080;
> > more_set_headers 'connection: keep-alive';
> > break;
> > error_page 404 = @404;
> > error_page 502 = @502;
> > error_page 504 = @504;
> > }
> >
> > но в этом случае в браузер приходит "Connection : close, keep-alive", и
> здесь, согласно документации, должно приходить только одно значение. Так
> что , как будут вести себя разные типы браузеров - неясно.
> > Как быть в этом случае ? как заставить отдавать "Connection: keep-alive"
> ? если это возможно..
> >
> > Спасибо!
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru at nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130702/b4c798ed/attachment.html>