WebSocket实战之四WSS配置

一、前

上一篇文章

WebSocket实战之三遇上PAC ,碰到的问题只能上安全的WebSocket(WSS)才能解决,配置证书还是挺麻烦的,主要是每年都需要重新更新证书,我配置过的证书最长有效期也只有两年,搞不清楚为什么CA证书的有效期那么短,是为了多收钱吗?

WebSocket实战之四WSS配置_第1张图片

注:网上找的一张图,理论与实践相结合,理论指导实践,实践验证理论。

二、配置WSS

WebSocket协议定义了WebSocket(WS://)以及WebSocket安全(WSS://)两种前缀,WebSocket使用HTTP握手然后升级为WebSocket协议进行通信,WebSocket安全(WSS)使用HTTPS握手然后升级为安全的WebSocket协议,WSS其实就是WS+TLS。

1、Nginx配置证书

map指令根据客户端请求$http_upgrade变量的值,来改变$connection_upgrade的值。如果没有规则匹配的话$connection_upgrade值为upgrade,如果$http_upgrade为空字符串,$connection_upgrade值为close。

WebSocket实战之四WSS配置_第2张图片

snakeoil.conf

注:WSS证书的配置与HTTPS证书配置是一样的,另外/websocket/几行代码就是用来将WebSocket的连接转发到WebSocket应用。

2、客户端代码

只需要把ws改成wss就可以。

注:配置WSS几乎不用更改程序代码。

三、WSS协议抓包分析

tcpdump -ieth0 port 443 -w wss.pcap

WebSocket实战之四WSS配置_第3张图片

将这张图与WebSocket实战之二协议分析 对比,我们发现基于TLS的WSS,在网络传输过程中完全被加密了,而如果是未加密的WS协议,一些代理服务器可能理解不了类似101响应码会导致WebSocket握手失败,而使用WSS协议,数据是加密的,代理只能允许连接成功并且允许WebSocket数据流通过,不然会造成误伤。

注:使用了WSS一个方面数据传输更安全,数据抓包看不到传的是什么东东,另外一方面可以保证能够顺利穿透代理服务器和防火墙。

chrome://net-internals

在浏览器端除了可以用Chrome开发者工具调试WebSocket,还可以使用net-internals进行更低级的网络诊断,可以查看WebSocket套接字的细节。

WebSocket实战之四WSS配置_第4张图片

四、WSS与HTTPS关系

TCP->HTTP

TCP->TLS->HTTPS

TCP->WS    使用HTTP协议进行握手,然后用WS进行数据传输。

TCP->TLS->WSS  使用HTTPS协议进行握手,然后用WSS进行数据传输。

你可能感兴趣的:(通讯协议,websocket,网络协议,网络)