А не может ли дело быть в отсутствующем заголовке host? 02.07.2013 16:16 пользователь "Илья Шипицин" <[email protected]> написал:
> На HTTP/1.1 заголовок Connection необязателен, дефолтным значением > считается Keep-Alive. > "заставлять" никого не надо. > > 2 июля 2013 г., 16:07 пользователь Александр Бабин <[email protected]> > написал: > > Привет всем ! > > Столкнулся с такой проблемой. Есть некий портал, крутится на 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 > > [email protected] > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > _______________________________________________ > nginx-ru mailing list > [email protected] > http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________ nginx-ru mailing list [email protected] http://mailman.nginx.org/mailman/listinfo/nginx-ru
