HAProxy SSL/TLS配置中ssl-f-use与strict-sni的兼容性问题解析

问题背景

在HAProxy 3.2-dev14版本中，当用户尝试在SSL/TLS配置中同时使用ssl-f-use指令和strict-sni绑定时，出现了SNI（Server Name Indication）识别异常的问题。具体表现为客户端连接时收到ERR_SSL_UNRECOGNIZED_NAME_ALERT错误，而将证书直接配置在bind行时却能正常工作。

技术原理分析

SNI机制与strict-sni选项

SNI是TLS协议的扩展功能，允许客户端在握手阶段指明要访问的域名。HAProxy的strict-sni选项强制要求客户端必须提供有效的SNI信息，否则立即终止连接，这是增强安全性的重要手段。

ssl-f-use指令的设计

ssl-f-use指令原本设计用于简化证书配置，允许在全局或前端块中指定证书存储位置。但关键限制在于：

1. 该指令只能接受单个crt参数
2. 后出现的crt参数会覆盖前一个
3. 当使用crt-store时，ssl-f-use实际上不提供额外价值

问题复现与解决方案

错误配置示例

frontend main
    bind *:443 ssl strict-sni
    ssl-f-use crt "@web/web" crt "@web/web2"  # 错误：第二个crt覆盖了第一个

正确配置方式

方案一（推荐）：

frontend main
    bind *:443 ssl strict-sni crt "@web/web" crt "@web/web2"

方案二（使用crt-store）：

crt-store web
    load crt "web.pem" domains "web.example.com"
    load crt "web2.pem" domains "web2.example.com"

frontend main
    bind *:443 ssl strict-sni crt "@web"

最佳实践建议

1. 多证书配置：直接在bind行使用多个crt参数，HAProxy会自动匹配SNI
2. 调试工具：使用show ssl sni命令验证实际生效的SNI配置
3. 版本兼容性：注意3.2-dev14版本已计划增加对错误配置的警告提示
4. 证书管理：对于复杂场景，推荐使用crt-store集中管理证书

底层机制解析

当启用strict-sni时，HAProxy会在TLS握手阶段严格验证客户端提供的SNI与配置的证书是否匹配。而ssl-f-use的错误使用会导致：

1. 证书列表被意外覆盖
2. SNI匹配表构建不完整
3. 最终返回默认证书（通常不匹配客户端请求的域名）

理解这些底层机制有助于开发者在复杂场景下快速定位和解决SSL/TLS配置问题。