MVC5调用FileResult Action重定向至Account/Login问题求助

我遇到过好几个类似的部署问题，大概率是IIS或web.config的身份验证配置冲突导致的，给你梳理几个关键配置项排查：

• 检查IIS站点的身份验证设置
  打开IIS管理器，找到你的目标站点，进入「身份验证」面板：

  • 确保匿名身份验证是启用状态（右键→启用）
  • 禁用不需要的身份验证方式（比如「表单身份验证」「Windows身份验证」）——如果表单验证在IIS层面被启用，即使代码加了[AllowAnonymous]，依然会触发默认的登录页重定向。

• 修正web.config中的身份验证与授权配置
  打开项目的web.config文件，重点检查以下节点：

  1. 确保身份验证模式没有意外启用表单验证：

     <authentication mode="None" /> <!-- 替换掉可能存在的mode="Forms" -->
     

  2. 检查全局授权规则，避免全局拒绝匿名用户：
     如果存在<authorization>节点，确保没有 <deny users="?" />这样的规则，改成允许匿名访问：

     <authorization>
         <allow users="?" />
     </authorization>
     

     或者针对DownloadDocument的路径单独配置授权规则：

     <location path="ControllerName/DownloadDocument">
         <system.web>
             <authorization>
                 <allow users="?" />
             </authorization>
         </system.web>
     </location>
     

• 排查ASP.NET Core身份验证中间件（如果是Core项目）
  如果你的项目是ASP.NET Core，检查Startup.cs（或Program.cs）中的中间件配置：

  • 确保没有全局添加[Authorize]过滤器，或者已经为DownloadDocument Action添加了[AllowAnonymous]来覆盖全局规则
  • 检查AddAuthentication的配置，是否无意中启用了Cookie验证并设置了默认的登录路径：

    // 避免这种强制跳转的配置，或者明确排除你的Action路径
    services.AddAuthentication(CookieAuthenticationDefaults.AuthenticationScheme)
        .AddCookie(options =>
        {
            options.LoginPath = "/Account/Login"; // 如果不需要，可调整或移除
        });
    

• 检查IIS URL重写规则
  查看web.config中的<rewrite>节点，确认没有错误的重定向规则将DownloadDocument的请求导向登录页。如果有自定义重写规则，添加排除条件跳过该Action的路径。

• 验证应用程序池配置
  确保应用程序池的配置与项目匹配：

  • ASP.NET Core项目：选择「无托管代码」的.NET CLR版本
  • ASP.NET Framework项目：选择对应版本的.NET CLR（比如v4.0）
    不匹配的托管版本可能导致身份验证模块异常，触发意外重定向。

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