nginx(六十九)nginx配置websocket

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

一   知识铺垫

①  websocket基础知识

②  proxy_set_header

1) 默认 proxy_http_version 1.0,而'websocket'是建立在'1.1'的基础

2) nginx默认'不会'为客户端'转发'Upgrade、Connection标头

   proxy_set_header Upgrade $http_upgrade;
   proxy_set_header Connection "upgrade";

③  HTTP协议升级机制

1) 这一机制允许将一个'已建立的连接'升级成'新的、不相容'的协议

2) 通常来说这一机制总是由'客户端'发起的,'服务端'可以选择'是否'要升级到新协议 -->'支持与否'

   例外:也可以'由服务端发起'升级到传输层安全协议'TLS'

3) 借助这一技术,连接可以以'常用的协议启动(如HTTP/1.1)',随后再升级到HTTP2甚至是WebSocket

注意:HTTP/2 '明确禁止'使用此机制,这个机制'只属于HTTP/1.1'

④  协议升级的原理

1) 当客户端'试图升级'到一个'新的协议'时,可以先发送一个'普通http1.1 GET'请求

备注: '新协议'可以为'http2、websocket'

2) 不过这个请求需要进行'特殊配置[添加两项额外的header]'以包含升级请求

  Connection: Upgrade #设置 Connection 头的值为 "Upgrade" 来指示这是一个'升级'请求

  Upgrade: protocols  #Upgrade 头指定'一项或多项'协议名,按'优先级'排序,以'逗号'分隔

3) 如果'服务器决定升级'这次连接

  [1]、就会返回一个 '101 Switching Protocols' 响应状态码

  [2]、和一个'要切换到'的协议的头部字段Upgrade

4) 如果服务器'没有或者不能升级'这次连接

  [1]、它会'忽略'客户端发送的 "Upgrade" 头部字段

  [2]、返回一个'常规'的HTTP响应

5) 服务在发送 101 状态码之后,就可以'使用新'的协议,并可以根据需要执行任何其他协议指定的握手

备注:实际上,一旦'升级完成'了,连接就变成了'双向'管道,并且可以通过新协议完成启动升级的请求

6) 由HTTP/1.1请求建立的连接可以'升级为HTTP/2协议'的连接,但是反过来'不'可以

备注1: 事实上'HTTP/2'已经'不再支持101状态码'了,也'不再支持'任何连接升级机制

备注2: websocket是'HTTP1.1'独有的

 ⑤  Connection和Upgrade头

1) 不同'HTTP协议'默认'值'

  [1]、HTTP1.0 -->  "Connection: close"       --> "短连接"

  特点: client通知server,完成本次'请求结果'就关闭连接;server端会主动'断连'

  [2]、HTTP1.1 -->  "Connection: keep-alive"

  特点: client通知server,完成本次'请求结果'继续'保持'连接

  说明: 大多数'浏览器都默认'是使用HTTP/1.1,所以keep-alive都是'默认打开'的

  附加: nginx通过'keepalive_timeout 75s;'告知长连接的'超时'时间

  题外1: 从'HTTP1.1'支持'chunked'

强调: 只是'tcp'连接的双方进行'协商'的

2) Connection可以跟'多个值',用'逗号分割'

Connection RFC文档解读

1) Connection: Upgrade: 这个头部是'给 proxy(nginx)' 看的,指示这是一个'升级'请求

2) Upgrade: websocket : 浏览器想要升级到WebSocket协议,这个头是给最终'处理请求'程序看的

备注:也会升级为 'http2'协议

细节:

  [1]、如果只有 Upgrade: websocket,而'没有' Connection: Upgrade

  [2]、则 proxy '不知道'要升级为 websocket,会默认视为'普通HTTP'请求

为什么HTTP Upgrade的时候,需要Connection: upgrade

⑥  逐跳头部 hop-by-hop header  重点

1) 在'HTTP/1.1'中,正式'标准化'了Connection头部:

2) Connection头部一般表示'哪些头部'是属于逐跳头部的,'不应'当被代理原样'传递'给upstream

例外:close表示会话'不持久化[HTTP1.0默认]',keep-alive表示会话支持'持久化[HTTP1.1默认]'

3) '逐跳头部'(hop-by-hop header)

 [1]、用来描述'当前浏览器(client)与直连服务器',比如nginx反向代理的'连接'信息

 [2]、比如Keep-Alive头部,仅仅表示'浏览器尝试和nginx'之间连接持久化

 [3]、而'不管'nginx和后端服务器之间的连接

 [4]、proxy要处理这些头部,并'按照自己的需要'来'修改'这些头部​

重点: 如果要'使用Hop-by-hop'首部,需提供'Connection'首部字段,值为对应的'hop-by-hop'头

