ASP.NET Core 5发布后调用NAV引用服务返回500错误如何解决？

这个错误是.NET Core 环境下WCF客户端的NTLM认证兼容问题导致的：

• 本地Visual Studio运行时，程序继承当前登录Windows用户的身份上下文，DefaultCredentials对应你当前登录的有效Windows凭证，NTLM认证可正常完成。
• 发布后无论是Kestrel直接托管还是IIS托管，程序运行身份为服务账户/应用程序池标识，.NET Core跨平台实现的WCF客户端默认不支持在该场景下使用默认凭证走NTLM认证，Linux环境下该限制更严格，原生不支持默认NTLM凭证。

1. 显式指定认证凭证（通用方案） #

不要依赖DefaultCredentials，在初始化NAV服务客户端时显式传入有权限访问NAV服务的Windows账号凭证：

using System.Net;
using YourNavServiceReference;

// 初始化服务客户端
var client = new YourNavServiceClient();
// 显式设置Windows认证凭证，域名可根据实际情况省略
client.ClientCredentials.Windows.ClientCredential = new NetworkCredential("账号名", "账号密码", "域");

2. Windows环境额外配置 #

如果服务部署在Windows服务器上，可额外添加以下配置解决兼容问题：

• IIS托管场景：将对应站点的应用程序池标识修改为拥有NAV服务访问权限的域账号，不要使用默认的ApplicationPoolIdentity、LocalService等内置账户。
• 强制使用系统原生NTLM实现：在项目.csproj文件的<PropertyGroup>节点中添加以下配置，替换.NET自带的托管NTLM实现避免兼容问题：

<RuntimeHostConfigurationOption Include="System.Net.Security.UseManagedNtlm" Value="false" />

3. 检查WCF绑定配置 #

确认WCF客户端的绑定配置中Windows认证已开启，示例配置如下：

var binding = new BasicHttpBinding(BasicHttpSecurityMode.TransportCredentialOnly);
binding.Security.Transport.ClientCredentialType = HttpClientCredentialType.Windows;
// 用该绑定初始化服务客户端
var client = new YourNavServiceClient(binding, new EndpointAddress("你的NAV服务地址"));

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