ureq v3中同时支持系统根证书与自定义根证书的实践指南

背景介绍

ureq是一个优秀的非异步HTTP客户端库，在Rust生态中广受欢迎。随着ureq从2.x升级到3.x版本，其TLS证书验证机制发生了重要变化，这对需要同时验证系统信任证书和自定义证书的应用场景提出了新的实现要求。

需求场景分析

在实际开发中，我们经常遇到这样的需求：

1. 需要访问互联网上使用正规CA签发证书的服务（验证系统信任链）
2. 同时需要支持访问使用私有证书的内部服务（验证自定义证书）

在ureq 2.9.7版本中，可以通过native-tls的TlsConnectorBuilder灵活地添加自定义证书，同时保持系统默认的证书验证机制。但升级到ureq 3.x后，证书验证机制变得更加显式和模块化。

ureq v3的证书验证机制

ureq v3提供了两种主要的证书验证方式：

1. RootCerts::PlatformVerifier - 使用操作系统提供的证书存储
2. RootCerts::Specific - 使用开发者显式指定的证书集合

对于需要同时支持系统证书和自定义证书的场景，正确的做法是：

1. 首先加载系统证书
2. 然后添加自定义证书
3. 最后使用RootCerts::Specific指定合并后的证书集合

具体实现方案

以下是推荐的实现代码框架：

// 加载系统证书
let mut root_certs = rustls_native_certs::load_native_certs()?;

// 添加自定义证书
for cert in custom_certificates {
    let cert = rustls::Certificate(cert.to_owned());
    root_certs.push(cert);
}

// 构建Agent
let agent = ureq::AgentBuilder::new()
    .tls_config(Arc::new(
        rustls::ClientConfig::builder()
            .with_safe_defaults()
            .with_root_certificates(root_certs)
            .with_no_client_auth()
    ))
    .build();

技术细节说明

1. 系统证书加载：通过rustls_native_certs库可以跨平台加载操作系统信任的根证书，这比手动维护证书列表更加可靠和方便。

2. 证书合并：系统证书和自定义证书被合并到同一个集合中，rustls会平等对待所有证书，不会区分它们的来源。

3. 安全性考虑：这种实现方式既保持了系统默认的安全级别，又提供了必要的灵活性。开发者需要注意自定义证书的安全性，避免引入不受信任的证书。

升级注意事项

从ureq 2.x升级到3.x时需要注意：

1. 证书处理从隐式变为显式，需要主动管理证书集合
2. native-tls不再是默认选项，需要明确使用rustls后端
3. 错误处理可能有所不同，需要测试各种证书验证场景

最佳实践建议

1. 在生产环境中，建议对自定义证书进行严格的来源验证
2. 可以考虑将证书加载逻辑封装为可配置的模块
3. 对于关键业务系统，建议记录证书验证失败的详细日志
4. 定期检查系统证书的更新情况，确保信任链的时效性

总结

ureq v3的证书验证机制虽然需要更多显式配置，但提供了更清晰的API和更好的灵活性。通过合理组合系统证书和自定义证书，开发者可以构建既安全又灵活的HTTP客户端应用。这种设计也符合Rust语言显式处理错误的哲学，使得证书相关的潜在问题更容易被发现和调试。