修改系统时间后禁用证书验证仍失败，HttpClient请求报错求助

• 每月有一批带日期字段的数据，当当前时间达到该日期时触发任务
• 测试时将系统日期回退到上月，此时HttpClient.SendAsync()请求报错
• 原代码：

using (var client = new HttpClient()) { 
    // 报错位置
    result = await client.SendAsync(request); 
    sent = sent && result.IsSuccessStatusCode; 
}

• 尝试修改证书验证回调后仍失败，修改后的代码：

using (var httpCLientHandler = new HttpClientHandler()) { 
    httpCLientHandler.ServerCertificateCustomValidationCallback = (HttpRequestMessage, X509Certificate2, X509Chain, SslPolicyErrors) => { return true; }; 
    using (var client = new HttpClient(httpCLientHandler)) { 
        result = await client.SendAsync(request); 
        sent = sent && result.IsSuccessStatusCode; 
    } 
}

虽然你没提供具体错误日志，但结合你回退系统时间的操作和代码情况，大概率是以下几个问题之一，你可以逐一排查：

1. 证书有效期与系统回退时间冲突 #

当你把系统时间回退到上月时，服务器的SSL证书可能生效日期晚于你当前设置的系统时间，或者根证书的有效期范围不包含你回退的时间。这时候即使你设置了自定义验证回调，有些底层的链验证逻辑可能还是会触发问题。

你可以尝试在回调里更明确地忽略所有验证错误，包括链的问题：

httpCLientHandler.ServerCertificateCustomValidationCallback = (message, cert, chain, errors) => {
    // 完全忽略所有证书相关错误
    return true;
};

另外，.NET提供了一个预定义的回调HttpClientHandler.DangerousAcceptAnyServerCertificateValidator，可以直接用它来替代自定义的lambda，写法更简洁且可靠：

using (var httpCLientHandler = new HttpClientHandler()) { 
    httpCLientHandler.ServerCertificateCustomValidationCallback = HttpClientHandler.DangerousAcceptAnyServerCertificateValidator;
    using (var client = new HttpClient(httpCLientHandler)) { 
        result = await client.SendAsync(request); 
        sent = sent && result.IsSuccessStatusCode; 
    } 
}

2. .NET版本的兼容性问题 #

如果你使用的是较旧的.NET Framework版本（比如4.6之前），ServerCertificateCustomValidationCallback这个属性可能不存在或者行为不同。对于.NET Framework，你需要改用ServicePointManager.ServerCertificateValidationCallback：

// 在请求前设置全局验证回调
ServicePointManager.ServerCertificateValidationCallback = (sender, cert, chain, errors) => true;

using (var client = new HttpClient()) { 
    result = await client.SendAsync(request); 
    sent = sent && result.IsSuccessStatusCode; 
}

// 测试完成后记得恢复默认回调，避免影响其他请求
ServicePointManager.ServerCertificateValidationCallback = null;

3. 测试方案的替代思路 #

既然回退系统时间会引发证书相关的麻烦，你可以考虑不修改系统时间，而是通过代码注入的方式模拟当前时间。比如封装一个获取当前时间的工具类，测试时替换成模拟的时间：

// 定义时间接口
public interface IDateTimeProvider {
    DateTime Now { get; }
}

// 生产环境实现
public class DateTimeProvider : IDateTimeProvider {
    public DateTime Now => DateTime.Now;
}

// 测试环境实现
public class MockDateTimeProvider : IDateTimeProvider {
    public DateTime Now { get; set; }
}

这样在测试时，你只需要把MockDateTimeProvider的Now设置为上月的日期，不需要修改系统时间，自然就不会触发证书有效期的问题了。这种方法更优雅，也不会影响系统其他程序的运行。

内容的提问来源于stack exchange，提问作者user11131551