第17章 SSL/TLS安全通信：OpenSSL库入门、SSL握手过程、证书生成、HTTPS服务器实现

说实话，网络编程里最让人头疼的就是安全问题。你写了个服务器，数据在网络上裸奔，随便抓个包就能看到明文——这谁受得了？我早年做第一个物联网项目时，就吃过这个亏。设备上报的温度数据被中间人篡改，差点导致整个冷链系统报警。从那以后，我养成了一个习惯：只要涉及网络传输，先问自己一句「加密了吗？」

SSL/TLS 就是解决这个问题的标准方案。它工作在传输层之上、应用层之下，给 TCP 套上了一层加密外壳。今天我们就来拆解它，从 OpenSSL 库的使用，到握手过程，再到自己动手生成证书、搭建 HTTPS 服务器。嗯，内容不少，但每一步我都会结合自己的踩坑经历来讲。

17.1 OpenSSL 库入门：你电脑上可能已经有了

OpenSSL 是事实上的 SSL/TLS 实现标准。绝大多数 Linux 发行版都预装了它。你可以先检查一下：

openssl version
# 输出类似：OpenSSL 1.1.1k  25 Mar 2021

如果没有，安装也很简单：

# Ubuntu/Debian
sudo apt-get install libssl-dev openssl

# CentOS/RHEL
sudo yum install openssl-devel openssl

我个人习惯用 1.1.1 系列，稳定且支持 TLS 1.3。3.0 系列虽然新，但 API 有较大变动，迁移成本不低。如果你是新项目，可以考虑 3.0；如果是维护老项目，老老实实用 1.1.1 吧。

17.2 SSL 握手过程：不只是「你好」「你好」

很多人以为 SSL 握手就是客户端说「我要加密」，服务器说「好，这是证书」，然后就完事了。其实远没那么简单。我画了一张图，帮你理清整个流程：

客户端 服务器 ① ClientHello（支持的TLS版本、密码套件） ② ServerHello + 证书 + ServerHelloDone ③ 客户端验证证书，生成预主密钥 ④ ClientKeyExchange（用服务器公钥加密预主密钥） ⑤ ChangeCipherSpec + Finished（加密通信开始） ⑥ ChangeCipherSpec + Finished（确认加密通道） 🔒 加密通信通道（对称加密） 图：TLS 1.2 完整握手流程（简化版）

看到没？握手过程本质上是「先公钥加密协商对称密钥，再用对称密钥加密通信」。为什么要这么绕？因为非对称加密慢，对称加密快。两者结合，既安全又高效。

这里有个坑：证书验证。客户端收到服务器证书后，要检查证书是否由可信 CA 签发、是否过期、域名是否匹配。我曾经遇到过一个生产事故：服务器证书过期了，但监控没报警，结果用户全部连不上。从那以后，我写了个脚本每天检查证书有效期。

⚠️ 注意： 自签名证书在开发测试中很方便，但生产环境一定要用正规 CA 签发的证书。否则浏览器会直接拦截，用户看到「不安全」的提示，信任度瞬间归零。

17.3 证书生成：自己动手，丰衣足食

做开发测试时，你不可能每次都去申请 CA 证书。自己生成自签名证书就够了。OpenSSL 提供了完整的工具链。

17.3.1 生成 CA 根证书

先创建一个 CA，用来签发其他证书。这就像你自己当「发证机关」：

# 生成 CA 私钥
openssl genrsa -out ca.key 2048

# 生成 CA 自签名证书
openssl req -new -x509 -days 3650 -key ca.key -out ca.crt \
  -subj "/C=CN/ST=Beijing/L=Beijing/O=MyCA/CN=MyRootCA"

这里 -days 3650 表示有效期 10 年。我个人习惯 CA 证书有效期设长一点，因为 CA 证书很少更换。但服务器证书我一般只设 1 年，到期自动续签。

17.3.2 生成服务器证书

