IIS Web App Manage任务异常：误判站点变更致重复部署失败

核心原因 #

IIS Web App Manage任务在重复执行时，误判站点配置存在变更（即使未修改站点或部署脚本），触发重复执行netsh http add sslcert命令，而目标端口的证书绑定已存在，导致错误183。

解决方案 #

1. 修正IIS Web App Manage任务的检测逻辑 #

• 任务配置中，将**“Site name”**设置为严格匹配，避免模糊匹配引发的误判。
• 当任务Action为Create or Update Website时，添加站点唯一性校验：仅在站点不存在时执行证书绑定操作，或校验目标端口的证书绑定是否已存在。

2. 给netsh命令增加前置检查 #

在执行证书绑定命令前，先检查绑定是否存在，仅在不存在时执行添加：

@echo off
set "TargetIP=0.0.0.0"
set "TargetPort=443"
set "CertThumbprint=你的证书哈希值"
set "AppGUID={你的应用GUID}"

netsh http show sslcert ipport=%TargetIP%:%TargetPort% | findstr /i %CertThumbprint%
if %errorlevel% equ 1 (
    netsh http add sslcert ipport=%TargetIP%:%TargetPort% certhash=%CertThumbprint% appid=%AppGUID%
) else (
    echo 该端口的SSL证书绑定已存在，跳过添加操作
)

3. 拆分部署步骤的执行逻辑 #

• 将证书绑定操作从IIS Web App Manage任务中剥离，单独作为PowerShell/CMD任务，嵌入前置检查逻辑。
• 若使用CI/CD工具（如Azure DevOps），可通过条件判断控制证书绑定仅在首次部署时执行，例如设置变量IsFirstDeployment，仅当变量值为true时触发绑定步骤。

4. 临时清理无效绑定（应急方案） #

若目标端口存在无效绑定，先执行删除再重新添加：

netsh http delete sslcert ipport=0.0.0.0:443

注意：执行前确认该端口无其他有效业务的证书绑定。

验证流程 #

1. 执行清理命令（若需要），确保目标端口无残留绑定。
2. 修改部署任务或脚本，添加绑定检查逻辑。
3. 重复执行部署任务，确认不再触发错误183，站点正常更新。

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