.NET 4.8下ASP.NET MVC应用在IIS中隐藏服务器错误页

从你提供的错误页截图来看，当前显示的是IIS原生错误页，说明自定义配置未生效，以下是针对性排查步骤：

1. 确认IIS错误页配置的层级与有效性 #

• 直接在目标站点（而非服务器全局）的IIS配置里操作：右键站点 → 错误页 → 找到对应错误码（比如500、404），双击后选择“自定义错误页”，输入通用错误页的路径（建议用站点根相对路径，比如/error/generic.html），并确认页面存在、IIS_IUSRS组有读取权限。
• 检查是否开启了URL重写规则，有些规则会拦截错误页请求，导致自定义页面无法加载，可临时禁用重写规则测试。

2. 完善web.config的错误配置 #

同时配置system.web和system.webServer节点，覆盖ASP.NET和IIS层面的错误处理：

<configuration>
  <!-- 针对传统ASP.NET应用 -->
  <system.web>
    <customErrors mode="On" defaultRedirect="/error/generic.html">
      <error statusCode="404" redirect="/error/404.html" />
      <error statusCode="500" redirect="/error/500.html" />
    </customErrors>
  </system.web>
  <!-- 针对IIS 7+及ASP.NET Core应用 -->
  <system.webServer>
    <httpErrors errorMode="Custom" existingResponse="Replace">
      <remove statusCode="404" subStatusCode="-1" />
      <remove statusCode="500" subStatusCode="-1" />
      <error statusCode="404" path="/error/404.html" responseMode="ExecuteURL" />
      <error statusCode="500" path="/error/500.html" responseMode="ExecuteURL" />
    </httpErrors>
  </system.webServer>
</configuration>

• 重点：existingResponse="Replace"会强制替换原生错误页；responseMode="ExecuteURL"保留原错误状态码返回，避免搜索引擎误判。

3. 排查应用池与权限问题 #

• 检查应用程序池的运行身份是否有权限访问自定义错误页的目录，若错误页在站点根目录外，需手动添加权限。
• 若是ASP.NET Core应用，检查Program.cs/Startup.cs里的中间件，比如UseExceptionHandler是否覆盖了错误页配置，需确保中间件指向自定义页面。

4. 清除缓存并测试 #

• 执行命令iisreset重置IIS，清除服务器端缓存；
• 用浏览器隐私模式访问触发错误的页面，避免客户端缓存的旧页面干扰。

5. 检查第三方组件拦截 #

如果用了CMS、WAF或安全插件，这些工具可能自带错误页规则，会覆盖IIS和web.config的设置，需在对应组件后台调整错误页配置。

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