websocket拦截(WebSocket + TLS)

TLS 为传输层安全性协议，是 MySQL 在客户端与服务器之间进行加密连接的协议。TLS 有时被称为 SSL（安全套接层），但是 MySQL 实际上并不使用 SSL 协议进行加密连接，因为它的加密很弱。TLS 协议通过加密数据来确保在两个通信应用程序之间提供隐私和数据完整性，以便任何第三方都无法拦截通信。它还会验证对等方以验证其身份。通过在两个对等点之间提供安全的通信通道，TLS 协议可以保护消息的完整性并确保其不会被篡改。MySQL 支持多种 TLS 版本协议，此次测试使用 8.0 的 client 为 TLSv1.2。从 wireshark 中看一下 TLS 握手的步骤：
SSL (Secure Socket Layer) 为Netscape所研发，用以保障在Internet上数据传输之安全，利用数据加密(Encryption)技术，可确保数据在网络上之传输过程中不会被截取及窃听。目前一般通用之规格为40 bit之安全标准，美国则已推出128 bit之更高安全标准，但限制出境。只要3.0版本以上之I.E.或Netscape浏览器即可支持SSL。当前版本为3.0。它已被广泛地用于Web浏览器与服务器之间的身份认证和加密数据传输。SSL协议位于TCP/IP协议与各种应用层协议之间，为数据通讯提供安全支持。SSL协议可分为两层： SSL记录协议（SSL Record Protocol）：它建立在可靠的传输协议（如TCP）之上，为高层协议提供数据封装、压缩、加密等基本功能的支持。 SSL握手协议（SSL Handshake Protocol）：它建立在SSL记录协议之上，用于在实际的数据传输开始前，通讯双方进行身份认证、协商加密算法、交换加密密钥等。SSL协议提供的服务主要有：1）认证用户和服务器，确保数据发送到正确的客户机和服务器；2）加密数据以防止数据中途被窃取；3）维护数据的完整性，确保数据在传输过程中不被改变。SSL协议的工作流程：服务器认证阶段：1）客户端向服务器发送一个开始信息“Hello”以便开始一个新的会话连接；2）服务器根据客户的信息确定是否需要生成新的主密钥，如需要则服务器在响应客户的“Hello”信息时将包含生成主密钥所需的信息；3）客户根据收到的服务器响应信息，产生一个主密钥，并用服务器的公开密钥加密后传给服务器；4）服务器恢复该主密钥，并返回给客户一个用主密钥认证的信息，以此让客户认证服务器。用户认证阶段：在此之前，服务器已经通过了客户认证，这一阶段主要完成对客户的认证。经认证的服务器发送一个提问给客户，客户则返回（数字）签名后的提问和其公开密钥，从而向服务器提供认证。从SSL 协议所提供的服务及其工作流程可以看出，SSL协议运行的基础是商家对消费者信息保密的承诺，这就有利于商家而不利于消费者。在电子商务初级阶段，由于运作电子商务的企业大多是信誉较高的大公司，因此这问题还没有充分暴露出来。但随着电子商务的发展，各中小型公司也参与进来，这样在电子支付过程中的单一认证问题就越来越突出。虽然在SSL3.0中通过数字签名和数字证书可实现浏览器和Web服务器双方的身份验证，但是SSL协议仍存在一些问题，比如，只能提供交易中客户与服务器间的双方认证，在涉及多方的电子交易中，SSL协议并不能协调各方间的安全传输和信任关系。在这种情况下，Visa和 MasterCard两大信用卡公组织制定了SET协议，为网上信用卡支付提供了全球性的标准。TLS：安全传输层协议（TLS：Transport Layer Security Protocol）安全传输层协议（TLS）用于在两个通信应用程序之间提供保密性和数据完整性。该协议由两层组成： TLS 记录协议（TLS Record）和 TLS 握手协议（TLS Handshake）。较低的层为 TLS 记录协议，位于某个可靠的传输协议（例如 TCP）上面。 TLS 记录协议提供的连接安全性具有两个基本特性：私有――对称加密用以数据加密（DES 、RC4 等）。对称加密所产生的密钥对每个连接都是唯一的，且此密钥基于另一个协议（如握手协议）协商。记录协议也可以不加密使用。可靠――信息传输包括使用密钥的 MAC 进行信息完整性检查。安全哈希功能（ SHA、MD5 等）用于 MAC 计算。记录协议在没有 MAC 的情况下也能操作，但一般只能用于这种模式，即有另一个协议正在使用记录协议传输协商安全参数。TLS 记录协议用于封装各种高层协议。作为这种封装协议之一的握手协议允许服务器与客户机在应用程序协议传输和接收其第一个数据字节前彼此之间相互认证，协商加密算法和加密密钥。 TLS 握手协议提供的连接安全具有三个基本属性：可以使用非对称的，或公共密钥的密码术来认证对等方的身份。该认证是可选的，但至少需要一个结点方。共享加密密钥的协商是安全的。对偷窃者来说协商加密是难以获得的。此外经过认证过的连接不能获得加密，即使是进入连接中间的攻击者也不能。协商是可靠的。没有经过通信方成员的检测，任何攻击者都不能修改通信协商。TLS 的最大优势就在于：TLS 是独立于应用协议。高层协议可以透明地分布在 TLS 协议上面。然而， TLS 标准并没有规定应用程序如何在 TLS 上增加安全性；它把如何启动 TLS 握手协议以及如何解释交换的认证证书的决定权留给协议的设计者和实施者来判断。协议结构TLS 协议包括两个协议组―― TLS 记录协议和 TLS 握手协议――每组具有很多不同格式的信息。在此文件中我们只列出协议摘要并不作具体解析。具体内容可参照相关文档。TLS 记录协议是一种分层协议。每一层中的信息可能包含长度、描述和内容等字段。记录协议支持信息传输、将数据分段到可处理块、压缩数据、应用 MAC 、加密以及传输结果等。对接收到的数据进行解密、校验、解压缩、重组等，然后将它们传送到高层客户机。TLS 连接状态指的是 TLS 记录协议的操作环境。它规定了压缩算法、加密算法和 MAC 算法。 TLS 记录层从高层接收任意大小无空块的连续数据。密钥计算：记录协议通过算法从握手协议提供的安全参数中产生密钥、 IV 和 MAC 密钥。 TLS 握手协议由三个子协议组构成，允许对等双方在记录层的安全参数上达成一致、自我认证、例示协商安全参数、互相报告出错条件。
说明 步骤 1: 使用 wss: URI 方案WebSocket 协议定义了两种 URI 方案。ws: 用于未加密的连接，wss: 用于应加密的安全连接。要加密你的连接，请使用 wss: URI 方案。例如：JavaScriptvar webSocket = new Windows.Networking.Sockets.MessageWebSocket();webSocket.connectAsync("wss://www.example.com").done(function() {// connect succeeded}, function(e) {// connect failed});备注 有关 WebSocket URI 方案的其他详细信息，请参阅 WebSocket 协议。
部署SSL数字证书保证你的数据传输是加密的安全的——沃通CA机构做数字认证证书领域的领跑者,buy.wosign.com
带ssl的websocket例子： https://www.gworg.com/ssl/308.html 如果没有公网SSL证书，可以淘宝Gworg获取。

长时间收不到短信验证码，可能是以下原因导致： 原因一、获取次数超限解决方法：每天只能获取20次验证码，如果今日已超过次数请明天再尝试。原因二、手机业务不支持解决方法：目前已支持中国三大移动运营商的所有号段。但西藏、新疆、港澳台及海外手机号码会受到手机服务运营商业务的限制，而无法进行手机业务办理，可以更换其他手机号码尝试。原因三、手机安全软件拦截（针对已安装安全软件的智能手机用户）解决方法：打开手机安全软件，暂时关闭拦截功能，然后再次尝试获取验证码。原因四、短信网关拥堵或出现异常解决方法：短信网关拥堵或出现异常时会导致已发送的短信出现延时或丢失的情况，可以过段时间再尝试获取。原因五、手机在境外使用或使用境外手机解决方法：受手机服务运营商业务影响，手机在境外使用或使用境外手机都无法接收验证码，可以更换手机尝试。原因六、周围的人可以正常使用，但自己始终收不到 解决方法：可能是手机本身的原因，可以将手机卡换到别人的手机上再次进行尝试
首先了解一下短信验证码的目的和应用场景:短信验证码的目的一是为了绑定用户，二是和用户建立一种直接的沟通途径，三是便捷登录。应用方式有动态密码，手机验证码;应用场景APP或网站系统等。选择一家靠谱的短信验证平台也要考虑到三方面和三个指标：第一方面服务怎么样?好的服务不仅仅是让你合作起来很放心，而且出现问题了能及时的解决减少因此带来的利益损失。第二方面,平台技术能力怎么样?小数据量及小的并发一般平台都能承载，但是如果一天高达亿万级的数据量，并发5000条/秒，这就是对技术实力的考验，技术能力弱的平台可能直接就死掉了,直接影响到客户。第三方面是价格,通常短信验证码的价格是依据用户发送量来定的，量越多价格越有优惠，一分价格一分货的东西，只要不是砍价太过分短信平台一般也不会用质量差的通道给你走。验证码短信考核指标三方面,及时性、到达率、稳定性。另外有实力的短信平台通道资源比较丰富，不会出现那么多的屏蔽地区和屏蔽号码,短信验证码服务没有地域性的限制，不是地区越速度就越快，服务就很好，互联网公司拼的就是技术和服务。需要注意的是验证码通常是用在注册或登录类的身份验证，如果用户是注册类的，当验证码接收不到将会损失直接客户，这个客户一旦流失到竞争对方那边，不但壮大对手削弱自己。现在网上大家很多在问为什么不用阿里短信，在此通过网络收集整理了以下几点认为比较在意的:（1）阿里报备签名必须是公司字号或商标名，这点受限比较多；（2）会员营销类的信息在阿里在一旦遭到手机用户投诉就会锁帐号；（3）阿里内容要求比较严格；（4）阿里只支持纯技术对接，没有自己可以登录的界面发送、查询、统计等功能；（5）如果有问题要咨询或解决，没有人工客服这点很是不方便，效率会低些；（6）阿里价格优势不大。短信验证码属于企业基础服务，巴卜短信在这块作的比较专业而且在这个行业内的口碑也不错，他们不仅仅有短信验证码也支持语音验证码和国际短信验证码可以满足不用的应用场景和环境,对接时他们会提供接口文档和示例代码，对接十分简捷。最后再次提醒不要贪图便宜选择价格过低的通道资源，价格低了，随之带来的损失就是丢失客户，一条短信没有收到，和节约一两厘的成本。就短信费用而言，就是直接几十倍的差距。丢失的客户的损失会更大，现在互联网公司获客成本高达几十元一位，这种因几厘的差距，造成更大的损失得不偿失。..socket是TCP/IP进程间通讯的底层实现（当然，socket只是ipc中的一种，此外还有消息队列、信号灯、共享内存等很多手段）。http(s)是在socket之上封装的一种上层通讯协议，其特点是：服务端监听通讯，被动提供服务；客户端主动向服务端发起连接请求，建立起通讯。每一次交互都是：客户端主动发起请求（request），服务端被动应答（response）。服务端不能主动向客户端推送数据。通信的数据是基于文本格式的。二进制数据（比如图片等）要利用base64等手段转换为文本后才能传输。websocket也是在socket之上封装的一种上层通讯协议，其特点是：websocket通讯的建立阶段是依赖于http协议的。最初的握手阶段是http协议，握手完成后就切换到websocket协议，并完全与http协议脱离了。建立通讯时，也是由客户端主动发起连接请求，服务端被动监听。
要么信号不好，要么服务器速度慢
这是因为平台选用的验证码通道质量不行，验证码下发速度慢或者是不稳定，也有可能是验证码通道上行限制，同一时间发送验证码过多，它就宕机了。

需要错误日志才能知道错误原因，日志发上来看看。 猜测是端口被占用了，或者呗其他软件拦截了。

TLS 为传输层安全性协议，是 MySQL 在客户端与服务器之间进行加密连接的协议。TLS 有时被称为 SSL（安全套接层），但是 MySQL 实际上并不使用 SSL 协议进行加密连接，因为它的加密很弱。TLS 协议通过加密数据来确保在两个通信应用程序之间提供隐私和数据完整性，以便任何第三方都无法拦截通信。它还会验证对等方以验证其身份。通过在两个对等点之间提供安全的通信通道，TLS 协议可以保护消息的完整性并确保其不会被篡改。MySQL 支持多种 TLS 版本协议，此次测试使用 8.0 的 client 为 TLSv1.2。从 wireshark 中看一下 TLS 握手的步骤：
说明 步骤 1: 使用 wss: URI 方案WebSocket 协议定义了两种 URI 方案。ws: 用于未加密的连接，wss: 用于应加密的安全连接。要加密你的连接，请使用 wss: URI 方案。例如：JavaScriptvar webSocket = new Windows.Networking.Sockets.MessageWebSocket();webSocket.connectAsync("wss://").done(function() {// connect succeeded}, function(e) {// connect failed});备注 有关 WebSocket URI 方案的其他详细信息，请参阅 WebSocket 协议。

WebSocketServer wsServer = new WebSocketServer(); if (!wsServer.Setup("127.0.0.1", 2012)){//设置IP 与 端口失败通常是IP 和端口范围不对引起的 IPV4 IPV6}if (!wsServer.Start()){//开启服务失败 基本上是端口被占用或者被 某杀毒软件拦截造成的return;}wsServer.NewSessionConnected += (session) =>{//有新的连接};wsServer.SessionClosed += (session, reason) =>{//有断开的连接};wsServer.NewMessageReceived += (session, message) =>{//接收到新的文本消息};wsServer.NewDataReceived += (session, bytes) =>{//接收到新的二进制消息};Console.ReadKey(); wsServer.Stop();