一次访问背后隐藏的加密难题
实际操作要点
折腾CDN TLS时，我发现最麻烦的往往不是安装，而是配置。当你打开一个网站，浏览器地址栏出现绿色小锁图标时，背后其实进行着一系列复杂的密码学握手。对于普通用户来说，只看到“安全”二字就够了。但对于运营网站的人来说，这个握手的过程关乎速度、兼容性、甚至合规性。
CDN（内容分发网络）的边缘节点处于用户和源站之间，相当于一个遍布全球的中转站。为了让所有访问都加密，CDN节点需要支持多种加密协议——目前主流是TLS 1.3，而在中国境内，国密SM2系列算法也正成为刚性需求。
那么问题来了：TLS 1.3和SM2是什么？它们能同时用吗？怎么实现一张证书都不落下？这篇文章会用大白话把这些问题讲透。
相关阅读：此处可内链到“CDN TLS常见问题”专题。
先搞懂基础：TLS 1.3 和 国密SM2 分别是什么
TLS 1.3：当前最快的加密握手协议
TLS（传输层安全协议）是HTTPS的底层保障。2018年发布的TLS 1.3相比上一版1.2，最大变化是握手只需1-RTT（一次往返），而1.2需要2-RTT。这意味着客户端和服务器之间少了一次来回，网页加载感觉更快。
除了速度，TLS 1.3还砍掉了很多不安全的加密套件，只保留了AEAD（认证加密）类算法，比如AES-128-GCM、ChaCha20-Poly1305。这让中间人更难破解连接。
国密SM2：中国自主可控的密码算法
SM2是中国国家密码管理局发布的椭圆曲线公钥密码算法，属于国密系列（SM1/SM2/SM3/SM4）。它的安全性基于椭圆曲线离散对数问题，与国际上的ECDSA/E CDH类似，但曲线参数不同。
为什么需要SM2？因为很多合规场景要求使用自主可控的密码技术，比如电子政务、金融、关键基础设施。如果网站只支持国际算法，可能无法通过等保测评或国密改造验收。
CDN边缘节点为何要做“双算法”支持？
验证与回滚
CDN节点部署在全球各地，服务海量用户。不同用户终端支持的加密协议不同：
- 现代浏览器（Chrome 70+、Firefox 63+、Safari 12.1+）默认支持TLS 1.3；
- 一些老旧设备或定制化系统（比如某些国产操作系统、国密浏览器）只支持SM2/SM3/SM4；
- 海外用户更习惯国际算法，国内合规场景需要国密。
如果CDN边缘节点只提供TLS 1.3，国密浏览器用户就无法访问；如果只提供SM2，国际用户连接效率低下。因此，双证书并行部署、根据客户端能力自动切换成为最优解。
全链路加密：不只是边缘到用户
容易忽略的细节
很多理解CDN加密时只关注“用户→边缘节点”这一段，但实际存在三段链路：
- 用户→CDN边缘节点（第一跳）：一般由CDN提供证书，用户浏览器验证此证书；
- CDN边缘节点→CDN中间层/源站（第二跳）：CDN内部转发，也可能重新加密；
- CDN中间层/源站→源站服务器（第三跳）：如果源站支持HTTPS，边缘节点会回源加密。
所谓“全链路TLS 1.3加密”，指的是这些跳都使用TLS 1.3协议，避免某一环节出现明文。而“国密SM2证书无缝切换”是指：当客户端支持国密时，第一跳使用SM2证书；当客户端不支持时，使用国际证书。整个过程由CDN自动判断，用户无感知。
如何实现无缝切换？关键在SNI和证书链配置
SNI（服务器名称指示）的作用
SNI允许客户端在握手之初告诉服务器自己正在访问哪个域名。CDN边缘节点根据SNI知道客户端想要的是什么网站，从而返回对应的证书。双证书配置就是利用SNI识别：
- 如果客户端发送的SNI中携带国密算法标识（比如TLS扩展中包含国密密码套件），边缘节点就响应国密证书；
- 否则响应国际证书。
证书链的兼容性处理
国际证书链一般由CA（如DigiCert、Let’s Encrypt）签发，根证书内置于系统或浏览器。国密证书链则不同，需要由支持国密的CA（如CFCA、上海CA）签发，并且客户端需要预先安装国密根证书。如果用户用的操作系统未预装国密根证书，即使拿到SM2证书也无法验证。
为此，CDN服务商通常会在边缘节点上同时配置两种证书链，并支持自动下载国密根证书。当国密浏览器发起连接时，边缘节点会将完整的国密证书链（包括中间证书和根证书）一起发送，客户端只要信任该根即可。
关联教程：此处可内链到“CDN TLS部署与验证”内容。
CDN TLS：操作示例：在CDN平台配置双证书
先看关键判断
假设你使用某家支持双算法的CDN（实际流程大同小异）：
- 准备好两种证书：国际证书（例如RSA 2048或ECDSA P-256，由权威CA签发）、国密证书（SM2签名证书+SM2加密证书，一般需要双证书，因为国密算法签名和加密分开）。
- 上传至CDN控制台：在“证书管理”中分别上传国际证书和国密证书，并填写对应的私钥。注意国密证书的格式可能是PEM或DER，部分平台要求单独上传签名证书和加密证书两对。
- 启用“全链路TLS 1.3”：在HTTPS配置中将TLS最低版本设为1.2或1.3，建议开启TLS 1.3支持（部分CDN默认已开）。
- 配置“双算法自动切换”：开启“国密与国际证书智能切换”开关，并选择“回源也使用对应算法”（如果源站也支持国密）。
- 验证：使用普通浏览器（如Chrome）访问，查看证书是否为国际证书；使用国密浏览器（如360安全浏览器、红莲花等）访问，查看证书是否变为SM2。
进阶阅读：此处可内链到“CDN TLS性能优化”指南。
常见坑点和注意事项
配置前的检查
- 国密证书的OCSP/CRL校验：国密CA的在线证书状态协议（OCSP）服务可能不如国际CA稳定，建议开启CDN的OCSP stapling功能，由边缘节点缓存证书状态。
- 回源协议必须一致：如果第一跳是国密，但源站只支持国际算法，边缘节点就需要先解密再重新加密，这会增加延迟。理想情况是源站也支持双算法，或者使用CDN提供的全链路加密模式。
- 手机端兼容性：很多手机浏览器（如Safari、Chrome Mobile）并未内置国密根证书，因此国密切换仅对安装了国密根证书的特定客户端生效。不要指望所有手机用户自动使用国密。
- 性能差异：SM2密钥长度较短（256位），但其计算过程比ECDSA略复杂。在实际CDN边缘节点上，如果同时处理大量国密连接，可能需要调整CPU资源。大多数CDN通过硬件加速（如华为鲲鹏、Intel QAT）来均衡。
未来趋势：融合而非取代
容易忽略的细节
TLS 1.3和国密SM2并非对立关系。国密国际化的推进已经让很多CDN厂商实现了双栈支持。对于站长来说，现在最理性的做法是：
- 主站使用国际证书+TLS 1.3，保障全球访问速度和兼容性；
- 对国内合规重点页面，叠加国密证书，利用CDN的SNI自动切换；
- 回源都采用TLS 1.3加密，确保全链路安全。
这样既不会影响海外用户体验，又能满足国内监管要求。CDN作为中间层，完美隐藏了双算法的复杂性。
CDN TLS：总结
我的处理经验
也许你不需要掌握椭圆曲线方程，也不需要理解TLS握手细节。你只需要知道：CDN边缘节点可以同时挂载国际和国密两种证书，根据客户端能力自动选最优算法。这就像你手机插了双卡，自动选择信号更好的那张。配合TLS 1.3的全链路加密，用户感知不到任何切换痕迹。这就是现代CDN在加密领域做的“无缝衔接”。
如果你正在配置CDN，不妨先咨询服务商是否支持双证书智能切换。大多数主流CDN（如又拍云、阿里云、腾讯云）都已经提供了这个能力，只是开关名称不同。花10分钟配置好，省去以后合规改造的大麻烦。把这些步骤跑通后，CDN TLS基本就能稳定落地。
延伸阅读