以 SSL 证书(现称 TLS 证书)形式存在的数字安全,在 Web 市场中已不是新概念。这些受信任的 SSL 证书通过加密技术保护 Web 上所有的客户端-服务器通信,使其免遭网络犯罪分子的侵害。简而言之,SSL 证书将其加密技术应用于 Web 上未受保护的 HTTP(超文本传输协议)流量,并将其转换为 HTTPS。当站点 URL 以 HTTPS(超文本传输安全协议)开头时,即表示这是一个安全且加密的站点连接。

什么是 SSL 透传(SSL Passthrough)?

通过负载均衡器传输数据到服务器但不进行解密的过程,称为 SSL 透传。通常,SSL 终止过程或解密过程发生在负载均衡器上,然后以明文格式将数据传输到 Web 服务器。但在 SSL 透传过程中,这些数据在穿过负载均衡器时保持加密格式,到达后由 Web 服务器直接解密。简言之,当 SSL 传入请求无法在负载均衡器上解密数据,并将其传递到服务器进行解密时,就发生了 SSL 透传过程。当 Web 应用需要被保护,或网络内任何其他数据传输需要顶级安全性时,这一过程就显得至关重要。

SSL 透传如何工作?

在 SSL 透传过程中,加密的 HTTPS 流量不会在位于服务器与客户端之间的负载均衡器上解密,而是绕过负载均衡器直接到达 Web 服务器进行解密。因此,网络/负载均衡器无法检测流量内容,使这一数据传输过程变得安全。这种安全传输可保护流量/数据包免受恶意黑客的攻击,并使流量在到达目的地之前始终保持加密。

SSL 透传的优势

  • 由于流量不在负载均衡器上解密,而是以加密格式直接转发到服务器,因此流量可免受 Web 入侵者和网络罪犯的侵害。
  • 加密数据绕过所有解密层,以相同格式到达 Web 服务器,从而确保数据机密性。
  • 这是一个完全安全的数据传输过程,适用于传输关键和敏感数据。
  • 在负载均衡器中配置 SSL 的最简单方式是通过代理 SSL 透传(proxy SSL passthrough)。

SSL 透传的缺点

  • 流量中可能含有被篡改的代码,会直接到达后端服务器。这存在风险,因为入侵者的加密代码可能会损坏服务器。
  • SSL 透传过程中无法在服务器之间切换。
  • 无法使用 Cookie 持久化(Cookie tenacity)。
  • SSL 透传过程无法使用 HTTP 配置文件。
  • 无法优化第 7 层流量。

如何配置 SSL 透传?

前端与后端配置必须包含 TCP(传输控制协议)模式与 HTTP 模式。SSL 透传利用 TCP 模式作为通道,将加密流量传送到后端服务器。配置代理 SSL 透传时,无需在负载均衡器上安装 SSL 证书,因此这些 SSL/TLS 证书安装在后端服务器上。该配置排除了负载均衡器,由服务器负责处理 SSL 连接。

什么是 SSL 卸载(SSL Offloading)?

SSL 卸载(或称 SSL 终止,随您称呼)以另一种方式处理 HTTPS 流量。在 SSL 卸载过程中,位于客户端与服务器之间的负载均衡器被赋予解密双方之间流量、再从服务器加密回客户端的任务。当加密与解密工作由负载均衡器承担后,Web 服务器便从这一职责中解脱(offloaded),从而能更高效地处理浏览器请求的网页分发。但 SSL 卸载过程也有一些显著的缺点。

SSL 卸载的缺点

  • 在 SSL 卸载过程中,穿越负载均衡器并以明文(未加密)格式到达后端服务器的数据,可能会让实施中间人攻击的网络罪犯更容易得手,他们可成功渗透您的网络并窃取数据。
  • 当加密与解密密钥与负载均衡器共享时,这一问题会更加严重。
  • 对于极度敏感的流量和关键网络安全场景,该过程不适用。

SSL 透传 vs SSL 卸载

对比维度SSL 透传(SSL Passthrough)SSL 卸载(SSL Offloading)
解密位置加密(HTTPS)流量不在负载均衡器上解密,直接到达后端服务器。所有加密(HTTPS)流量在到达后端服务器前,先在负载均衡器上解密。
第 7 层处理数据以加密方式传输,无法进行第 7 层操作。可执行第 7 层操作,传向服务器的数据为明文(HTTP)。
数据检查负载均衡器与服务器之间传输时数据为 HTTPS 格式,无法进行数据检查。两者之间传输时数据为 HTTP 格式,可进行数据检查。
服务器负载解密由服务器完成,服务器负载很高。负载均衡器先解密,服务器被"卸载",负载较低。
安全性加密数据在负载均衡器与服务器间传输,是安全的数据传输过程,适合关键 Web 应用。未加密数据在两者之间传输,易受中间人攻击与黑客威胁,适合对顶级安全性要求不高的小型网络。
配置文件要求不建议添加 Client SSL 与 Server SSL 配置文件。需要 Client SSL 配置文件与 HTTP 监视器。
流量优化无法使用 HTTP 配置文件,无法按第 7 层流量优化。借助 HTTP 配置文件,可按第 7 层流量优化。
Cookie 持久化无法使用。可使用。

总结

这两种过程都有助于保护网络流量并增强数据隐私。它们各有优缺点,也都对数字安全至关重要。