Nginx无法在TLS握手阶段基于User-Agent动态切换加密套件，因UA在HTTP请求后才传输；可通过子域名隔离（如m.example.com供旧终端、www.example.com供现代浏览器）、独立server块配置不同TLS协议与套件实现差异化安全策略。
用子域名物理隔离终端类型
为老旧终端（如 Android 4.4、iOS 9、Windows XP IE8）和现代终端分别分配子域名，例如：
• m.example.com → 旧设备兼容模式
• www.example.com → 现代浏览器安全优先
每个域名绑定独立的 server 块，配置完全不同的证书、协议与套件，这是最稳定、标准兼容、无需定制模块的方案。
为旧终端配置宽松但安全的套件
在 m.example.com 的 server 块中启用 TLSv1.1/TLSv1.2，保留有限兼容性，同时剔除已知高危算法：
- ssl_protocols TLSv1.1 TLSv1.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;
- ssl_prefer_server_ciphers on;
- 不启用 TLSv1.3（旧客户端不支持），也不使用 ECDSA 证书（部分旧系统验签失败）
为主站配置强加密套件并强制服务端优先
在 www.example.com 的 server 块中聚焦现代安全实践：
- ssl_protocols TLSv1.2 TLSv1.3;
- 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';
- ssl_prefer_server_ciphers on;
- ssl_ecdh_curve secp384r1:prime256v1;
- 禁用 TLSv1.0/TLSv1.1，不混入 CBC 模式或 SHA1 套件
前端轻量跳转可提升体验（非必需但推荐）
若需自动分流，可在首页 JS 中做 UA 检测后 302 跳转：
- 识别 Android
- 其他情况默认访问 www.example.com
- 注意：该跳转不影响 TLS 协商，仅优化用户首次访问路径，不替代后端域名隔离
