500 是应用报错，日志里必有堆栈。图形界面能做的事，命令行和组策略也能做，而且更可复现。

下面按“先判断范围、再处理、最后防复发”的顺序展开，涉及 IIS 500、排查 的关键动作都给了具体做法，可以照着走。

开启

关闭友好错误，显示详细错误。

优先选可回退的方案，别用一次性操作换速度。

日志

事件查看器 + 应用日志。

容易踩的坑：常见的坑是只处理表象：症状消失就收工，根因还在，过几天又复发。

常见

web.config 配置错误、权限不足。

同一时间只改一项，改完立刻验证，出问题也好定位。

处理

先回退最近改动。

速查表

常见问题

Q：IIS 500这类问题，最快的判断办法是什么？
先确认现象的范围：只有单台还是全部、只在某个时段还是持续。范围一缩小，原因基本就浮出来了。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

小结

回到这篇的四个环节：开启、日志、常见、处理。按上面的顺序排查，多数问题能在十几分钟内定位。把步骤写进运维手册，交接时最有用。

相关阅读：IIS 404 错误怎么查、IIS 安装与站点部署、Windows 防火墙怎么配。