主要缺点
1,网络耗时(比HTTP多了交互次数)。
2,加解密耗时。
3,比HTTP慢几百毫秒以上,页面加载时间增加了50%,增加10%到20%的耗电
耗时分析.
1,可能浏览器需要由http跳转到https的耗时,用户使用http需要服务端返回302强制跳转https。
2,接着经过某种机制多次交互协商得到通信密钥,并且还会对证书的身份认证。
3,可能浏览器需要到证书机构查询证书状态。
4,可能还需要到DNS去解析出证书机构的IP。
5,浏览器验证证书合法性需要耗时。
6,协商密钥过程中服务端和客户端都需要进行多次加解密运算哈希运算,需要耗时。
完全握手优化
1,异步耗时的对称加解密算法,比如RSA,使用其他的专门的计算集群或硬件加速。
2,对称加密耗时少,无需异步化,选择耗时少的算法。
简化握手
1,对于已经完全握手过的客户端可以将session id传到服务器,服务器在内存中寻找是否已可信任。但集群中存在session管理的问题,可用ip hash绑定客户端也可以通过分布式缓存解决。
2,类似的还可以用session ticket机制,客户端传过来,服务端能解密成功即可信任。session ticket不存在管理问题,只要每台服务器都配置成相同密钥,即不管发到哪台都能解密成功。
HTTPS分析
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。
推荐阅读更多精彩内容
- 目录 准备 分析2.1. 三次握手2.2. 创建 HTTP 代理(非必要)2.3. TLS/SSL 握手2.4. ...
- 本文摘自 腾讯bugly 的文章《全站 HTTPS 来了》,内容有修改。 大家在使用百度、谷歌或淘宝的时候,是否注...
- 原文: 高性能网络浏览器-第四章传输层安全性(Transport Layer Security,TLS) 翻译: ...
- 01 微博上有一条热搜,如果我们当初不添加好友,现在也不会有那么多故事。 有一条看得蛮心酸的评论:先招惹我的人是你...