nginx(二十七)长连接和短连接-Toy模板网

这篇具有很好参考价值的文章主要介绍了nginx(二十七)长连接和短连接。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

一长连接和短连接概念

1) 'HTTP'的长连接和短连接'本质'上是'TCP'长连接和短连接

2) 在'HTTP/1.0'中默认使用'短'连接;

解读：客户端和服务器'每进行一次HTTP操作',就'建立一次tcp连接',任务结束就'中断'连接

nginx(二十七)长连接和短连接

长连接和短连接的形象比喻

二 nginx如何做到长连接

重点：'服务器'和'客户端'都要进行设置,也即'长连接'要客户端和服务端都支持

思考：哪些场景必须使用'长连接'? -->已知：'chunk'、'websocket'

nginx(二十七)长连接和短连接

① client 和 nginx 保持长连接

nginx(二十七)长连接和短连接

1）keepalive_timeout

nginx(二十七)长连接和短连接

2）keepalive_requests

nginx(二十七)长连接和短连接

了解keepalive_disable即可

3）keepalive_timeout 和 keepalive_request 关系

nginx(二十七)长连接和短连接

② nginx保持和后端服务器[上游、源站]的长连接

1）典型的配置

让nginx和后端server"[nginx称为upstream]"之间保持长连接

http {
 
  upstream backend {

  ...
 
  keepalive 300; // 这个很重要,一般'默认'
 
}   
 
location / {
 
    proxy_pass http://backend;
    proxy_http_version 1.1;                         # 设置http版本为1.1
    # 机制：转发请求头为空字符串，不会透传
    # 由于HTTP/1.1不指定Connection,默认是'keepalive'长连接
    proxy_set_header Connection "";                 # 设置Connection为长连接
 
  }
}

2）upstream的keepalive指令设置

说明： 一般保持'默认'值即可

含义： nginx向这'一组'upstream中,最多'保持'多少个'空闲的tcp连接'用于'http keepalive'请求

官方keepalive指令解读

nginx(二十七)长连接和短连接

关于 Nginx upstream keepalive 的说明

nginx(二十七)长连接和短连接

keepalive_requests keepalive_time

nginx(二十七)长连接和短连接

2） proxy_http_version

nginx(二十七)长连接和短连接

3）proxy_set_header

nginx(二十七)长连接和短连接

proxy_set_header Connection ""; 设置为""空值,则'不会传递'给后端服务器,相当于不指定'Connection'请求头

# proxy_set_header Connection 默认是'close',会'关闭'长连接;

# HTTP/1.1,如果不指定'Connection'请求头,默认值是'keep-alive',长连接

思考：HTTP/1.0如何建立长连接,协议'不一致'场景

http协议中connection头的作用

Connection RFC解释

④ 了解ntlm即可

使用NTLM的windows身份验证的nginx反向代理

优点：实现nginx代理ntlm验证,'无需lua编码'或使用商业版nginx plus

nginx(二十七)长连接和短连接

三高级技巧

nginx(二十七)长连接和短连接

说明：关于'upstream'中的'keepalive'指令不再赘述

备注：只列出两个'核心'配置

核心：客户端自定义'请求头',决定'是否使用'长连接

nginx(二十七)长连接和短连接

浏览器提供的开发者工具通过Connection ID判断是否是长连接

tcpdump查看Nginx长连接还是短连接

长连接和端连接的应用场景

nginx与tomcat、client之间请求的长连接配置不一致问题解决查看连接过程中socket状态

四案例

① 现象

说明：'具体复现'后续有时间了再'重现'

nginx 分发请求错误日志报错upstream sent invalid chunked response while reading upstream

② 解决策略

背景：'nginx和upstream'之间通信,'nginx侧'未配置'长连接'导致

+++++++ location中'设置如下'即可 +++++++

 proxy_http_version 1.1;                         # 设置http版本为1.1
  
 proxy_set_header Connection "";                 # 设置Connection为长连接

③ chunk分片传输原理

nginx(二十七)长连接和短连接

client知道响应体大小的三种方式

④ nginx的chunk模块

一个是'内置的ngx_http_chunked_filter_module',是一个filter的模块，是'默认编译'进去的

1) 必须是'开启长连接'的HTTP/1.1

2) 请求和响应双方必须'同时存在'该头

nginx(二十七)长连接和短连接

其它参考

nginx(二十七)长连接和短连接

⑤ nginx关闭chunked文章来源地址https://www.toymoban.com/news/detail-469131.html

++++++++++++'取消掉Transfer-Encoding:chunked'++++++++++++

方式1：'不让'服务器"这里特指nginx的后端服务器"返回Transfer-Encoding:chunked,在客户端"nginx端"请求的时候可以'使用http 1.0'的协议。

方式2：'nginx侧'-->chunked_transfer_encoding off;

到了这里，关于nginx(二十七)长连接和短连接的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！