服务器证书需要由 CA 来签发。流程分三步：

# 1. 生成服务器私钥
openssl genrsa -out server.key 2048

# 2. 生成证书签名请求（CSR）
openssl req -new -key server.key -out server.csr \
  -subj "/C=CN/ST=Beijing/L=Beijing/O=MyServer/CN=localhost"

# 3. 用 CA 签发证书
openssl x509 -req -days 365 -in server.csr \
  -CA ca.crt -CAkey ca.key -CAcreateserial -out server.crt

注意 CN=localhost 这里。如果你要部署到真实域名，比如 example.com，CN 必须写域名。否则浏览器会报域名不匹配。我当年第一次部署时，把 CN 写成了 IP 地址，结果 Chrome 直接拒绝连接——嗯，血的教训。

17.4 HTTPS 服务器实现：用 C 语言写一个

理论讲完了，我们来写代码。下面是一个完整的 HTTPS 服务器示例，使用 OpenSSL 库。

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <arpa/inet.h>
#include <openssl/ssl.h>
#include <openssl/err.h>

#define PORT 4433
#define CERT_FILE "server.crt"
#define KEY_FILE "server.key"

void init_openssl() {
    SSL_load_error_strings();
    OpenSSL_add_ssl_algorithms();
}

void cleanup_openssl() {
    EVP_cleanup();
}

SSL_CTX* create_context() {
    const SSL_METHOD *method = TLS_server_method();
    SSL_CTX *ctx = SSL_CTX_new(method);
    if (!ctx) {
        perror("Unable to create SSL context");
        ERR_print_errors_fp(stderr);
        exit(EXIT_FAILURE);
    }
    return ctx;
}

void configure_context(SSL_CTX *ctx) {
    // 加载证书和私钥
    if (SSL_CTX_use_certificate_file(ctx, CERT_FILE, SSL_FILETYPE_PEM) <= 0) {
        ERR_print_errors_fp(stderr);
        exit(EXIT_FAILURE);
    }
    if (SSL_CTX_use_PrivateKey_file(ctx, KEY_FILE, SSL_FILETYPE_PEM) <= 0) {
        ERR_print_errors_fp(stderr);
        exit(EXIT_FAILURE);
    }
    // 验证私钥是否匹配证书
    if (!SSL_CTX_check_private_key(ctx)) {
        fprintf(stderr, "Private key does not match the certificate\n");
        exit(EXIT_FAILURE);
    }
}

void handle_client(SSL *ssl) {
    char buf[1024] = {0};
    int bytes = SSL_read(ssl, buf, sizeof(buf) - 1);
    if (bytes > 0) {
        buf[bytes] = '\0';
        printf("收到请求:\n%s\n", buf);
        
        // 构造 HTTP 响应
        const char *response =
            "HTTP/1.1 200 OK\r\n"
            "Content-Type: text/html\r\n"
            "Connection: close\r\n"
            "\r\n"
            "<html><body><h1>Hello, SSL World!</h1></body></html>";
        
        SSL_write(ssl, response, strlen(response));
    }
    SSL_shutdown(ssl);
    SSL_free(ssl);
}

