HTTPS 与 TLS 实战指南：深入理解工作原理

Security2026-11-10TryQuickToolBox

你很可能在浏览器中见过那把挂锁图标，知道它代表“安全”。但当你访问一个 HTTPS 网站时，实际发生了什么？浏览器如何知道它正在与真正的服务器通信，而不是冒充者？为什么 TLS 有时会拖慢速度？本指南以实用角度剖析 HTTPS 和 TLS，让你能自信地配置、调试并保护你的 Web 应用。

HTTPS 究竟是什么

HTTPS 就是运行在 TLS（传输层安全协议）之上的 HTTP。TLS 提供三项保证：

机密性：数据被加密，窃听者无法读取。
完整性：数据在传输过程中被篡改会被发现。
身份验证：服务器使用证书证明自己的身份。

没有 TLS，HTTP 以明文发送所有内容：密码、Cookie 和个人数据对网络路径上的任何人都可见。HTTPS 解决了这个问题。

通俗解读 TLS 握手

在任何加密数据流动之前，客户端和服务器会执行握手，以协商加密密钥并验证身份。以下是典型的 TLS 1.3 握手（现代标准）中发生的过程：

Client Hello：浏览器发送支持的密码套件列表、TLS 版本和一个随机值。
Server Hello：服务器选择一个密码套件，发送自己的随机值，并提供其证书链。
密钥交换：双方使用密钥交换算法（如 ECDHE）推导出一个共享密钥，而无需直接传输它。
证书验证：客户端对照受信任的根 CA 检查服务器证书，验证域名并检查有效期。
完成：双方发送 MAC 以确认握手完整性，然后开始加密的应用数据传输。

TLS 1.3 将此过程缩减为一次往返（1-RTT），甚至支持针对回访用户的 0-RTT 恢复，相比 TLS 1.2 显著降低了延迟。

证书：信任的锚点

证书将公钥绑定到域名，并由证书颁发机构（CA）签名。浏览器和操作系统内置了受信任根 CA 的存储库。当服务器出示其证书时，客户端会验证证书链直至受信任的根。

常见证书类型：

DV（域名验证）：证明对域名的控制权；签发快速且通常免费（例如 Let's Encrypt）。
OV（组织验证）：包含经过验证的组织详细信息；签发时间较长。
EV（扩展验证）：最高验证级别；历史上会显示绿色地址栏，但现代浏览器不再强调这一点。

证书会过期，因此自动化至关重要。与反向代理集成的 Certbot 或 ACME 客户端等工具可自动处理续期。

在服务器上配置 HTTPS

以下是一个启用 HTTPS 并采用现代 TLS 设置的最小 Nginx 配置：

server {
    listen 443 ssl http2;
    server_name example.com;

    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;

    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256';
    ssl_prefer_server_ciphers off;

    # HSTS（测试后启用）
    add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;

    location / {
        proxy_pass http://localhost:3000;
    }
}

server {
    listen 80;
    server_name example.com;
    return 301 https://$host$request_uri;
}

要点：仅使用 TLS 1.2 和 1.3，优先选择 ECDHE 密码套件以实现前向保密，并将 HTTP 重定向到 HTTPS。HSTS 告诉浏览器始终为你的域名使用 HTTPS，但在启用较长的 max-age 之前请仔细测试。

常见陷阱及如何避免

混合内容：在 HTTPS 页面上加载 HTTP 资源会破坏挂锁。使用相对 URL 或确保所有资源都通过 HTTPS 加载。
证书过期：自动化续期并监控到期时间。过期的证书会立即引发浏览器警告。
弱协议：禁用 TLS 1.0 和 1.1；它们已被弃用且存在漏洞。
不完整的证书链：服务器必须发送中间证书；否则某些客户端会失败。使用 SSL Labs 等工具进行测试。
未启用 HSTS 预加载：为了最大程度保护，在确保所有子域名都支持 HTTPS 后，将你的域名提交到 HSTS 预加载列表。

TLS 1.2 与 TLS 1.3：有何变化

特性	TLS 1.2	TLS 1.3
握手往返次数	2-RTT	1-RTT（恢复时 0-RTT）
密钥交换	RSA 或 ECDHE	仅 ECDHE（强制前向保密）
密码套件	众多，包括弱套件	精简集合，全部为 AEAD
0-RTT 数据	不支持	支持（存在重放风险）

TLS 1.3 更快更简单，移除了旧算法。大多数现代客户端支持它，但请保留 TLS 1.2 以兼容旧设备。

调试 TLS 问题

当 HTTPS 失败时，请检查以下内容：

使用 openssl s_client -connect example.com:443 -servername example.com 检查证书链和握手。
运行 curl -vI https://example.com 查看协商的 TLS 版本和密码套件。
检查服务器日志中的握手错误；Nginx 将 SSL 错误记录到错误日志中。
使用在线 SSL 测试工具获取全面评分和建议。

如果你经常处理 Nginx 日志，Nginx 日志分析器可以帮助你快速发现 TLS 握手失败和其他问题。

常见问题

HTTPS 和 TLS 有什么区别？

HTTPS 是运行在 TLS 之上的 HTTP。TLS 是提供加密、完整性和身份验证的密码学协议。HTTPS 是使用 TLS 的 HTTP 安全版本。

内部服务需要证书吗？

是的，对于生产环境的内部服务，请使用来自你自己的 CA 或公共 CA 的证书。自签名证书会导致信任问题；考虑使用私有 PKI 或 mkcert 等开发工具。

证书应该多久续期一次？

现代最佳实践是使用 90 天证书并自动续期，如 Let's Encrypt 所提供。较短的有效期可在密钥泄露时降低风险。

准备好保护你的网站了吗？首先使用 SSL 检查工具测试当前的 TLS 配置，然后应用上述 Nginx 设置。如需深入了解 Web 安全，请探索我们关于 OWASP Top 10 和 XSS 防护的其他指南。