4) 解答: 为什么客户端'原始请求'有 Upgrade和Connection? nginx还会设置proxy_set_header

 [1]、因为'Connection和Upgrade'是'hop-by-hop header',无法传递给'upstream'

 [2]、proxy和upstream也必须通过'Connection和Upgrade'进行协议升级转换才能完成整个链路

+++++++++ '默认'的逐条头部如下 +++++++++ 

代理'处理'原则: 

  1) 当在请求中遇到这些指定'标头'

  2) proxy会处理这些特定的'表头',并且是'不会自动'将其转发到后端节点 --> '路由的下一条'
  • Connection
  • Keep-Alive
  • Proxy-Authenticate
  • Proxy-Authorization
  • TE
  • Trailers
  • Transfer-Encoding
  • Upgrade
1) '其他的头部'都是端到'端头部 end-to-end header'

 [1]、用来描述这个'浏览器和最终处理请求的服务器(上游服务器)'之间的信息

 [2]、比如Accept头部,表示客户端'想从后端服务器'得到的数据类型,而和中间的proxy'nginx'无关

 [3]、proxy默认'不能修改'这些头部

2) 再回到HTTP 1.1的Connection头部,这儿有一个'兼容性'问题,以'Upgrade'头部为例

 [1]、某个proxy'[nginx]默认'实现了'HTTP 1.0'协议,将Upgrade'原样转发'给后端

 [2]、后端和proxy'升级'协议,但是这个情况下,'proxy不认识'升级后的协议

 [3]、所以'RFC'有增加了一条规定:

 如果'只有Upgrade: xxx',而没有Connection: Upgrade,那么就'当作普通HTTP请求'来处理

RFC对Upgrade的讲解

从滥用HTTP hop by hop请求头看CVE-2022-1388

⑦  nginx中websocket配置反向代理

nginx的websocket配置,nginx,nginx,websocket

⑧  websocket建立过程

1)建立过程包括'2'个部分:'1次握手'阶段和'数据传输'阶段

2)握手的建立是通过扩展一些HTTP请求头'Connection和Upgrade',通过'HTTP1.1协议'来建立的

3) 只有在'handshark 握手'阶段,建立连接的时,数据是通过'HTTP'协议来进行传输的

4) 建立连接后,真正的数据传输是通过'websocket'协议,不再使用'HTTP'协议

websocket和http的关系

nginx的websocket配置,nginx,nginx,websocket

二  nginx配置websocket官方配置

①  基础讲解

nginx的websocket配置,nginx,nginx,websocket

②  场景一

location /chat/ {
    proxy_pass http://backend;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}

nginx的websocket配置,nginx,nginx,websocket

③  场景二

http {
    map $http_upgrade $connection_upgrade {
        default upgrade;
        ''      close;
    }

    server {
        ...

        location /chat/ {
            proxy_pass http://backend;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection $connection_upgrade;
        }
    }

nginx的websocket配置,nginx,nginx,websocket

nginx的websocket配置,nginx,nginx,websocket

④  websocket长连接

proxy_read_timeout time内'有通讯'或者'time内有心跳'是可以保持'websocket'不中断

nginx的websocket配置,nginx,nginx,websocket

⑤  nginx 反向代理wss案例

nginx的websocket配置,nginx,nginx,websocket

三   websocket的应用

①  websocket支持情况

1) java:tomcat8'真正支持'websocket

2) python:uwsgi不支持websocket,'asgi'支持'websockt'

3) Postman 'v8.5以上'的版本支持websocket了,但是处于'Beta'阶段

python的asgi协议支持websocket连接

postman测试带鉴权接口

postman官方指导websocket

+++++++ 常用的 'node' 实现websocket有以下'三种'

备注: socket.io是一个'开发框架',而WebSocket是'传输协议'

附加: WebSocket API是'HTML5'的一部分,所以'JS'就可以使用WebSocket实现'实时通信'

WebSockets

Socket.IO

WebSocket-Node

②  websocket常见的报错

1) 客户端主要表现为'400'报错

2) websocket'不生效'可能原因

 [1]:nginx配置'不正确'

    1、proxy_hide_header Upgrade;导致Websocket协议'无法'被反向代理

    2、没有配置 proxy_set_header 'Connection'和'Upgrade'

 [2]:上游服务'不支持'websocket

3) 排查'思路': websocket'本地直连'和使用'nginx代理'结果是否有差异

nginx的websocket配置,nginx,nginx,websocket

③  websocket应用场景

nginx的websocket配置,nginx,nginx,websocket

1) IM通信、实时互动、'回调响应'、数据实时同步、实时聊天应用

2) 最近在做'直播功能'的项目,就用到了websovket的去做'用户评论的推送','观看人数'等的功能

3) 向客户端'监控屏'推送'时实'更新数据

