.NET中使用TLS 1.3发起HTTP请求失败（提示“The token supplied to the function is invalid”）

遇到这种问题真的挺闹心的——明明浏览器、Java、Python都能正常用TLS 1.3连上目标网站，偏偏.NET这边就报个“令牌无效”的错，切到TLS 1.2就又正常了。结合我之前排查类似问题的经验，给你梳理几个可能的原因和对应的解决方向：

一、Windows Schannel的TLS 1.3兼容性问题 #

.NET的TLS实现底层依赖Windows系统的Schannel组件，早期版本的Windows（比如Windows 10 1909之前、Windows Server 2019早期累积更新版本）对TLS 1.3下的ECDSA证书（比如你提到的sha384ECDSA算法）支持存在bug，会导致握手阶段的令牌验证失败。

• 解决思路：先检查你的Windows系统版本，安装最新的累积更新包。比如升级到Windows 10 20H2及以后，或者Windows Server 2022，这些版本的Schannel对TLS 1.3的ECDSA证书处理更稳定。

二、HttpClientHandler的TLS 1.3配置细节 #

默认的HttpClientHandler在TLS 1.3模式下，可能没有正确处理服务器的证书链扩展，或者缺少Schannel需要的关键配置项。而且你提到ServerCertificateCustomValidationCallback没触发，这是因为Schannel在握手早期就失败了，根本没走到自定义验证的环节。

• 可以试试手动配置这些选项：

var handler = new HttpClientHandler();
handler.SslProtocols = SslProtocols.Tls13;
// 尝试开启证书吊销列表检查，某些场景下能修复令牌验证问题
handler.CheckCertificateRevocationList = true;
var httpClient = new HttpClient(handler);
await httpClient.GetAsync("https://some-website.tld");

• 测试环境下可以临时强制跳过证书验证（生产环境绝对禁用），验证是不是证书链的某个环节被Schannel拦截：

handler.ServerCertificateCustomValidationCallback = (sender, cert, chain, sslPolicyErrors) => true;

三、系统证书存储的链完整性问题 #

虽然你用X509Certificate2.Verify()验证过证书，但浏览器会自动下载缺失的中间证书，而.NET依赖的Schannel在TLS 1.3模式下可能不会自动完成这个操作，导致证书链不完整触发令牌错误。

• 解决思路：把目标网站的完整证书链（包括中间证书）导入到Windows系统的「中级证书颁发机构」存储中，再测试TLS 1.3请求。

四、.NET版本的TLS 1.3支持缺陷 #

不同.NET版本对TLS 1.3的支持成熟度不同：.NET Core 3.1才初步支持TLS 1.3，.NET 5及以后版本修复了不少边缘场景的bug。如果你的项目用的是较老的.NET版本，很可能遇到这类兼容性问题。

• 解决思路：尝试升级到.NET 6或更高的稳定版本，再发起TLS 1.3请求测试。

总结 #

你已经排除了证书本身无效、服务器不可达等基础问题，核心矛盾就是.NET+Windows Schannel在TLS 1.3下与目标服务器的配置不兼容。建议优先从更新Windows系统和.NET版本入手，这是解决这类底层兼容性问题最有效的方式，再逐步排查证书链和Handler配置的细节。

备注：内容来源于stack exchange，提问作者ajins