Nginx 如何在 Nginx 中配置针对不同终端浏览器的差异化加密套件策略

Nginx无法在TLS握手阶段基于User-Agent动态切换加密套件，因UA在HTTP请求后才传输；可通过子域名隔离（如m.example.com供旧终端、www.example.com供现代浏览器）、独立server块配置不同TLS协议与套件实现差异化安全策略。

Nginx 本身无法在 TLS 握手阶段根据 User-Agent（如 Chrome、Safari、Android WebView）动态切换加密套件，因为 TLS 协商发生在 HTTP 请求之前，此时 UA 尚未传输。但可以通过架构设计实现“效果上”的差异化策略——核心是**用域名隔离 + 独立 server 块 + 精准 ssl_ciphers 排序**，而非试图在单个 server 内做 UA 判断。

用子域名物理隔离终端类型

为老旧终端（如 Android 4.4、iOS 9、Windows XP IE8）和现代终端分别分配子域名，例如：

• m.example.com → 旧设备兼容模式

• www.example.com → 现代浏览器安全优先

每个域名绑定独立的 server 块，配置完全不同的证书、协议与套件，这是最稳定、标准兼容、无需定制模块的方案。

为旧终端配置宽松但安全的套件

在 m.example.com 的 server 块中启用 TLSv1.1/TLSv1.2，保留有限兼容性，同时剔除已知高危算法：

1. ssl_protocols TLSv1.1 TLSv1.2;
2. ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-RSA-AES256-SHA;
3. ssl_prefer_server_ciphers on;
4. 不启用 TLSv1.3（旧客户端不支持），也不使用 ECDSA 证书（部分旧系统验签失败）

为主站配置强加密套件并强制服务端优先

在 www.example.com 的 server 块中聚焦现代安全实践：

1. ssl_protocols TLSv1.2 TLSv1.3;
2. ssl_ciphers 'TLS13-AES-256-GCM-SHA384:TLS13-CHACHA20-POLY1305-SHA256:TLS13-AES-128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305';
3. ssl_prefer_server_ciphers on;
4. ssl_ecdh_curve secp384r1:prime256v1;
5. 禁用 TLSv1.0/TLSv1.1，不混入 CBC 模式或 SHA1 套件

前端轻量跳转可提升体验（非必需但推荐）

若需自动分流，可在首页 JS 中做 UA 检测后 302 跳转：

1. 识别 Android
2. 其他情况默认访问 www.example.com
3. 注意：该跳转不影响 TLS 协商，仅优化用户首次访问路径，不替代后端域名隔离