场景引入：HTTPS证书的"黑盒"
我早期做web开发时，对HTTPS证书一直有种"敬而远之"的感觉。申请证书去云厂商点一点按钮，配置证书去Nginx里写几行配置就完事了。直到有一次我需要在本地开发环境搭建HTTPS测试，不得不用openssl自签名证书。上网一搜，各种命令复制粘贴，生成了什么、每步在干嘛完全不知道。证书过期了怎么续？怎么看证书信息？加密文件怎么用？全是盲区。
OpenSSL其实是一个庞大但有序的工具箱，掌握了它的几个核心功能，日常90%的SSL相关需求你都能自己搞定。
生成RSA私钥
一切加密操作的基础是密钥（私钥和公钥对）。生成一个RSA私钥：
# 生成一个2048位的RSA私钥，保存到server.key文件
openssl genrsa -out server.key 2048
2048位是目前RSA密钥的标准长度。1024位太短不安全了，4096位虽然更安全但加解密计算量更大，日常场景2048位是最佳平衡。
生成的私钥文件是明文的PEM（Privacy Enhanced Mail，隐私增强邮件）格式。里面长这样：
-----BEGIN RSA PRIVATE KEY-----
MIIEpAIBAAKCAQEA...
...
-----END RSA PRIVATE KEY-----
如果你想给私钥加个密码保护（这样即使私钥文件泄露了，没有密码也无法使用），用 -aes256 参数：
# 生成一个带AES-256加密的RSA私钥，使用私钥时需要输入密码
openssl genrsa -aes256 -out server.key 2048
加了密码的私钥在Nginx等服务器启动时需要手动输入密码，不方便自动化部署。所以生产环境通常不加密码，而是通过文件权限（chmod 600）来保护私钥。
从私钥提取公钥
有了私钥，可以派生出公钥：
# 从私钥中提取公钥，保存到server.pub文件
openssl rsa -in server.key -pubout -out server.pub
公钥是可以公开的，别人可以用你的公钥加密数据，只有你手中的私钥才能解密。
生成CSR（证书签名请求）
想让一个证书机构（CA，Certificate Authority）给你的域名签证书，需要先提交CSR。CSR包含你的公钥和域名信息：
# 使用私钥生成证书签名请求，需要填写域名和组织信息
openssl req -new -key server.key -out server.csr
执行后会交互式询问一系列信息。最重要的一个是 Common Name（通用名称），这里填你的域名，比如 example.com。其他字段相对不那么重要，可以按实际情况填写。
如果想非交互式生成CSR，把信息写在命令行里：
# 非交互方式生成CSR，直接指定证书信息
openssl req -new -key server.key -out server.csr \
-subj "/C=CN/ST=Beijing/L=Beijing/O=MyCompany/OU=IT/CN=example.com"
这里-C表示国家，-ST省/州，-L城市，-O组织名，-OU部门名，-CN通用名称（域名）。生产环境中请根据实际情况填写这些信息。
我开发环境用的CSR都是自签的，这就是下面的内容。
自签名证书
自签名证书就是用你自己的私钥给自己签发的证书，没有经过权威CA认证。浏览器访问时会提示"不安全"，但对于本地开发环境完全够用。
生成一个有效期365天的自签名证书：
# 使用私钥生成自签名证书，有效期365天，直接指定证书信息
openssl req -new -x509 -days 365 -key server.key -out server.crt \
-subj "/C=CN/ST=Beijing/L=Beijing/O=Dev/OU=IT/CN=localhost"
注意这个命令和生成CSR的区别：多了 -x509 参数。-x509 表示直接输出自签名证书而不是CSR。-days 365 指定证书有效期。
生成后的server.crt和server.key就可以配置到开发环境的Nginx里了：
# Nginx配置中使用自签名证书
# server {
# listen 443 ssl;
# ssl_certificate /path/to/server.crt;
# ssl_certificate_key /path/to/server.key;
# }
查看证书信息
拿到一个证书文件，怎么看它包含的信息？用 x509 -text：
# 查看证书的详细信息，包括颁发者、有效期、主题等
openssl x509 -in server.crt -text -noout
输出会包含大量信息，包括证书版本、序列号、签名算法、颁发者（Issuer）、有效期（Validity，包括Not Before和Not After）、主题（Subject，你的域名信息）、公钥信息、扩展项（如Subject Alternative Names）等。
最实用的几个信息：
# 查看证书的有效期
openssl x509 -in server.crt -noout -dates
# 查看证书属于哪个域名
openssl x509 -in server.crt -noout -subject
# 查看证书的SHA256指纹
openssl x509 -in server.crt -noout -fingerprint -sha256
在排查证书问题时，我经常用 -dates 检查是否过期，用 -subject 确认证书绑定的域名是否正确。
加密解密文件
OpenSSL不只是SSL/TLS相关，它也能做文件级的对称加密。对称加密是用同一个密码加密和解密。
加密一个文件：
# 使用AES-256-CBC算法加密文件，需要输入密码，输出加密文件
openssl enc -aes-256-cbc -salt -in secret.txt -out secret.txt.enc
解密一个文件：
# 使用AES-256-CBC算法解密文件，需要输入之前设置的密码
openssl enc -aes-256-cbc -d -in secret.txt.enc -out secret.txt
-salt 参数很重要。它会在加密时加入随机盐值（salt，随机数据段），使得同样的密码加密同样的内容产生不同的密文，防止彩虹表攻击。不要省略它。
加密后的文件是二进制格式。如果想用文本形式分享加密内容，加上 -base64 或 -a：
# 使用AES-256-CBC加密并以Base64格式输出，方便复制粘贴或邮件发送
openssl enc -aes-256-cbc -a -salt -in secret.txt -out secret.txt.b64
解密Base64格式的加密文件：
# 解密Base64格式的AES-256-CBC加密文件
openssl enc -aes-256-cbc -d -a -in secret.txt.b64 -out secret.txt
有一次我需要把数据库密码配置文件安全地传给同事，又不想走即时通讯工具（明文传输不安全），就是用openssl加密后发的。对方用密码解密即可，简单直接。
计算文件哈希
用openssl计算文件哈希值，验证文件完整性：
# 计算文件的SHA256哈希值
openssl dgst -sha256 filename.zip
# 计算文件的MD5哈希值（速度更快但安全性较低）
openssl dgst -md5 filename.zip
输出类似 SHA256(filename.zip)= 3a7c...。你可以把这个哈希值和发布方提供的哈希值对比，确认文件没有被篡改过。
实际场景：下载了一个开源的安装包，官网给出了SHA256校验值。下载后用openssl计算本地文件的哈希，和官网对比，一致说明文件没有被中间人篡改：
# 下载后验证文件的完整性，对比哈希值是否一致
# 假设官网给出的哈希值是 abc123...
echo "abc123... downloaded-file.tar.gz" | sha256sum -c
# 或者使用openssl计算后手动对比
openssl dgst -sha256 downloaded-file.tar.gz
测试TLS连接
用openssl的s_client可以手动测试一个HTTPS服务器的证书和TLS握手情况：
# 测试baidu.com的TLS连接，查看证书链信息
openssl s_client -connect baidu.com:443 -showcerts
这个命令会显示完整的TLS握手过程，包括服务器端发送的证书链。排错时非常有用。比如某个网站突然HTTPS访问不了，你可以通过这个命令看到具体是什么错误：是证书过期了？证书链不完整？还是TLS版本不匹配？
一个具体场景：配置了Nginx HTTPS后，从内网用curl访问正常，但从外网就报错。用openssl s_client一测，发现服务器只发送了服务器证书，没有发送中间证书（CA中间机构证书）。浏览器无法完整验证证书链，所以拒绝了连接。解决方法是在Nginx配置中把中间证书和服务器证书合并。
测试特定TLS版本：
# 测试TLS 1.2版本的连接
openssl s_client -connect example.com:443 -tls1_2
# 测试TLS 1.3版本的连接
openssl s_client -connect example.com:443 -tls1_3
密钥格式转换
不同的应用和平台需要不同的密钥格式。openssl可以在各种格式之间转换。最常见的是把PEM格式转换成DER格式：
# 将PEM格式的证书转换为DER格式（二进制格式）
openssl x509 -in server.crt -outform DER -out server.der
# 将PEM格式的私钥转换为DER格式
openssl rsa -in server.key -outform DER -out server.key.der
把DER格式转回PEM：
# 将DER格式的证书转换回PEM格式
openssl x509 -inform DER -in server.der -out server.crt
检查PKCS12格式：
# 将PEM格式的证书和私钥打包成PKCS12格式（常见于Windows/IIS）
openssl pkcs12 -export -in server.crt -inkey server.key -out server.p12
PKCS12是一种包含私钥和证书的打包格式，常用于Windows服务器和Java应用。你可能会在配置Tomcat或IIS时遇到。
安全提醒
openssl操作的一定是敏感材料，安全规范必须遵守。第一，私钥文件必须严格保护。私钥泄露意味着你的HTTPS加密形同虚设。chmod 600 server.key 是最低要求，不要让web用户（如www-data）可读。第二，自签名证书用于开发环境可以，但生产环境一定要使用受信任的CA签发的证书，比如Let's Encrypt（免费）。第三，密钥长度选择：RSA 2048位是当前最低标准，不要使用1024位。第四，加密文件时记住密码非常重要。openssl加密没有"找回密码"的机制，密码丢了文件就永远解不开了。第五，证书过期前一定要续期，否则用户访问你的网站时会看到安全警告。建议使用自动化工具（如certbot）管理证书续期。
小结
openssl是一个庞大但逻辑清晰的工具。掌握这六个功能：genrsa生成密钥、req生成CSR和自签名证书、x509查看证书信息、enc加密解密文件、dgst计算哈希、s_client测试TLS连接，你就能应对日常工作中的大部分SSL相关任务。对这个黑盒不再害怕，反而会觉得"不就是几个参数的事"。下次做开发环境HTTPS或者排查证书问题，直接用openssl搞定。
