.NET应用通过IIS访问登录出现Error 302 Found问题排查

• 重定向规则与主机头不匹配
  .NET应用的认证中间件（如Cookie认证）可能配置了硬编码的localhost重定向URI，本地运行时正常，但通过hostname访问时，重定向目标仍指向localhost:5000，引发跳转异常。检查Startup.cs或Program.cs中的认证配置，比如AddCookie的LoginPath、ReturnUrlParameter，或AddOpenIdConnect的RedirectUri，确保这些路径是基于请求主机头动态生成，而非固定值。

• IIS URL重写规则冲突
  若IIS配置了URL重写规则，可能在登录请求流程中触发意外重定向。比如强制HTTP转HTTPS但当前使用HTTP，或路径重写导致循环重定向。可暂时禁用所有重写规则测试，再逐一排查问题规则。

• Cookie的域或SameSite配置错误
  本地运行时Cookie域为localhost，切换到hostname访问时，Cookie域不匹配导致无法携带，认证中间件会重复重定向到登录页。检查认证Cookie配置，确保Cookie.Domain设置为对应hostname的域名（或留空自动适配）；若SameSite属性设为Strict，跨域场景下可能无法传递Cookie，可尝试调整为Lax（HTTP场景）或None（需配合HTTPS）。

• IIS应用池权限不足
  应用池身份可能没有访问认证相关资源（如数据库、缓存）的权限，导致认证逻辑执行失败，触发重定向。检查应用池身份设置，确保它具备应用所需的资源访问权限，比如数据库连接权限、文件系统读写权限等。

• ASP.NET Core模块转发配置缺失
  .NET Core应用在IIS下依赖ASP.NET Core模块，若模块未正确传递原始请求的主机头、协议信息，应用生成的重定向地址会出错。需在web.config的<aspNetCore>节点中设置forwardWindowsAuthToken="true"，并在Program.cs中启用转发头中间件：

  app.UseForwardedHeaders(new ForwardedHeadersOptions
  {
      ForwardedHeaders = ForwardedHeaders.XForwardedFor | ForwardedHeaders.XForwardedProto
  });
  

• 路径基地址不匹配
  若IIS站点使用了虚拟目录（如/app），而应用未配置对应的路径基地址，会导致登录路由匹配失败，触发重定向。可在Program.cs中添加app.UsePathBase("/app")指定路径基，确保路由与IIS的虚拟路径一致。

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