通过命令行启动.NET Core项目时身份认证失效的解决咨询

直接通过dotnet命令启动项目时，iisSettings配置确实不会生效——这部分配置是给IIS/IIS Express专用的，自托管模式（直接启动dll或用dotnet run）不会读取它。针对你的场景，提供以下几种可行解决方案：

方案1：代码中显式配置认证逻辑 #

在项目的Program.cs（.NET 6+）或Startup.cs中直接配置认证中间件，替代iisSettings的作用：

// .NET 6+ 示例代码
var builder = WebApplication.CreateBuilder(args);

// 添加Windows认证服务
builder.Services.AddAuthentication(NegotiateDefaults.AuthenticationScheme)
    .AddNegotiate();

// 配置授权策略，确保认证生效
builder.Services.AddAuthorization(options =>
{
    options.FallbackPolicy = options.DefaultPolicy;
});

var app = builder.Build();

// 启用认证和授权中间件（顺序不能乱）
app.UseAuthentication();
app.UseAuthorization();

// 其他业务中间件配置...

app.Run();

如果需要保留匿名访问权限，在对应的控制器/Action上添加[AllowAnonymous]特性即可。

方案2：通过环境变量传递认证配置 #

自托管模式下，可通过环境变量直接控制认证开关，在PowerShell中临时设置后启动项目：

# 启用Windows认证
$env:ASPNETCORE_AUTHENTICATION__WINDOWSAUTHENTICATION__ENABLED = "true"
# 启动项目
dotnet "C:\MyApp\bin\Debug\net6.0\MyApp.dll" --environment "dev" --urls "http://localhost:6000" --ContentRoot "C:\MyApp\bin\Debug\net6.0"

方案3：用launchSettings.json的Profile启动 #

如果项目中有launchSettings.json，可以添加一个自托管专用的Profile，让dotnet run读取配置启动：
先在launchSettings.json中新增配置：

"profiles": {
  "SelfHostWithAuth": {
    "commandName": "Project",
    "dotnetRunMessages": true,
    "applicationUrl": "http://localhost:6000",
    "environmentVariables": {
      "ASPNETCORE_ENVIRONMENT": "dev",
      "ASPNETCORE_AUTHENTICATION__WINDOWSAUTHENTICATION__ENABLED": "true"
    }
  }
}

然后在PowerShell中执行：

dotnet run --launch-profile SelfHostWithAuth

参考原帖核心思路翻译：
直接用dotnet run启动带Angular的.NET项目时，Windows认证失效的核心原因是自托管模式不读取IIS配置。关键解决方向包括：

• 手动在代码中添加Windows认证中间件（如AddNegotiate），确保认证、授权中间件顺序正确；
• 确保应用运行在有权限获取Windows用户标识的上下文（避免因权限不足导致无法读取用户信息）；
• 若涉及反向代理，需配置转发头，让应用能正确获取客户端身份。

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