.NET Core部署IIS后报500错误，日志含ViewResultExecutor等异常

结合你提到的日志警告（Microsoft.AspNetCore.DataProtection.Repositories.EphemeralXmlRepository）和视图执行器错误，我来分享几个大概率能解决问题的步骤——都是我之前部署.NET Core到IIS时踩过的坑：

1. 修复DataProtection临时存储的问题 #

那个EphemeralXmlRepository警告是关键信号：你的应用正在用临时内存存储DataProtection密钥，这在IIS环境下非常危险——应用池回收、服务器重启都会直接丢失密钥，进而引发加密相关的连锁错误（比如Cookie验证失败、视图状态加密异常），这很可能是500错误的核心诱因。

解决方法是配置DataProtection使用持久化存储：

• 在Program.cs（如果是旧版本.NET Core则是Startup.cs）里添加DataProtection的配置，指定一个IIS应用池账户有权访问的本地目录：

builder.Services.AddDataProtection()
    .PersistKeysToFileSystem(new DirectoryInfo(@"C:\inetpub\dpkeys"))
    .SetApplicationName("YourAppName");

• 手动创建C:\inetpub\dpkeys目录，给IIS应用池对应的账户（比如IIS AppPool\你的应用池名称）分配读取和写入权限。

2. 检查视图文件的完整性与权限 #

ViewResultExecutor错误基本和视图文件脱不了干系，大概率是文件缺失或者权限不足：

• 先确认发布环节是否包含了视图文件：如果用框架依赖部署，要确保发布配置里勾选了"包含所有项目文件"，再去服务器上的wwwroot\Views目录核对.cshtml文件是否完整。
• 给应用根目录（比如C:\inetpub\wwwroot\你的应用文件夹）的IIS AppPool\你的应用池名称账户分配读取权限，重点覆盖Views和wwwroot文件夹。

3. 调整IIS应用池的关键设置 #

IIS应用池的配置错误也是这类500错误的常见原因：

• 确保应用池的**.NET CLR版本**设置为无托管代码（因为.NET Core用的是独立跨平台运行时，不需要传统的.NET CLR）。
• 检查应用池身份权限：如果用内置的ApplicationPoolIdentity，要确认它能访问应用目录和DataProtection密钥目录；如果是自定义账户，也要逐一核对权限是否到位。
• 开启"加载用户配置文件"选项：在应用池高级设置里找到这个选项，设置为True，能避免不少文件系统访问的权限坑。

4. 启用详细日志定位剩余问题 #

如果上面的步骤还没解决，建议开启详细错误日志精准排查：

• 在appsettings.json里调整日志级别：

{
  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft.AspNetCore": "Debug"
    }
  }
}

• 同时在IIS里开启"详细错误"：进入站点->错误页->选中500错误->编辑功能设置，选择"详细错误"，这样访问站点时会显示具体的错误堆栈，而不是通用的500页面。

按这些步骤一步步排查，应该能解决你的问题。我之前遇到几乎一模一样的情况，就是DataProtection密钥存储加权限的问题导致的。

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