Postman与本地请求差异：C# HttpClient调用API遇403错误求助

我正在开发一款与外部API通信的C#应用程序，使用HttpClient发送请求，遇到以下问题：

• 通过Postman发送请求，或开启Fiddler后运行应用程序，能获取状态码200的响应及所需信息；
• 直接运行本地应用程序，或通过PowerShell发送请求，会收到状态码403的响应。

补充说明：所用C#代码由Postman生成。

代码示例：

var client = new HttpClient();
var request = new HttpRequestMessage(HttpMethod.Get, "https://betting.begmedia.pt/api/v2/me/bets/ended");
request.Headers.Add("X-Client", secretToken);
request.Headers.Add("User-Agent", "PostmanRuntime/7.36.0");

var response = await client.SendAsync(request);
response.EnsureSuccessStatusCode();
Console.WriteLine(await response.Content.ReadAsStringAsync());

这种情况一般是API的请求校验机制导致的，以下是针对性的排查和解决思路：

1. 补全请求头信息
   Postman和Fiddler会自动添加一些默认请求头，而直接用HttpClient或PowerShell发送时可能缺失这些关键头。对照Postman请求截图里的完整请求头，补充以下常见缺失项：

   • Accept：比如*/*
   • Accept-Encoding：比如gzip, deflate, br
   • Connection：keep-alive
     代码补充示例：

   request.Headers.Add("Accept", "*/*");
   request.Headers.Add("Accept-Encoding", "gzip, deflate, br");
   request.Headers.Add("Connection", "keep-alive");
   

2. 排查代理/IP拦截问题
   开启Fiddler时请求会走代理，此时API服务端识别的请求来源可能被判定为合法；直接发送时本地IP可能被拦截。可以尝试给HttpClient配置代理（模拟Fiddler代理）测试，或者确认本地IP是否在API的访问白名单内。

3. 适配TLS/SSL版本
   部分API强制要求使用特定TLS版本（如TLS 1.2或1.3），默认HttpClient的TLS版本可能不匹配，可在代码开头添加：

   ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 | SecurityProtocolType.Tls13;
   

4. 检查Cookie会话信息
   Postman可能保存了之前请求留下的Cookie，而本地应用未携带这些信息。如果Postman请求里有Cookie头，需在代码中添加对应内容：

   request.Headers.Add("Cookie", "xxx=xxx; yyy=yyy");
   

5. PowerShell请求的头补全
   用PowerShell测试时，要完整复制Postman的所有请求头，示例命令：

   Invoke-RestMethod -Uri "https://betting.begmedia.pt/api/v2/me/bets/ended" -Headers @{
       "X-Client" = "secretToken"
       "User-Agent" = "PostmanRuntime/7.36.0"
       "Accept" = "*/*"
       "Accept-Encoding" = "gzip, deflate, br"
       "Connection" = "keep-alive"
   }
   

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