IIS报500.19：按错误码检查配置
先收集能定位配置的证据
适用于 Windows Server 2022/2025 的 IIS。500.19 通常表示请求无法使用相关配置，不能只按普通“程序报 500”处理。在服务器本机查看错误详情，记录请求地址、错误代码（HRESULT）、配置文件路径、配置源及行号，并回忆最近是否迁移站点、修改 web.config、调整权限或安装模块。不要为了排查而向公网开放详细错误。
先确认影响范围：单个目录失败，重点看该目录及上级 web.config；多个站点同时失败，再检查公共配置或共同依赖。错误页面指向的文件和行，比搜索一份通用修复命令更有用。
保留可以单独恢复的原件
修改前把涉及的 web.config 复制到网站目录之外，避免备份文件可被下载，并记录文件原有权限。若要调整服务器级 IIS 配置，在管理员命令提示符中先执行：
"%windir%\system32\inetsrv\appcmd.exe" add backup "Before_50019_YYYYMMDD_HHMM"将名称中的日期时间占位文字替换为当前时间，使用不重复的名称并确认命令成功。AppCmd 备份用于 IIS 服务器配置，不包含网站内容和证书私钥，不能代替前面的文件备份。
对照 HRESULT 选择最小修复
| 错误代码 | 常见原因 | 检查与处理 |
|---|---|---|
0x80070005 |
读取配置被拒绝 | 检查报错文件及父目录的读取、遍历与继承权限，并确认实际读取身份。应用池账户形式为 IIS AppPool\池名；部分配置读取涉及 IIS_IUSRS 组。优先恢复被误改的权限，仅补足必要读取权限。UNC 路径还要核对共享权限和连接凭据。 |
0x80070021 |
该配置节在上级被锁定 | 根据“配置源”找到具体节，检查上级配置和功能委派。能放在获准管理的上级位置就在那里配置；确需委派时，仅调整相关节及必要的站点范围，不能解锁全部配置。 |
0x800700b7 |
集合中有重复项 | 沿上级 web.config 和服务器配置查找同名键，常见于继承后又添加相同项。若是本次新增的重复项，只删除该项；确需替换继承项时，应针对该键处理，不能清空整个集合。 |
0x8007000d |
XML 无效或配置元素无法识别 | 先检查报错行的引号、闭合标签和层级，再确认相关模块是否安装。例如包含 rewrite 配置却缺少 URL Rewrite 模块，也可能报此码，不能只反复修改 XML 格式。 |
0x8007007e |
引用的模块或 DLL 缺失、无效 | 核对模块安装状态及配置中的 DLL 路径，按应用实际依赖修复匹配的组件；不要从其他服务器随意复制 DLL，也不要删掉全部模块配置。 |
如果是迁移带来的模块差异，先判断站点是否确实使用该功能，再决定安装依赖还是删除已不需要的具体配置。ASP.NET Core 站点还应核对相应 Hosting Bundle 与 IIS 模块是否存在。缺模块、锁定和权限属于不同问题，给目录增加写权限不能解决它们。
一次修改后，重新请求原地址
每次只修改与当前报错对应的一处，再访问原 URL，观察错误代码和行号是否变化。通常不需要先重启整台服务器；只有组件安装说明要求时，才安排相应服务重启。若仍失败，查看事件查看器中的应用程序及相关 IIS/WAS 事件，保留新的错误证据继续定位。
验收应覆盖原来失败的路径、一个已知静态文件及受影响的业务页面，确认不再返回 500.19，并检查共享配置涉及的其他站点。如果变成 500.0 等新错误，说明进入了另一阶段，不能直接宣布网站已恢复。
回退只覆盖本次修改
没有改善或出现新问题时，恢复对应文件副本、原权限或该配置节的原设置。不要盲删 web.config、给 Everyone 完全控制，或把整个服务器配置恢复当作第一步。AppCmd 整体还原可能覆盖其他站点同期变更，应先核对变更范围；单个文件问题优先恢复该文件。