int main() {
    int server_fd, client_fd;
    struct sockaddr_in addr;
    socklen_t addr_len = sizeof(addr);
    
    init_openssl();
    SSL_CTX *ctx = create_context();
    configure_context(ctx);
    
    // 创建 TCP socket
    server_fd = socket(AF_INET, SOCK_STREAM, 0);
    if (server_fd < 0) {
        perror("socket");
        exit(EXIT_FAILURE);
    }
    
    int opt = 1;
    setsockopt(server_fd, SOL_SOCKET, SO_REUSEADDR, &opt, sizeof(opt));
    
    addr.sin_family = AF_INET;
    addr.sin_port = htons(PORT);
    addr.sin_addr.s_addr = INADDR_ANY;
    
    if (bind(server_fd, (struct sockaddr*)&addr, sizeof(addr)) < 0) {
        perror("bind");
        exit(EXIT_FAILURE);
    }
    
    if (listen(server_fd, 10) < 0) {
        perror("listen");
        exit(EXIT_FAILURE);
    }
    
    printf("HTTPS 服务器启动，监听端口 %d\n", PORT);
    
    while (1) {
        client_fd = accept(server_fd, (struct sockaddr*)&addr, &addr_len);
        if (client_fd < 0) {
            perror("accept");
            continue;
        }
        
        SSL *ssl = SSL_new(ctx);
        SSL_set_fd(ssl, client_fd);
        
        if (SSL_accept(ssl) <= 0) {
            ERR_print_errors_fp(stderr);
        } else {
            handle_client(ssl);
        }
        
        close(client_fd);
    }
    
    close(server_fd);
    SSL_CTX_free(ctx);
    cleanup_openssl();
    return 0;
}

编译命令：

gcc -o https_server https_server.c -lssl -lcrypto

运行后，用浏览器访问 https://localhost:4433。因为是自签名证书，浏览器会提示不安全，点击「高级」→「继续前往」即可。

💡 小技巧： 如果你不想每次都被浏览器警告，可以把之前生成的 ca.crt 导入到系统的「受信任的根证书颁发机构」中。这样所有由该 CA 签发的证书都会被信任。我在开发环境就是这么干的，省心不少。

17.5 常见问题与避坑指南

做 SSL/TLS 开发，有几个坑是绕不开的。我列出来，你遇到了可以直接翻到这里查：

问题 原因 解决方案
SSL_accept 返回 -1 证书文件路径不对或格式错误 检查 CERT_FILE 和 KEY_FILE 路径，确保是 PEM 格式
浏览器提示「证书无效」 自签名证书未被信任 导入 CA 证书到系统信任列表，或使用 Let's Encrypt
SSL_read 阻塞不返回 客户端未发送完整请求 设置 socket 为非阻塞模式，或使用 select/poll
私钥与证书不匹配 加载了错误的 key 文件 用 openssl x509 -noout -modulus -in server.crt | openssl md5 和 openssl rsa -noout -modulus -in server.key | openssl md5 对比

说到私钥匹配，我记得有一次排查了半天，最后发现是加载了测试环境的 key，生产环境的证书——两个完全不搭。从那以后，我每次部署前都会跑一遍 SSL_CTX_check_private_key，确保万无一失。

17.6 性能与安全建议

最后聊几点实践经验：

  • 优先使用 TLS 1.3：它比 TLS 1.2 握手更快（1-RTT vs 2-RTT），而且废弃了不安全的算法。OpenSSL 1.1.1 以上都支持。
  • 密码套件选择：推荐 ECDHE-RSA-AES256-GCM-SHA384。前向安全性好，性能也不错。
  • 会话复用：如果客户端频繁连接，开启 Session Cache 或 Session Ticket，可以省掉重复握手。我在高并发服务中用过，性能提升很明显。
  • 证书链要完整：服务器返回证书时，要把中间证书一起发过去。否则客户端可能因为找不到中间 CA 而验证失败。

核心要点回顾：

  • SSL/TLS 通过非对称加密协商对称密钥，兼顾安全与性能
  • OpenSSL 是 C 语言下最主流的 SSL 库，API 稳定但略显复杂
  • 自签名证书适合开发测试，生产环境请用正规 CA
  • HTTPS 服务器 = TCP 服务器 + SSL 层封装
  • 证书匹配、路径正确、密码套件选择是常见坑点

好了，这一章的内容就到这里。SSL/TLS 是个大话题，今天我们只讲了最核心的部分。你动手写一遍代码，跑通一个 HTTPS 服务器，比看十遍理论都管用。嗯，去试试吧。

公众号:蓝海资料掘金营，微信deep3321

← 上一章 📖 返回目录 下一章 →