Jenkins部署ASP.NET Core 2.1至IIS后模拟身份验证自动启用致500.24错误求助

我之前也碰到过一模一样的情况——ASP.NET Core项目每次通过Jenkins部署到Windows Server 2012 R2的IIS后，模拟身份验证总会被自动打开，导致500.24错误，手动禁用后又会被部署流程改回去。折腾了好一阵，总结出几个靠谱的解决方向，给你梳理下：

1. 检查项目的发布配置文件（*.pubxml） #

Jenkins部署通常依赖Visual Studio的发布配置来生成部署包，很可能是你的pubxml里偷偷藏了启用Impersonation的配置：

• 找到项目中Properties\PublishProfiles目录下的对应发布配置文件，打开后搜索是否有类似节点：

  <PropertyGroup>
    <EnableImpersonation>True</EnableImpersonation>
  </PropertyGroup>
  

  如果有，直接把True改成False，或者删掉整个节点，然后提交到代码库。这样Jenkins每次打包时就不会携带启用模拟的配置了。

2. 锁定web.config中的Impersonation配置 #

ASP.NET Core部署时会生成或覆盖web.config，你可以直接在配置里明确禁用Impersonation，同时设置部署工具不要修改这个节点：

• 在web.config的<system.webServer>节点下添加禁用配置：

  <security>
    <authentication>
      <impersonation enabled="false" />
    </authentication>
  </security>
  

• 要是用MSDeploy作为部署工具，还得在pubxml里添加跳过规则，防止部署时覆盖这个配置：

  <MsDeploySkipRules>
    <SkipAction>Update</SkipAction>
    <ObjectName>system.webServer/security/authentication/impersonation</ObjectName>
  </MsDeploySkipRules>
  

  这样部署流程就会跳过对该节点的更新，保持你设置的禁用状态。

3. 排查Jenkins部署脚本/插件的配置 #

如果Jenkins用了自定义部署脚本（比如PowerShell）或者IIS专用插件，可能是脚本/插件主动开启了Impersonation：

• 检查PowerShell脚本中是否有类似修改IIS配置的命令：

  Set-WebConfigurationProperty -Filter '/system.webServer/security/authentication/impersonation' -Name 'enabled' -Value 'True' -PSPath 'IIS:\Sites\YourSiteName'
  

  有的话把Value改成'False'即可。
• 如果用了Jenkins的IIS部署插件，去插件配置页面看看有没有“启用模拟身份验证”的勾选框，直接取消勾选。

4. 验证ASP.NET Core Hosting Bundle的相关设置 #

虽然你已经把应用程序池身份设为ApplicationPoolIdentity，但还是可以检查下web.config的<aspNetCore>节点，避免间接触发Impersonation：

• 确保没有设置forwardWindowsAuthToken="true"（这个配置主要影响Windows身份验证，但可能和模拟设置产生连锁反应），正常的节点应该是这样：

  <aspNetCore processPath="dotnet" arguments=".\YourApp.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" hostingModel="InProcess" />
  

最后验证小技巧 #

修改完配置后，先手动打包发布一次，检查生成的部署包中的web.config和pubxml是否符合预期，再用Jenkins触发一次部署，登录到Windows Server查看IIS站点的身份验证设置，确认Impersonation保持禁用状态。如果还是有问题，打开Jenkins的部署日志，搜索“Impersonation”关键词，找到修改这个设置的具体步骤，就能精准定位问题了。

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