如何诊断Windows 10本地主机服务调用的HTTP 404.0错误？

问题背景 #

在Windows 10工作站调用本地IIS托管的服务时收到404.0响应，已完成以下验证：

• 应用程序池凭据对物理路径拥有写入权限
• 应用程序池管道模式为“Classic”，启动模式“AlwaysRunning”
• 执行iisreset后首次调用服务会初始化
• 启用失败请求日志但无有效排查信息
• 错误页显示关联处理程序为svc-ISAPI-4.0_32bit
• 使用HTTP协议访问（未启用SSL）
• 站点下项目配置为应用程序而非虚拟目录
• 应用程序及站点仅启用HTTP协议
• 站点映射至127.0.0.1（非默认网站）
• 该应用曾正常运行，近期未使用
• IIS版本为10.0.19041.1

下一步排查方向 #

1. 核对ASP.NET 4.0 ISAPI处理程序映射配置 #

• 确认svc-ISAPI-4.0_32bit处理程序映射存在，且路径指向正确的aspnet_isapi.dll（通常位于C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll）
• 检查处理程序的请求限制：确保“请求路径”匹配服务URL规则（如*.svc），且未设置不合理的谓词限制
• 验证ASP.NET 4.0（32位）在IIS的“ISAPI和CGI限制”中处于“允许”状态

2. 验证服务文件与URL路径匹配 #

• 确认请求URL对应的.svc文件存在于应用程序物理路径下，文件名、大小写与请求一致（Windows文件系统不区分大小写，但IIS URL匹配可能受配置影响）
• 检查应用程序虚拟路径设置：确保站点到应用程序的路径映射正确，请求URL未超出应用程序的范围

3. 重新注册.NET Framework 4.0到IIS #

• 以管理员身份打开命令提示符，执行%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i，重新注册32位ASP.NET 4.0
• 执行完成后重启IIS，再测试服务访问

4. 检查应用程序池32位启用状态 #

• 确认应用程序池的“启用32位应用程序”设置为True（因使用的是32位处理程序），若被修改为False会导致处理程序无法加载

5. 查看系统应用程序事件日志 #

• 打开事件查看器，导航到“Windows日志”→“应用程序”，筛选来源为ASP.NET 4.0.30319.0或WAS的事件，查看是否有加载失败、权限或配置错误的详细记录

6. 测试基础ASP.NET页面可用性 #

• 在应用程序物理路径下创建简单的test.aspx文件，内容如下：

<%@ Page Language="C#" %>
<html><body>ASP.NET Test Page</body></html>

访问该页面验证ASP.NET 4.0是否能正常处理请求。若此页面也返回404，说明问题出在ASP.NET整体配置而非WCF服务本身

7. 检查WCF服务配置文件完整性 #

• 验证web.config中<system.serviceModel>节点的配置：确认服务端点地址、绑定设置与请求URL匹配，无拼写错误或路径不匹配情况
• 可尝试备份现有配置，替换为最简WCF配置（仅包含必要的服务和端点定义），测试是否能正常访问

svc-ISAPI-4.0_32bit的已知问题 #

• Windows更新或.NET Framework 4.0更新可能修改aspnet_isapi.dll的路径或权限，导致处理程序映射失效
• Classic模式下，若应用程序池标识无aspnet_isapi.dll所在目录的读取权限，会返回404而非权限错误
• 部分Windows更新会重置IIS的ISAPI限制列表，将ASP.NET 4.0设为“禁止”，需手动重新设置为允许

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