web.config 文件
注意
此版本不是本文的最新版本。 有关当前版本，请参阅本文的 .NET 9 版本。
警告
此版本的 ASP.NET Core 不再受支持。 有关详细信息，请参阅 .NET 和 .NET Core 支持策略。 对于当前版本，请参阅此文的 .NET 8 版本。
web.config 文件由 IIS 和 web.config读取，用于使用 IIS 配置已托管的应用。
web.config 文件位置
为了正确设置 ASP.NET Core 模块，web.config 文件必须存在于已部署应用的内容根路径（通常为应用基路径）中。 该位置与向 IIS 提供的网站物理路径相同。 若要使用 Web 部署发布多个应用，应用的根路径中需要包含 web.config 文件。
敏感文件存在于应用的物理路径中，如 {ASSEMBLY}.runtimeconfig.json、{ASSEMBLY}.xml（XML 文档注释）和 {ASSEMBLY}.deps.json，其中 {ASSEMBLY} 占位符为程序集名称。 如果有 web.config 文件且站点正常启动时，IIS 在收到敏感文件请求时不会提供这些敏感文件。 如果 web.config 文件缺失、名字错误或者无法将站点配置为正常启动，IIS 可能会公开提供敏感文件。
web.config 文件必须始终存在于部署中、名称正确以及能够将站点配置为正常启动。 切勿从生产部署中删除 web.config 文件。
如果项目中没有 web.config 文件，则该文件是使用正确的 processPath 和 arguments（用于配置 ASP.NET Core 模块）创建的，并且已被移到web.config中。
如果项目中没有 web.config 文件，则该文件是通过正确的 processPath 和 arguments（用于配置 ASP.NET Core 模块）转换的，并且已被移到发布的输出中。 转换不会修改文件中的 IIS 配置设置。
web.config 文件可能会提供控制活动 IIS 模块的额外 IIS 配置设置。 有关能够处理 ASP.NET Core 应用请求的 IIS 模块的信息，请参阅 IIS 模块主题。
发布项目时，web.config 文件的创建、转换和发布是由 MSBuild 目标 (_TransformWebConfig) 处理的。 此目标位于 Web SDK 目标 (Microsoft.NET.Sdk.Web) 中。 SDK 设置在项目文件的顶部：
<Project Sdk="Microsoft.NET.Sdk.Web">
为了防止 Web SDK 转换 web.config 文件，请在项目文件中使用 <IsTransformWebConfigDisabled> 属性：
<PropertyGroup>
<IsTransformWebConfigDisabled>true</IsTransformWebConfigDisabled>
</PropertyGroup>
禁用 Web SDK 对文件的转换时，processPath 和 arguments 应由开发人员手动设置。 有关详细信息，请参阅用于 IIS 的 ASP.NET Core 模块 (ANCM)。
使用 web.config 配置 ASP.NET Core 模块
在站点的 web.config 文件中使用 system.webServer 节点的 aspNetCore 部分配置 ASP.NET Core 模块。
以下 web.config 文件发布用于依赖框架的部署，并配置 ASP.NET Core 模块以处理站点请求：
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<location path="." inheritInChildApplications="false">
<system.webServer>
<handlers>
<add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" />
</handlers>
<aspNetCore processPath="dotnet"
arguments=".\MyApp.dll"
stdoutLogEnabled="false"
stdoutLogFile=".\logs\stdout"
hostingModel="inprocess" />
</system.webServer>
</location>
</configuration>
以下 web.config 发布用于web.config：
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<location path="." inheritInChildApplications="false">
<system.webServer>
<handlers>
<add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" />
</handlers>
<aspNetCore processPath=".\MyApp.exe"
stdoutLogEnabled="false"
stdoutLogFile=".\logs\stdout"
hostingModel="inprocess" />
</system.webServer>
</location>
</configuration>
将 InheritInChildApplications 属性设置为 false，表示 <location> 元素中指定的设置不会由驻留在应用子目录中的应用继承。
将应用部署为 Azure 应用服务时，stdoutLogFile 路径将设置为 \\?\%home%\LogFiles\stdout。 该路径会将 stdout 日志保存到 LogFiles 文件夹，该文件夹是由服务自动创建的位置。
有关 IIS 子应用程序配置的信息，请参阅高级配置。
aspNetCore 元素的属性
| 属性 | 说明 | 默认 |
|---|---|---|
arguments |
可选的字符串属性。
|
|
disableStartUpErrorPage |
可选布尔属性。 如果为 true，将禁止显示“502.5 - 进程失败”页面，而会优先显示 中配置的 502 状态代码页面。 |
false |
forwardWindowsAuthToken |
可选布尔属性。 如果为 true，会将令牌作为每个请求的标头“MS-ASPNETCORE-WINAUTHTOKEN”转发到在 |
true |
hostingModel |
可选的字符串属性。 将托管模型指定为进程内 ( |
不存在时为 OutOfProcess/outofprocess |
processesPerApplication |
可选的整数属性。 指定每个应用均可启动的 †对于进程内托管，值限制为 不建议设置 |
默认值：1最小值： 1最大值： 100† |
processPath |
必需的字符串属性。 为 HTTP 请求启动进程侦听的可执行文件的路径。 支持相对路径。 如果路径以 |
|
rapidFailsPerMinute |
可选的整数属性。 指定允许 不支持进程内托管。 |
默认值：10最小值： 0最大值： 100 |
requestTimeout |
可选的 timespan 属性。 指定 ASP.NET Core 模块等待来自 %ASPNETCORE_PORT% 上侦听的进程的响应的持续时间。 在 ASP.NET Core 2.1 或更高版本附带的 ASP.NET Core 模块版本中，使用小时数、分钟数和秒数指定 不适用于进程内托管。 对于进程内托管，该模块等待应用处理该请求。 此字符串的分钟段和秒钟段的有效值在 0-59 之间。 在分钟或秒钟值中使用“ |
默认值：00:02:00最小值： 00:00:00最大值： 360:00:00 |
shutdownTimeLimit |
可选的整数属性。 检测到 |
默认值：10最小值： 0最大值： 600 |
startupTimeLimit |
可选的整数属性。 模块等待可执行文件启动端口上侦听的进程的持续时间（以秒为单位）。 如果超出了此时间限制，模块将终止该进程。 进程内托管时：不会重新启动该进程，也不会使用 进程外托管时：模块在收到新请求时尝试重新启动该进程，并在收到后续传入请求时继续尝试重新启动该进程，除非应用在上一回滚分钟内无法启动 值 0（零）不被视为无限超时。 |
默认值：120最小值： 0最大值： 3600 |
stdoutLogEnabled |
可选布尔属性。 如果为 true， |
false |
stdoutLogFile |
可选的字符串属性。 指定在其中记录 |
aspnetcore-stdout |
设置环境变量
可以为 processPath 属性中的进程指定环境变量。 使用 <environmentVariables> 集合元素的 <environmentVariable> 子元素指定环境变量。 本部分中设置的环境变量优先于系统环境变量。
以下示例在 web.config 中设置了两个环境变量。 ASPNETCORE_ENVIRONMENT 将应用的环境配置为 Development。 开发人员可能会暂时在 web.config 文件中设置此值，以便在调试应用异常时强制加载开发人员异常页面。 CONFIG_DIR 是用户定义的环境变量的一个示例，其中开发人员已写入可在启动时读取值的代码以便形成用于加载应用配置文件的路径。
<aspNetCore processPath="dotnet"
arguments=".\MyApp.dll"
stdoutLogEnabled="false"
stdoutLogFile=".\logs\stdout"
hostingModel="inprocess">
<environmentVariables>
<environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Development" />
<environmentVariable name="CONFIG_DIR" value="f:\application_config" />
</environmentVariables>
</aspNetCore>
注意
直接在 web.config 中设置环境的替代方法是将 <EnvironmentName> 属性包含在发布配置文件 (.pubxml) 或项目文件中。 此方法在发布项目时设置 web.config 中的环境：
<PropertyGroup>
<EnvironmentName>Development</EnvironmentName>
</PropertyGroup>
警告
仅当不受信任的网络（如 Internet）无法访问暂存和测试服务器时，才能将 ASPNETCORE_ENVIRONMENT 环境变量设置为 Development。
使用 web.config 配置 IIS
IIS 配置受用于 IIS 方案（适用于包含 ASP.NET Core 模块的 ASP.NET Core 应用）的 web.config 的 <system.webServer> 部分影响。 例如，IIS 配置适用于动态压缩。 如果在服务器一级将 IIS 配置为使用动态压缩，可通过应用的 web.config 文件中的 <urlCompression> 元素，对 ASP.NET Core 应用禁用它。
有关详细信息，请参阅下列主题：
要为在独立应用池中运行的各应用设置环境变量（IIS 10.0 或更高版本中支持此操作），请参阅 IIS 参考文档中环境变量 <environmentVariables> 主题下的“AppCmd.exe 命令”部分。
web.config 的配置节
ASP.NET Core 应用不会使用 web.config 中的 ASP.NET 4.x 应用的配置部分进行配置：
<system.web><appSettings><connectionStrings><location>
会使用其他的配置提供程序配置 ASP.NET Core 应用。 有关详细信息，请参阅配置。
转换 web.config
如果需要在发布时转换 web.config，请参阅web.config。你可能需要在发布时转换 web.config，以便基于配置、配置文件或环境设置环境变量。