4) 金融领域的'股价股指'等'走势图'的绘制也需要实时获取最新的数据,'导航应用'也需要获取实时路况

nginx的websocket配置,nginx,nginx,websocket文章来源地址https://www.toymoban.com/news/detail-590802.html

到了这里,关于nginx(六十九)nginx配置websocket的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 一百六十九、Hadoop——Hadoop退出NameNode安全模式与查看磁盘空间详情(踩坑,附截图)

    在海豚跑定时跑kettle的从Kafka到HDFS的任务时,由于Linux服务器的某个文件磁盘空间满了,导致Hadoop的NodeName进入安全模式,此时光执行 hdfs dfsadmin -safemode leave命令语句没有效果( 虽然显示Safe mode is OFF,但没效果,一旦执行还是报错 ) Caused by: org.apache.hadoop.ipc.RemoteException(org

    2024年02月10日
    浏览(42)
  • nginx代理WebSocket配置

    proxy_http_version 设置代理到upstream的http协议版本,必须设置;默认可能会采用http/1.0,会导致协议升级切换失败。 Proxy header Upgrade Connection 使nginx将协议切换到WebSocket,必须明确定义、或判断客户端是否需要升级协议并向upstream传递该值。 proxy_read_timeout 定义从代理服务器读取响

    2024年02月16日
    浏览(37)
  • Nginx 配置 WebSocket 代理

    Nginx 官方文档网址 nginx documentation 官方文档代理样例 [!起因] 我使用指令 whereis nginx 跳出来了很多路径,但是我不太明白每个路径是什么意思,就仔细去看了看,然后发现了一个路径 /usr/share/man/man8/ 这个目录,下面一般都是手册路径,在这里面可以看很多软件的基本指令操作

    2024年04月22日
    浏览(46)
  • Nginx配置WebSocket

    找到nginx.conf文件 修改配置文件 在http内添加如下内容。 如果没写如下语句,则会报EOFException。 添加如下三行语句,才能在后台中拿到真实的ip地址。 获取真实ip地址代码如下。 如果你觉得对你有用,记得收藏哦!更多内容欢迎访问我的主页以及个人博客,感谢你的阅读。

    2024年02月11日
    浏览(29)
  • nginx 配置支持websocket转发

    编辑nginx.conf,在http区域内一定要添加下面配置: http {     #自定义变量 $connection_upgrade     map $http_upgrade $connection_upgrade {         default          keep-alive;  #默认为keep-alive 可以支持 一般http请求         \\\'websocket\\\'      upgrade;     #如果为websocket 则为 upgra

    2024年02月06日
    浏览(47)
  • nginx代理websocket相关配置

    map $http_upgrade $connection_upgrade {         default upgrade;         \\\'\\\' close; } # 转发ws location ^~ /ws {        # 后台准备的websocket地址端口        proxy_pass http://localhost:9092;        # 其他参数都一样        proxy_read_timeout 300s;        proxy_send_timeout 300s;        proxy_set_header  Host $

    2024年02月13日
    浏览(40)
  • 配置Nginx作为WebSocket代理

    简介 本教学文章将指导您如何配置Nginx作为WebSocket代理,以实现WebSocket连接的代理和实时双向通信。WebSocket是一种支持实时双向通信的协议,常用于实时聊天、通知推送等场景。通过配置Nginx作为WebSocket代理,可以将WebSocket连接转发到后端服务器,并实现高性能和可靠的实时

    2024年02月13日
    浏览(42)
  • Nginx配置WebSocket反向代理

    ​ WebSocket协议相比较于HTTP协议成功握手后可以多次进行通讯,直到连接被关闭。但是WebSocket中的握手和HTTP中的握手兼容,它使用HTTP中的Upgrade协议头将连接从HTTP升级到WebSocket。这使得WebSocket程序可以更容易的使用现已存在的基础设施。 $ vim /usr/local/nginx/conf/nginx.conf (nginx配置

    2024年02月07日
    浏览(46)
  • nginx配置websocket支持(官方版)

    程序中如果用到websocket实现后台与前台的及时通讯功能,如果后台用nginx进行反向代理, 那么就需要在nginx配置对websocket的支持。 否则前端就会报websocket超时的错误。 经常我们解决这种问题的思路是到网上搜索大家解决问题的方法。但是人云易云,我感觉最好的方式还是看看

    2024年02月03日
    浏览(34)
  • Nginx代理nginx.conf配置——反向代理(对WebSocket支持)

    基于Nginx代理nginx.conf配置——反向代理,如果要添加websocket支持,需要进行如下配置 在http中添加一下配置,添加对websocket支持 配置后重新运行nginx后,websocket即可成功代理。 注意防火墙端口是否开放、nginx如果使用docker,其对应的端口是否映射出来。

    2024年02月13日
    浏览(38)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包