C# HttpClient PostAsync使用完全限定域名调用Windows服务失败问题

问题原因分析 #

该问题可根据异常来源分为两类常见场景，对应原因如下：

可通过Fiddler对比HttpClient与Postman的请求头差异，若HttpClient请求多了Authorization、Proxy-Connection等额外头，可直接判定为场景1。

场景1：异常为服务端返回的HTTP 405 Method Not Allowed错误 #

完全限定域名（FQDN）默认会被Windows识别为Internet安全区域，短域名、IP则识别为本地Intranet区域，HttpClient默认会为Intranet区域请求自动携带Windows默认凭证头，而FQDN请求触发了以下问题：

• HttpClient默认开启UseDefaultCredentials配置，访问FQDN时自动发送Authorization: Negotiate/NTLM协商头，OWIN的Token认证端点未兼容该类带认证头的请求，直接返回405；Postman默认不会主动发送系统默认凭证，因此请求正常。
• 系统为FQDN自动启用代理转发，代理转发过程中篡改了请求方法。

场景2：异常为客户端抛出的.NET运行时MissingMethodException #

该场景由程序集版本冲突导致：访问FQDN时会触发系统自动代理检测逻辑，调用的System.Net.Http相关方法与当前项目加载的程序集版本不匹配，常见于.NET Framework项目中混合引用了多版本的System.Net.Http、System.Net.Http.Formatting依赖包。

解决办法 #

针对场景1的解决方案 #

• 显式关闭HttpClient默认凭证发送逻辑：

// 初始化HttpClient时显式配置Handler
var client = new HttpClient(new HttpClientHandler 
{ 
    UseDefaultCredentials = false,
    // 若确认不需要代理也可直接关闭代理，避免代理转发问题
    UseProxy = false 
});

• 若业务需要保留Windows认证逻辑，可调整OWIN服务端的OAuth认证配置，在Token端点处理逻辑前优先兼容协商认证头的请求。

针对场景2的解决方案 #

1. 在项目配置文件（app.config/web.config）中添加System.Net.Http的程序集绑定重定向，强制所有调用使用同一版本的依赖：

<runtime>
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
    <dependentAssembly>
      <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
      <!-- 将newVersion修改为你项目实际引用的System.Net.Http版本号 -->
      <bindingRedirect oldVersion="0.0.0.0-4.2.2.0" newVersion="4.2.2.0" />
    </dependentAssembly>
  </assemblyBinding>
</runtime>

2. 清理项目NuGet缓存，卸载后重新安装System.Net.Http包，确保所有依赖项版本一致。

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