面试官：什么是SSL卸载？它的工作原理是什么？有什么好处？
点击上方“Java基基”，选择“设为星标”
做积极的人，而不是积极废人！
每天 14:00 更新文章，每天掉亿点点头发...
源码精品专栏
原创 | Java 2021 超神之路，很肝~
中文详细注释的开源项目
RPC 框架 Dubbo 源码解析
网络应用框架 Netty 源码解析
消息中间件 RocketMQ 源码解析
数据库中间件 Sharding-JDBC 和 MyCAT 源码解析
作业调度中间件 Elastic-Job 源码解析
分布式事务中间件 TCC-Transaction 源码解析
Eureka 和 Hystrix 源码解析
Java 并发源码
来源：www.racent.com/blog/ssl-
offloading-bridging-termination
什么是SSL卸载？
SSL卸载的优点是什么？
SSL卸载的工作原理是什么？
什么是SSL卸载？在负载均衡器层面执行SSL。
今天我们将讨论一个经常出现的问题，对于那些没有IT背景的人来说，这可能会显得特别陌生：什么是SSL卸载？我们将快速概述一下SSL卸载意味着什么，为什么你想要这样做，以及你是否应该这样做。
一般而言，有关SSL/TLS和互联网的工作方式的一个用词不当的说法是，它是一个1：1的连接。个人的计算机直接与网络服务器连接，然后通讯就会直接从一端到达另一端。而实际上，情况要比这复杂得多，有时候两端之间最多会划分成十多段。
当我们开始学习SSL卸载时，我们应当记住这一点，因为这是十分重要的。
那么，什么是SSL卸载，它是如何工作的？
让我们开始吧……
什么是SSL卸载？
坦白地说，在TLS 1.3之前，甚至在TLS 1.2之前，SSL/TLS经常会增加连接的延迟性。这就是SSL/TLS减慢网站速度的原因。十年前，SSL/TLS的这一缺点总是令人倍感震惊。“哦，它们会拖慢你的网站的速度”。当时这的确是真的。
今天情况不再是这样了，但在过去，人们会SSL/TLS认为有点资源匮乏。首先，你会进行SSL/TLS握手。在TLS 1.3中，系统已经被改进到只进行一次往返，但在此之前，它会进行多次往返。然后，在握手之后，必须使用额外的处理能力来对传输的数据进行加密和解密。随着服务器上来自SSL/TLS的额外负载不断增加，系统便不能再满负荷处理。
再一次地，TLS 1.3删除了很多这方面的内容，HTTP/2——它需要使用SSL/TLS——能够帮助进一步提高性能，但是，即使有了所有这些方面的改进，在更高流量的情况下，SSL/TLS仍旧可能会增加延迟。
那么，什么是SSL卸载？嗯，为了帮助缓解SSL/TLS增加的额外负担，你可以启动单独的、特定于应用程序的集成电路（ASIC）处理器，这些处理器仅限于执行SSL/TLS所需的功能，即握手和加密/解密。这将可以为目的应用程序或网站释放出处理能力。简言之，这就是SSL卸载。有时也称为负载均衡。你可能听说过负载均衡器这个词。负载均衡器是这样一种设备，它能够帮助改善对多个资源的工作负载的分发，例如将SSL/TLS工作负载分发到ASIC处理器。
“推荐下自己做的 Spring Boot 的实战项目：
https://github.com/YunaiV/ruoyi-vue-pro
SSL卸载的优点是什么？
SSL卸载有几个好处：
它能够卸载应用服务器上额外的任务，这样它们就可以专注于它们的主要功能。
它能够节省这些应用服务器上的资源。
而且，根据使用的负载均衡器的不同，它还可以帮助进行HTTPS检查、反向代理、cookie持久性、流量管理等等。
最后一点是最重要的一点：在某些情况下，SSL卸载可以帮助进行流量检查。与加密一样重要的是，它有一个主要缺点：攻击者可以隐藏在加密的通信流中。由于攻击者隐藏在HTTPS通信流中，所以出现了很多引人注目的漏洞，最近，Magecart就一直在使用HTTPS通信来混淆从各种支付页面中窃取的PCI。
一旦你的组织达到了一定的规模，检查HTTPS通信的能力就几乎成为强制性的了，而实现这一点的最好方法之一就是，卸载SSL/TLS进程。
“推荐下自己做的 Spring Cloud 的实战项目：
https://github.com/YunaiV/onemall
SSL卸载的工作原理是什么？
当我们讨论SSL卸载时，有两种不同的方式可以实现它：
SSL终结
SSL桥接
让我们先从SSL终结开始，因为它更简单一点。从本质上来说，它是这样工作的，用于SSL卸载的代理服务器或负载均衡器充当着SSL终结器的角色，它也充当边缘设备的角色。当客户端尝试连接到网站时，客户端就会连接到SSL终结器——该连接是HTTPS。但是SSL终结器和应用服务器之间的连接是通过HTTP连接的。
现在，你可能会问，这为什么没给对浏览器造成问题，这是因为HTTP连接是在幕后进行的——在内部网络上，受防火墙保护——客户端与SSL终结器之间仍然有一个安全的连接，而后者起着传递的作用。
下面是SSL终止的可视化图：
除了通过HTTP发送流量和请求外，SSL桥接在概念上与SSL终结非常相似，它会在将所有内容发送到应用程序服务器之前，重新加密它们。
下面是SSL桥接的可视化图：
这两种方法都允许你执行流量检查，并且在处理更大网络上的大量流量时可以提供极大的帮助。
请记住，加密是一项令人难以置信的CPU密集型任务。当行业从1024位的RSA密钥迁移到了2048位的RSA密钥时，根据服务器的不同，涉及到的CPU的使用增加了4-7倍。我们甚至可能永远不会获得4096位的密钥，因为坦率地说，那时，CUP使用量的增加并不能完全改善安全性。这就是为什么我们看到加密的发展趋势更倾向于基于椭圆曲线的密码系统。
因此，让我们来讨论最后一点：你是否应该考虑SSL卸载？
坦率地说，这一切都取决于你，你的网站和你想做什么。像ESPN或CNN这样大型的媒体网站应当非常适合使用负载均衡器，因为它们都能处理大量的流量。另一方面，如果你只是为当地一家面包店运营一个网站，那么让你的服务器去处理所有的事情就可以了——尤其是TLS 1.3进行了改进的情况下。
欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，长按下方二维码噢：
已在知识星球更新源码解析如下：
最近更新《芋道 SpringBoot 2.X 入门》系列，已经 101 余篇，覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。
提供近 3W 行代码的 SpringBoot 示例，以及超 6W 行代码的电商微服务项目。
获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。
文章有帮助的话，在看，转发吧。
谢谢支持哟 (*^__^*）