回复:Re: why "connection: close" header is added when the request is passed to upstream server?
tjlp at sina.com
tjlp at sina.com
Fri Jan 20 01:00:57 UTC 2017
Hi, Maxim,
You are right. Connection is hop-by-hop header. At present I add the line below into nginx.conf:
proxy-set-headers Connection $http_connection
That solve my issue.
Thanks
Liu Peng
----- 原始邮件 -----
发件人:Maxim Dounin <mdounin at mdounin.ru>
收件人:nginx at nginx.org
主题:Re: why "connection: close" header is added when the request is passed to upstream server?
日期:2017年01月19日 21点23分
Hello!
On Thu, Jan 19, 2017 at 09:02:34AM +0800, tjlp at sina.com wrote:
> I use Nginx in the Kubernetes. With the upstream server log, I
> find that the header "connection: close" is added when the
> request is passed to upstream server. Why?
Because the connection between nginx and the upstream server is a
separate connection, and by default nginx isn't going to keep it
alive. Keepalive connections to upstream servers can be
configured as documented here:
http://nginx.org/r/keepalive
> What I hope is the original header relating to connection status
> should be passed to upstream server without any change. That
> means: if the original request header has no connection header,
> "connection" header should not be added.
The connection between nginx and the backend server is a
completely separate connection, and it is expected to have it's
own hop-by-hop headers, see RFC 2616 here:
https://tools.ietf.org/html/rfc2616#section-13.5.1
--
Maxim Dounin
http://nginx.org/
_______________________________________________
nginx mailing list
nginx at nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20170120/c2fe0d86/attachment.html>
More information about the nginx
mailing list