<think>嗯，用户遇到了在
IIS部署.NET Core项目时出现404错误的问题，需要
解决。首先，我得回忆一下常见的
IIS和
.NET Core集成的问题。根据引用内容，可能涉及到ASP
.NET Core模块的配置、权限问题或者应用程序池的设置。
首先，用户提到的404错误可能有几种原因。比如，ASP
.NET Core模块没有正确安装或配置，这会导致
IIS无法将请求转发到Kestrel。根据引用3，ASP
.NET Core模块负责将请求转发到外部进程的
.NET Core应用。所以，检查模块是否正确安装是关键。引用5提到了通过PowerShell安装
IIS和相关功能，可能需要确认是否安装了正确的模块。
接下来，应用程序池的配置是否正确？
.NET Core应用应该使用无托管代码的应用程序池，因为
Core是自托管的。如果应用程序池设置成托管模式，可能会导致问题。引用2中提到的
.NET Framework配置问题，可能类似，但这里需要确认应用程序池的
.NET CLR版本是否为“无托管代码”。
另外，web
.config文件是否正确配置了asp
NetCore部分？根据引用3，模块配置需要指向正确的程序入口，比如dot
net命令和DLL路径。路径错误或者参数不对，都会导致404。需要检查processPath和arguments是否正确，以及是否设置了stdoutLogEnabled来查看日志。
还有，防火墙或端口冲突是否导致Kestrel无法监听？比如，如果应用配置了特定的端口，而该端口被占用或者被防火墙阻止，
IIS模块无法与之通信，也会出现404。这时候可能需要检查端口使用情况或者暂时关闭防火墙测试。
权限问题也不容忽视。应用程序池的账户是否有权限访问项目文件夹和日志目录？如果日志目录不存在或权限不足，可能导致启动失败。需要确保
IIS_IUSRS或应用程序池身份有足够的权限。
另外，检查项目是否
发布正确。有时候
发布时可能遗漏了必要的文件，比如DLL或appsettings
.json，导致应用启动失败，从而
IIS返回404。需要确认
发布文件夹里的文件是否完整。
还有可能的情况是，
IIS的URL重写模块未安装，导致无法正确路由请求。安装URL重写模块可能有助于
解决某些路由问题。引用2中提到安装
.NET Framework后的模块问题，可能需要类似的处理。
用户可能需要按照
步骤逐步排查，从安装模块开始，检查配置，查看日志，验证权限等。每个
步骤都可能发现潜在的问题点。比如，通过启用stdout日志，可以查看应用启动时的具体错误信息，从而定位问题。
最后，如果所有配置都正确，可能需要重启
IIS或服务器，或者重新注册ASP
.NET Core模块。有时候配置更改后需要重启才能生效。</think>### 分步
解决方案：
IIS部署.NET Core项目404错误排查
#### 1
. **确认ASP
.NET Core模块安装**
- **操作**：在
IIS服务器上安装ASP
.NET Core Hosting Bundle（包含运行时和模块）。
- **说明**：缺少该模块会导致
IIS无法将请求转发到
.NET Core应用[^3]。
- **
步骤**：
1
. 访问[微软官方下载页面](https://dot
net.microsoft
.com/download/dot
net-
core/)下载对应版本的Hosting Bundle。
2
. 安装后重启
IIS服务器。
#### 2
. **检查应用程序池配置**
- **操作**：将应用程序池的`
.NET CLR版本`设置为**无托管代码**。
- **说明**：
.NET Core应用需独立运行，不依赖
IIS托管[^3]。
- **
步骤**：
1
. 打开
IIS管理器，
找到对应站点的应用程序池。
2
. 右键选择**高级设置**，修改`
.NET CLR版本`为**无托管代码**。
#### 3
. **验证web
.config配置**
- **操作**：确保`web
.config`中`asp
NetCore`配置正确。
- **说明**：错误的路径或参数会导致模块无法启动应用[^3]。
- **示例配置**：
```xml
<configuration>
<system
.webServer>
<handlers>
<add name="asp
NetCore" path="*" verb="*" modules="Asp
NetCoreModuleV2" resourceType="Unspecified" />
</handlers>
<asp
NetCore
processPath="dot
net"
arguments="
.\YourApp
.dll"
stdoutLogEnabled="true"
stdoutLogFile="
.\logs\stdout" />
</system
.webServer>
</configuration>
```
- **关键检查点**：
- `processPath`指向正确的`dot
net`路径（如使用绝对路径）。
- `arguments`指定正确的DLL文件名。
- `stdoutLogEnabled`设为`true`并创建`logs`目录（用于排查启动错误）。
#### 4
. **检查防火墙和端口冲突**
- **操作**：确认Kestrel监听的端口未被占用或阻止。
- **说明**：ASP
.NET Core默认使用5000/5001端口，需确保端口可访问[^3]。
- **
步骤**：
1
. 运行`
netstat -ano | findstr :5000`检查端口占用。
2
. 临时关闭防火墙测试是否为拦截导致。
#### 5
. **设置文件夹权限**
- **操作**：授予应用程序池账户对项目目录的完全控制权。
- **说明**：权限不足会导致文件读取失败或日志写入失败[^2]。
- **
步骤**：
1
. 右键项目文件夹 → **属性** → **安全** → **编辑**。
2
. 添加`
IIS_IUSRS`或应用程序池自定义账户，勾选**完全控制**权限。
#### 6
. **查看详细错误日志**
- **操作**：通过Windows事件查看器或`stdout`日志定位具体错误。
- **
步骤**：
1
. 事件查看器路径：**Windows日志 → Application**。
2
. `stdout`日志路径：项目目录下的`logs`文件夹（需手动创建）。
---
### 常见问题补充
- **问题**：HTTP 500
.19错误（配置无效）
**
解决**：检查`web
.config`中是否存在语法错误，或安装缺失的
IIS功能模块（如URL重写模块）[^4]。
- **问题**：HTTP 404
.17（静态文件处理程序冲突）
**
解决**：在
IIS中删除静态文件处理程序映射，或调整模块优先级[^2]。
---
扫一扫
373
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
