IIS 10修改站点绑定时应用池崩溃问题求助

问题详情 #

服务器运行IIS 10，部署了16个.NET 6 WebAPI站点和4个Web UI站点。近期发现每次修改某一个Web UI站点的绑定时，都会导致7个WebAPI站点的应用池崩溃。事件查看器中记录的错误如下：

来源：IIS-W3SVC-WP
级别：Error
详情：应用池'xxxxx'的工作进程尝试读取文件\\?\C:\inetpub\temp\apppools\xxxxx\xxxxx.config的配置数据时，遇到错误'Cannot read configuration file'，行号为'0'，数据字段包含错误代码。

社区反馈与可能原因 #

Stack Exchange上已有不少用户遇到过完全相同的场景，常见诱因包括：

• 临时配置文件权限竞争：修改站点绑定会触发IIS重新生成C:\inetpub\temp\apppools下的应用池临时配置文件。当服务器上站点/应用池数量较多时，多个进程同时读写该目录下的文件，容易出现权限锁冲突，导致部分应用池进程无法读取自身配置。
• 共享配置依赖：如果崩溃的7个WebAPI应用池与被修改的Web UI站点共用了相同的配置模板、或是继承了同一父级配置节点，修改绑定的操作会触发全局配置刷新，进而影响到关联的应用池。
• IIS配置缓存同步延迟：大量站点部署下，IIS的配置缓存机制在处理绑定变更时可能出现同步滞后，导致部分应用池的临时配置文件未正确生成或更新，引发读取失败。

快速修复方案 #

1. 重启崩溃的应用池，同时访问对应站点主页，触发IIS重新生成正确的临时配置文件。
2. 给C:\inetpub\temp\apppools目录添加IIS_IUSRS和NETWORK SERVICE的完全控制权限，消除权限不足导致的文件读取问题。
3. 修改站点绑定前，先暂停所有相关应用池，操作完成后再逐一启动，避免配置刷新冲突。

长期解决建议 #

• 检查崩溃的WebAPI应用池与目标Web UI站点的配置依赖关系，拆分独立配置，避免单站点操作影响其他应用池。
• 安装IIS最新的累积更新补丁，微软已修复多个涉及配置文件同步、应用池重启的BUG。
• 启用IIS配置日志（路径：%SystemDrive%\inetpub\logs\LogFiles，选择W3C格式），记录绑定修改时的配置变更细节，精准定位冲突根源。

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