proxy_pass 的默认头部
在 nginx 中,是我们做内部转发时很常见的命令,同时少不了用设置转发时的头部。细看文档,你会发现 nginx 会默认为你转发时设置两个头部:
proxy_set_header Host $proxy_host;
proxy_set_header Connection close;
你能想到为什么这两个头部 nginx 为什么要做默认设置吗?
查查文档很容易理解,就是转发的目标服务器。
$proxy_host
name and port of a proxied server as specified in theproxy_passdirective;
设置头也很容易理解——如果你想了一会很想不到,那你真的该好好看看 http 协议的基础知识了。
想完了吗?答案就是:通常服务器都会设置并根据虚拟域名来过滤请求,如 nginx 中的,目的就是一台服务器,可以同时服务作用于多个域名的请求。
Connection头(header) 决定当前的事务完成后,是否会关闭网络连接。
如果该值是 “keep-alive”,网络连接就是持久的,不会关闭,使得对同一个服务器的请求可以继续在该连接上完成。
如果该值是 “close”,表明客户端或服务器在完结请求后想要关闭该网络连接,这是 HTTP/1.0 请求的默认值
而 HTTP 的RFC定义了:
HTTP/1.1 applications that do not support persistent connections MUSTinclude the "close" connection option in every message.
HTTP 1.1 中,如果不支持持久链接的话,每条信息必须包含 close。因为 nginx 不知道你proxy pass过去的应用支持长连接不啊,所以只能给你先设个 close。
proxy_pass 支持长连接
而在支持长连接,更是家常便饭了。
nginx使用做负载均衡时,为了提高性能,需要用keep-alive来建造连接池,复用已经创建的连接。
我记得以前看到 nginx 官方文档中,是提供了做法的:
For HTTP, theproxy_http_versiondirective should be set to “” and the “Connection” header field should be cleared:
upstream http_backend {
server 127.0.0.1:8080;
keepalive 16;
}
server {
...
location /http/ {
proxy_pass http://http_backend;
proxy_http_version 1.1;
proxy_set_header Connection "";
...
}
}
Alternatively, HTTP/1.0 persistent connections can be used by passing the “Connection: Keep-Alive” header field to an upstream server, though this method is not recommended.
又到我们的思考时间了,为什么要设为1.1呢?为什么这次头部设置为空字符串呢?
第一个问题很容易解答,只要想一想与的区别即可:http 1.1开始,支持keep-alive长连接。
第二个问题,其实设置为空字符串,只是为了避免别人传了为 close 的请求过来,然后我们 转发到时 把此头部带过去,导致了全部中的长连接都被关掉——也就是设置来一点用都没有了。
也可以设置为,但官方说不推荐,我还没有想通。
领取专属 10元无门槛券
私享最新 技术干货