TG咨询
把网站放到 Windows Server 上运行，真正容易出问题的往往不是安装 IIS，而是站点目录、应用程序池、端口绑定和版本回退没有对应起来。下面按上线顺序拆解 Windows服务器IIS部署，适用于静态网站、传统 ASP.NET 应用，以及需要额外运行时的 Web 应用。
一、上线前确认服务器和应用条件
先确认服务器能够正常登录，并记录 Windows Server 版本、站点文件位置、域名、计划使用的端口和应用所需运行时。IIS 本身主要负责接收请求和转发文件，应用是否能运行还取决于框架版本、依赖组件和权限。
- 静态网站通常只需要 IIS 和网站文件。
- 传统 ASP.NET 可能需要启用对应的 .NET Framework 功能。
- ASP.NET Core 应用通常需要安装与应用匹配的 Hosting Bundle，并将应用程序池设置为“不托管代码”。
- 需要写入文件的程序，应单独确认上传、缓存或日志目录的写权限，不能直接给整个站点目录开放完全控制。
建议先在测试目录验证默认文档、错误页和静态资源是否正常，再进行正式 Windows服务器IIS部署。
二、安装 IIS 角色和必要功能
- 打开“服务器管理器”，选择“添加角色和功能”。
- 在服务器角色中勾选“Web 服务器（IIS）”。
- 根据应用类型选择“常见 HTTP 功能”“安全性”“应用程序开发”等功能。静态站点重点确认静态内容和默认文档；需要 ASP.NET 的应用再启用相应开发功能。
- 完成安装后打开 IIS 管理器，确认左侧出现服务器节点、应用程序池和网站。
不要为了省事一次性启用所有模块。功能越多，后续排查范围越大，也可能增加不必要的攻击面。这一步完成后，可用 IIS 的默认欢迎页验证 Web 服务是否已启动。
三、准备站点目录并配置应用程序池
目录与权限
将已发布文件放入独立目录，例如按站点和版本分别保存，不要直接覆盖正在运行的目录。站点根目录通常只需要读取权限；确有写入需求时，针对指定子目录授予 IIS_IUSRS 或应用程序池标识所需权限。
应用程序池选择
在 IIS 管理器的“应用程序池”中创建独立池，便于隔离回收和故障。静态站点可使用默认托管设置；传统 ASP.NET 要选择与应用兼容的 .NET CLR 版本；ASP.NET Core 通常使用“无托管代码”。应用程序池身份建议保持默认的 ApplicationPoolIdentity，除非应用明确需要访问受限资源。
| 应用类型 | 重点设置 | 常见风险 |
|---|---|---|
| 静态 HTML | 静态内容、默认文档 | 目录权限或 MIME 类型缺失 |
| 传统 ASP.NET | .NET CLR、托管管道 | 框架版本不匹配 |
| ASP.NET Core | Hosting Bundle、无托管代码 | 运行时未安装或进程启动失败 |
四、创建 IIS 站点并完成绑定
- 右键“网站”，选择“添加网站”。
- 填写站点名称，选择已准备好的物理路径，并指定刚创建的应用程序池。
- 在绑定中选择 HTTP 或 HTTPS，填写 IP 地址、端口和主机名。
- 确认相同 IP、端口和主机名没有被其他站点占用，再保存设置。
IIS站点绑定决定请求会进入哪个站点。多个网站共用一个地址时，通常通过不同主机名区分；如果只配置相同 IP 和端口而没有主机名，可能出现绑定冲突。首次上线可先用服务器内网地址或 hosts 文件进行验证，正式访问前再检查域名解析和证书配置。
五、进行本机、网络和应用层验证
创建站点后，不要只看 IIS 管理器显示“已启动”。应按由近到远的顺序检查：
- 在服务器本机访问站点，确认首页、CSS、图片和默认文档可以加载。
- 访问一个不存在的路径，观察是否返回预期的 404，而不是服务器内部错误。
- 从允许访问的客户端测试绑定的端口，并检查 Windows Defender 防火墙入站规则。
- 查看 IIS 日志和“事件查看器”，重点关注 500、502、503，以及应用程序池反复停止的记录。
- 验证登录、文件上传、接口调用等实际功能；静态页面正常不代表后端运行时配置正确。
如果返回 403，优先检查目录权限和默认文档；如果返回 404，检查物理路径、路由处理和请求筛选；如果返回 500 或 502，则应查看应用日志、运行时版本和应用程序池状态。
六、保留旧版本并设计可执行的回滚
可靠的 Windows服务器IIS部署必须在发布前准备回滚，而不是故障后临时寻找备份。建议保留当前可用版本目录，并为新版本使用独立目录，例如按日期或版本号区分，同时保存 web.config、环境变量清单和关键连接配置。
- 发布前记录站点物理路径、应用程序池、绑定、身份权限和当前版本。
- 将新版本复制到新的目录，先在测试站点或临时绑定中检查启动结果。
- 确认新版本稳定后，再把正式站点的物理路径切换到新目录。
- 出现错误时，将物理路径改回旧目录，恢复被替换的 web.config，并回收对应应用程序池。
- 重新验证首页、核心功能和日志，确认旧版本恢复后再分析新版本故障。
回滚只适用于文件和配置变更。如果发布同时修改了数据库结构、上传文件格式或外部接口，必须另行准备兼容方案；单纯切回旧目录可能无法撤销这些变化。
常见问题
1. IIS 站点启动后仍然无法访问，先查什么？
先检查绑定中的 IP、端口和主机名，再检查防火墙规则。若本机能访问、远程不能访问，问题通常集中在网络路径或入站规则。
2. 多个站点能否共用 80 端口？
可以，但通常需要使用不同主机名进行绑定。若绑定条件完全相同，IIS 无法准确区分请求。
3. 修改 web.config 后网站出现 500.19 怎么办？
这类错误常与 XML 格式、配置节重复或 IIS 未安装对应模块有关。先恢复上一份可用配置，再逐项加入新设置。
4. 是否必须让站点目录可写？
不必须。仅当应用需要上传、缓存或生成文件时，才应对指定子目录授予写权限，避免扩大风险。
5. 回滚后仍然报错是什么原因？
检查应用程序池是否已回收、旧目录权限是否完整，以及数据库或外部服务是否已被新版本改变。Windows服务器IIS部署的回滚应同时覆盖文件、配置和相关依赖。
