自从HTML5出来以后,使用WebSocket通信就变得火热起来,基于WebSocket开发的手机APP和手机游戏也越来越多。我的一些开发APP的朋友,开始使用WebSocket通信,后来觉得通信不够安全,想要对通信进行加密,于是自然而然地就想从ws升级到wss。在升级的过程中,就会存在旧的ws客户端与新的wss客户端同时连接到同一个服务器的情况。所以,如果同一个服务端,能同时支持ws和wss,那就太方便了。
一. 实现方案
但是,要服务端同时支持ws与wss并不太容易,其难点主要在于:wss通道必须在TCP连接刚建立时(收发消息前)就要先进行SSL加密,否则,后续的通信将无法正常进行。如此一来,当同时存在ws和wss客户端时,服务器在尚未通信之前就无法具体分辨哪个是ws哪个是wss。那怎么办了?我们的解决方案,是采用试探法,该方案已经在ESFramework 通信框架中实现。
(1)由于wss通道必须在TCP连接刚建立时(收发消息前)就要先进行SSL加密,否则,后续的通信将无法正常进行。
(2)基于(1),在没有收发任何消息时,服务端就无法将wss客户端与其它客户端区分开来。
(3)为此采用的办法是:对于任何刚建立的TCP连接,先都不加密它,等收到的第一个消息来判断其消息的头标志。
(4)如果头标志不是ESFramework所规定的标志,则表示这第一个消息是密文,无法被解析,从而说明这个客户端是wss。于是将该客户端的ip放到cache中,并断开该连接。
(5)wss客户端会重新连上来,此时服务端从cache中发现已经存在目标ip,则判定其为wss客户端,于是立即使用SSL加密该通道,之后,该wss客户端就可以正常通信了。
(6)由于wss 客户端 IP在cache中的过期时间是 6秒左右,所以,如果一个客户端IP刚登录了wss客户端,那么在同一个IP上登录第二个客户端(任何客户端类型),就需要相隔6秒之后。
基于以上方案实现服务端后,我们接下来基于ESFramework入门demo来具体讲解一下如何在实际应用中同时支持ws和wss。
二. 服务端实现
1. 数字证书
为测试方便,我们可以使用CertificateCreator制作一个用于本地测试的数字证书。
运行 CertificateCreator.exe, 然后输入Common Name(比如Test)、密码、保存路径(比如D:\server.pfx),我们就可以得到包含私钥的证书server.pfx 。双击server.pfx ,即可安装证书。
2. 服务端引擎设置
在服务端RapidServerEngine初始化之前,添加如下代码设置其 WssOptions 属性:
WssOptions wssOptions = new WssOptions( new X509Certificate2("D:\\server.pfx", "password") ,SslProtocols.Default ,false); rapidServerEngine.WssOptions = wssOptions;
设置完成后,启动服务端。
三. 客户端实现
1. 信任测试用的数字证书
由于上述生成的数字证书仅仅是用于测试的,而是不被正式认可的,所以,需要在浏览器设置中,将目标数字证书加入到信任列表。
比如,在360浏览器中,可如下设置:
在FireFox中,设置如下:
将服务器的地址(https://127.0.0.1:4530)添加到例外中。
2. 客户端引擎设置
打开入门demo的Web端源码中的index.js文件,找到engine的Initialize方法,将useWss参数由false修改为true。
然后将Web端的index.html 文件拖入浏览器中运行即可。
四. 运行效果
登录一个wss客户端,一个ws客户端和一个.NET客户端,服务端的UI显示如下: