SSL延迟有多大？

最新推荐文章于 2024-09-23 19:13:37 发布
最新推荐文章于 2024-09-23 19:13:37 发布
阅读量810 收藏 1
点赞数
分类专栏： SSL
本文深入解析了HTTPs链接相较于HTTP链接的额外开销——SSL延迟，并通过命令行工具curl展示了如何测量TCP握手和SSL握手的具体耗时。文章进一步探讨了在不同场景下选择不同强度的数字证书的必要性，以平衡安全性与网页性能之间的关系。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

http://www.ruanyifeng.com/blog/2014/09/ssl-latency.html

作者： 阮一峰

据说，Netscape公司当年设计SSL协议的时候，有人提过，将互联网所有链接都变成HTTPs开头的加密链接。

这个建议没有得到采纳，原因之一是HTTPs链接比不加密的HTTP链接慢很多。（另一个原因好像是，HTTPs链接默认不能缓存。）

自从我知道这个掌故以后，脑袋中就有一个观念：HTTPs链接很慢。但是，它到底有多慢，我并没有一个精确的概念。直到今天我从一篇文章中，学到了测量HTTPs链接耗时的方法。

slow connection

首先我解释一下，为什么HTTPs链接比较慢。

HTTPs链接和HTTP链接都建立在TCP协议之上。HTTP链接比较单纯，使用三个握手数据包建立连接之后，就可以发送内容数据了。

tcp handshake

上图中，客户端首先发送SYN数据包，然后服务器发送SYN+ACK数据包，最后客户端发送ACK数据包，接下来就可以发送内容了。这三个数据包的发送过程，叫做TCP握手。

再来看HTTPs链接，它也采用TCP协议发送数据，所以它也需要上面的这三步握手过程。而且，在这三步结束以后，它还有一个SSL握手。

总结一下，就是下面这两个式子。

HTTP耗时 = TCP握手

HTTPs耗时 = TCP握手 + SSL握手

所以，HTTPs肯定比HTTP耗时，这就叫SSL延迟。

命令行工具curl有一个w参数，可以用来测量TCP握手和SSL握手的具体耗时，以访问支付宝为例。



$ curl -w "TCP handshake: %{time_connect}, SSL handshake: %{time_appconnect}\n" -so /dev/null https://www.alipay.com

TCP handshake: 0.022, SSL handshake: 0.064

上面命令中的w参数表示指定输出格式，time_connect变量表示TCP握手的耗时，time_appconnect变量表示SSL握手的耗时（更多变量请查看文档和实例），s参数和o参数用来关闭标准输出。

从运行结果可以看到，SSL握手的耗时（64毫秒）大概是TCP握手（22毫秒）的三倍。也就是说，在建立连接的阶段，HTTPs链接比HTTP链接要长3倍的时间，具体数字取决于CPU的快慢和网络状况。

所以，如果是对安全性要求不高的场合，为了提高网页性能，建议不要采用保密强度很高的数字证书。一般场合下，1024位的证书已经足够了，2048位和4096位的证书将进一步延长SSL握手的耗时。

（完）


【项目开发】理解SSL延迟：为何HTTPS比HTTP慢？
等风来
11-17 1879
在互联网发展的早期阶段，Netscape公司设计了SSL（Secure Sockets Layer）协议，为网络通信提供加密和安全性。有人曾提出一个大胆的设想：让互联网的所有链接都使用加密的HTTPs。然而，这一提议并未被采纳，原因之一是HTTPs链接在性能上不如HTTP链接——主要体现在“SSL延迟”上。
从3秒到0.5秒：Nginx如何将音频视频流延迟降低83%？
java专栏
01-27 1502
想象一下，在一个理想的网络世界里，所有的信息都能瞬间到达目的地，就像魔法一样。然而，在现实中，由于物理距离、网络带宽等因素的影响，数据传输总会存在一定的延时。对于实时音视频应用来说，哪怕只是几秒钟的延迟也可能破坏用户体验。因此，追求更低甚至接近零的延迟成为了开发者们不懈的努力目标。
大型网站的 HTTPS 实践（二）——HTTPS 对性能的影响（转）
weixin_30709809的博客
05-06 390
原文链接：http://op.baidu.com/2015/04/https-s01a02/ 1 前言 HTTPS 在保护用户隐私，防止流量劫持方面发挥着非常关键的作用，但与此同时，HTTPS 也会降低用户访问速度，增加网站服务器的计算资源消耗。 本文主要介绍 https 对用户体验的影响。 2 HTTPS 对访问速度的影响 在介绍速度优化策略之前，先来看下 HTTPS 对速度有什...
apache http上传过慢_apache-2.2 – HTTPS比HTTP慢50多倍
weixin_29686935的博客
01-26 576
我有一个网站,使用https将javascript文件传输到客户端.该网站是getsimpleapps.com.事实证明,使用https(20.08s – 29.08s)和http(380ms),此文件的加载速度要慢52倍.该站点的主页与javacript文件共享相同的缓慢.我最近从dreamhost切换到了linode,并且直到获得SSL才能在新服务器上运行,直到它完成.我没有做任何疯狂的配置....
https为什么比http慢
ssk0411的博客
04-01 281
HTTP耗时 = TCP握手 HTTPs耗时 = TCP握手 + SSL握手
HTTPS比HTTP慢的原因
new03的专栏
11-11 5241
HTTPs链接比不加密的HTTP链接慢很多。 HTTPs链接和HTTP链接都建立在TCP协议之上。HTTP链接比较单纯，使用三个握手数据包建立连接之后，就可以发送内容数据了。 客户端首先发送SYN数据包，然后服务器发送SYN+ACK数据包，最后客户端发送ACK数据包，接下来就可以发送内容了。这三个数据包的发送过程，叫做TCP握手。 再来看HTTPs链接，它也采用TCP协议发送数据，所以...
Minerproxy，SSL加密转发，数据中转降低延迟，防止断开
06-27
Minerproxy，SSL加密转发，数据中转降低延迟，防止断开 现在要么被挡连不上，要么超高延迟率。。那我们搭个中转地址，先把数据发到中转地址,用SSL点对点加密数据转发，然后从中转再发过去。这样又降低延迟又安全。...
中转服务器,SSL中转线路搭建
04-23
中转服务器,SSL中转线路搭建
【计算机网络】 SSL/TLS协议
大雨的博客
08-23 3752
SSL/TLS协议是用于在互联网上提供安全通信的协议。SSL代表安全套接层，而TLS代表传输层安全。这些协议的主要目的是确保数据在客户端和服务器之间传输时的机密性和完整性，同时验证服务器的身份。
为啥https比http慢
liuxi_happy的博客
08-08 3913
HTTPS请求中,ssl的请求会是tcp请求的14倍,而HTTP中没有这个问题。HTTPS请求中,ssl所占的时间比例是请求时间总和93.37%,HTTPS TCP 和HTTP 的TCP 时间差不是很大。建议:对安全要求不是很高的,不要使用https请求。Https有ssl的握手 HTTP没有。
HTTP与HTTPS对访问速度、性能等的影响
01-20
1 前言 HTTPS 在保护用户隐私，防止流量劫持方面发挥着非常关键的作用，但与此同时，HTTPS 也会降低用户访问速度，增加网站服务器的计算资源消耗。 本文主要介绍 https 对用户体验的影响。 2 HTTP与HTTPS的概念和区别 （1）HTTPS（全称：Hypertext Transfer Protocol over Secure Socket Layer），是以安全为目标的HTTP通道，简单讲是HTTP的安全版。即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL。 它是一个URI scheme（抽象标识符体系），句法类同http:体系。用于安全的H
http慢传输测试
11-05
SlowHTTPTest是一款对服务器进行慢攻击的测试软件，所谓的慢攻击就是相对于cc或者DDoS的快而言的，并不是只有量大速度快才能把服务器搞挂，使用慢攻击有时候也能到达同一效果。slowhttptest包含了之前几种慢攻击的攻击方式，包括slowloris, Slow HTTP POST, Slow Read attack等。那么这些慢攻击工具的原理就是想办法让服务器等待，当服务器在保持连接等待时，自然就消耗了资源。
http和https通道性能比较
huobengluantiao8
08-06 923
通过ab压力测试，apache走https通道，单个apache节点，在1000的并发下，获取几百字节的图片这样简单请求，也需要几秒钟的时间。 io和cpu负载均不高， 用nginx也是一样慢。 只有当并发降到100时，请求返回时间才正常。 ================= http =============== ab -n 1000 -c 1000 http://10.24...
HTTPs与HTTP的性能
chuxiong5717的博客
06-18 336
(参考：https://blog.youkuaiyun.com/chinafire525/article/details/78911734 https://blog.youkuaiyun.com/hherima/article/details/52469787 http://www.jb51.net/article/...
https vs http 性能
waterborn的专栏
07-20 1646
1.       HTTPS 一定要有明确的选择理由.a)         HTTPS 实际上是SSL用于HTTP. b)        主要解决了两部分的问题.                         i.              1. 信任主机的问题. 采用https 的server 必须从CA 申请一个用于证明服务器用途类型的证书. 改证书只有用于对应的server 的
https协议文件上传比http协议慢
qq_39634880的博客
09-23 358
一.自己写一个文件上传的接口，在浏览器文件上传https协议比http协议慢（速度上https协议是http协议的八分之一左右），在postman上传是正常的（证明代码是没有问题的），那就是协议的问题。二.经发现，改为http1.1基本上就正常了，之前是http2。
连接太慢该怎么办：HTTPS的优化
qq_38304320的博客
11-29 2168
文章目录硬件优化软件优化协议优化证书优化会话复用会话票证预共享密钥总结 你可能或多或少听别人说过，“HTTPS 的连接很慢”。那么“慢”的原因是什么呢？ 通过前两讲的学习，你可以看到，HTTPS 连接大致上可以划分为两个部分，第一个是建立连接时的非对称加密握手，第二个是握手后的对称加密报文传输。 由于目前流行的 AES、ChaCha20 性能都很好，还有硬件优化，报文传输的性能损耗可以说是非常地小，小到几乎可以忽略不计了。所以，通常所说的“HTTPS 连接慢”指的就是刚开始建立连接的那段时间。 在 TCP
HTTP vs HTTPS ：安全与性能的较量，拿下我人生中第7个Offer
m0_61418075的博客
04-07 492
在实际的渗透测试过程中，面对复杂多变的网络环境，当常用工具不能满足实际需求的时候，往往需要对现有工具进行扩展，或者编写符合我们要求的工具、自动化脚本，这个时候就需要具备一定的编程能力。一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！恭喜你，如果学到这里，你基本可以从事一份网络安全相关的工作，比如渗透测试、Web 渗透、安全服务、安全分析等岗位；
细节剖析：HTTP与HTTPS在安全性、性能等方面的不同！
dream317
07-23 1999
HTTPS是现代互联网通信的重要基石，通过加密通信、身份验证和数据完整性保护，为数十亿用户提供了安全可靠的互联网体验。
curl可以实现ssl会话复用吗？
最新发布
07-08
<think>我们正在讨论curl的SSL会话复用功能。根据引用内容，我们注意到引用[1]提到了curl_easy_setopt函数中设置CURLOPT_SSL_VERIFYPEER和CURLOPT_SSL_VERIFYHOST，但没有直接提到会话复用。然而，我们知道curl是支持SSL会话复用的，这可以通过设置CURLOPT_SSL_SESSIONID_CACHE选项来实现（默认是开启的）。此外，还可以使用CURLOPT_SSL_CTX_FUNCTION来管理SSL上下文，包括会话缓存。 SSL会话复用（Session Resumption）是一种优化技术，它允许客户端在后续连接中重用之前协商的SSL/TLS会话参数，从而跳过耗价的握手过程，减少延迟。 在curl中，SSL会话复用默认是启用的，但我们可以通过一些选项来配置或控制它。 具体配置方法： 1. 默认情况下，curl会尝试复用会话（如果服务器支持）。我们可以通过设置`CURLOPT_SSL_SESSIONID_CACHE`选项来控制是否使用会话ID缓存。这个选项默认是开启的（值为1），如果要禁用，可以设置为0： ```c curl_easy_setopt(curl, CURLOPT_SSL_SESSIONID_CACHE, 0L); // 禁用会话ID缓存 ``` 2. 另外，curl还提供了通过回调函数管理SSL上下文的能力，即`CURLOPT_SSL_CTX_FUNCTION`。我们可以通过这个回调函数来设置SSL上下文的参数，包括会话缓存的方式（例如设置会话缓存的大小、超时时间等）。不过，这需要更深入的OpenSSL知识。 3. 为了验证会话复用是否发生，我们可以启用详细模式（使用`CURLOPT_VERBOSE`），然后查看输出中是否有类似“Re-using existing connection”或“SSL re-using session ID”的信息。 示例代码： ```c #include <curl/curl.h> int main(void) { CURL *curl = curl_easy_init(); if(curl) { // 设置URL curl_easy_setopt(curl, CURLOPT_URL, "https://example.com"); // 启用详细模式以便观察会话复用情况 curl_easy_setopt(curl, CURLOPT_VERBOSE, 1L); // 执行第一次请求（建立会话并缓存） curl_easy_perform(curl); // 再次执行请求（尝试复用会话） curl_easy_perform(curl); curl_easy_cleanup(curl); } return 0; } ``` 在详细模式的输出中，如果看到类似以下信息，说明会话复用成功： ``` * Re-using existing connection! (#0) with host example.com * Connected to example.com (93.184.216.34) port 443 (#0) * SSL re-using session ID ``` 注意：会话复用需要服务器支持。如果服务器不支持，那么即使客户端启用，也无法复用。 另外，引用[3]提到了HTTP/2和HTTP/3在连接复用方面的不同机制，但SSL会话复用是TLS层的一个特性，与HTTP版本无关。 总结： - curl默认支持SSL会话复用，通过`CURLOPT_SSL_SESSIONID_CACHE`控制（默认启用）。 - 可以通过详细输出（`CURLOPT_VERBOSE`）来观察会话复用情况。 - 会话复用需要服务器支持。 相关问题： 1. 如何验证curl是否成功复用了SSL会话？ 2. 除了会话ID缓存，curl还支持哪些会话复用机制（如Session Ticket）？ 3. 在HTTP/2和HTTP/3中，连接复用与SSL会话复用有什么关系？</think>### cURL 是否支持 SSL 会话复用？ 是的，**cURL 完全支持 SSL/TLS 会话复用**（Session Resumption）。这是通过两种主要机制实现的： 1. **Session ID 缓存** 默认启用，cURL 会缓存 SSL 会话 ID，后续连接相同服务器时直接复用会话参数，跳过完整握手过程。 ```c // 默认启用（无需额外配置） CURL *curl = curl_easy_init(); ``` 2. **Session Ticket (RFC 5077)** 支持无状态会话恢复，服务器通过加密票据传递会话信息，客户端下次连接时提交票据即可恢复会话。 --- ### 如何配置会话复用？ #### 1. 启用会话缓存（默认已启用） ```c CURL *curl = curl_easy_init(); if (curl) { // 启用 SSL 会话缓存（默认值为 1，通常无需显式设置） curl_easy_setopt(curl, CURLOPT_SSL_SESSIONID_CACHE, 1L); } ``` > **注意**：会话缓存默认开启，无需额外配置[^1]。 #### 2. 验证会话复用效果 通过 `CURLOPT_VERBOSE` 输出调试信息，观察日志中的 `SSL-Session:` 字段： ```c curl_easy_setopt(curl, CURLOPT_VERBOSE, 1L); // 启用详细日志 ``` 若日志出现 `Reused SSL session` 或 `SSL re-using session ID`，表明会话复用成功[^1]。 #### 3. 自定义会话缓存管理（高级） 通过回调函数手动管理会话缓存： ```c // 定义会话缓存回调 static size_t session_cb(CURL *curl, void *sessionid, size_t size) { // 自定义缓存读写逻辑 return size; } // 设置回调 curl_easy_setopt(curl, CURLOPT_SSL_SESSIONID_CACHE, 0L); // 禁用内置缓存 curl_easy_setopt(curl, CURLOPT_SSL_CTX_FUNCTION, session_cb); ``` #### 4. 关键配置选项 | 选项 | 作用 | |-----------------------------|----------------------------------------------------------------------| | `CURLOPT_SSL_SESSIONID_CACHE` | 启用/禁用会话ID缓存（默认：1启用） | | `CURLOPT_SSL_CTX_FUNCTION` | 自定义SSL上下文回调（用于手动管理会话） | | `CURLOPT_VERBOSE` | 输出详细日志（验证复用效果） | --- ### 注意事项 1. **服务器兼容性** 会话复用需服务器支持（如 Nginx/Apache 需开启 `ssl_session_cache` 和 `ssl_session_tickets`）。 2. **超时限制** 会话缓存有效期由服务器决定（通常 5-10 分钟），超时后自动重新协商。 3. **多线程安全** 默认会话缓存不支持多线程，需通过 `CURLOPT_SSL_CTX_FUNCTION` 实现线程安全管理。 > **调试建议**：始终启用 `CURLOPT_VERBOSE` 日志，通过输出中的 `SSL-Session` 字段确认复用状态[^1]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值