1. 我为什么把 IIS 部署和网站发布放在一起讲做运维和网站开发的朋友应该都有体会很多人会把 IIS 部署想象得很复杂或者反过来觉得太简单没必要认真学。其实我这些年帮人排查 IIS 相关故障时发现大量问题都出在一个共同点上——部署阶段的基础就没打牢后面网站发布时才连环踩坑。IISInternet Information Services是 Windows 服务器自带的 Web 服务器组件它和 Apache、Nginx 一样承担着接收 HTTP 请求、解析网页文件、把内容返回给浏览器的任务。Windows Server 自带、和系统集成度高、图形化界面友好是它最大的三个特点。尤其对于习惯了点点鼠标就能完成操作的运维人员来说IIS 的学习成本在主流 Web 服务器里可以说是最低的。这篇文章我打算把 IIS 从开启服务到发布一个可以在局域网甚至公网访问的网站完整走一遍。里面包含我在真实服务器上实施过程中的操作记录、遇到的各种报错和排查思路以及一些能让你省下大量排错时间的经验技巧。无论你是刚接手 Windows 服务器的新手运维还是在做内部管理系统交付的开发人员又或者是想在自己电脑上把网站跑起来看看效果的初学者这套流程基本都可以直接照着操作。需要说明的是只是把网站文件放进 IIS 里让它能访问这只是“把火点着”的程度。真正让网站稳定运行、权限可控、出问题能快速恢复是另一套功夫。这篇文章会把两层都覆盖到建议你从头到尾完整走一遍而不是只挑“安装”“发布”两个词去搜。2. 部署前要搞清楚的三个基础问题2.1 用哪个 Windows 版本更适合跑网站IIS 从 Windows 7、Windows Server 2008 时代到现在核心功能模型变化不大但不同版本的系统在 IIS 版本和功能支持上还是有差别的。我这里直接按实际使用场景给结论Windows Server 2016 / 2019 / 2022生产环境的首选。这三个系统的 IIS 版本分别是 10.0 和后续累积更新版本支持 HTTP/2、WebSocket、应用程序初始化等现代 Web 特性稳定性也是微软主力维护的状态。Windows 10 / 11 专业版及以上适合本地开发测试。需要注意的是家庭版默认不带 IIS 功能需要自己手动开启另外家庭版缺少组策略编辑器某些高级配置会受限制。Windows Server Core / Nano Server纯命令行环境适合喜欢用 PowerShell 管理的场景。新手不建议碰遇到图形化报错时排查很不直观。我自己在 Windows Server 2019 和 Windows 11 上都做过部署测试操作流程基本一致文章中的截图和命令在两个环境里都通用。2.2 IIS 不是装完就能用的“一键启动”很多第一次装 IIS 的朋友容易有个误解以为装了 IIS 就等于网站已经上线了。实际上 IIS 本身就是 Windows 的一个功能角色开启了之后还需要完成配置网站目录、设置端口绑定、配置应用程序池、放行防火墙这几个步骤网站才能真正对外提供服务。打个比方IIS 就像是一家餐厅的门面房。你租下来了安装 IIS里面通了水电启动 Windows 服务但你要营业还得布置餐桌网站目录、贴上门牌号端口和域名绑定、雇好厨师团队应用程序池。这篇文章后面五到七章其实就是围绕这几件“装修”工作展开的。2.3 端口、域名和目录的规划建议在正式动手安装之前我建议你先想好三个问题否则后面返工的成本会很高第一网站用什么端口。默认的 HTTP 是 80HTTPS 是 443。如果服务器上只有一个网站直接用 80 端口最省事。但如果有多个网站需要同时部署就需要规划好谁用 80谁用 81、82 等自定义端口。有一点要提前知道非标准端口在公网访问时 URL 里必须带端口号比如http://你的域名:8080体验上不如直接 80 端口优雅。第二网站域名是什么。测试环境用localhost或者局域网 IP 就能访问正式环境则建议提前把域名解析到服务器 IP 上这样在 IIS 绑定站点时一步到位避免后期修改。第三网站文件放在哪个磁盘路径。我见过不少人直接把站点放在 C 盘系统盘里结果日志文件越滚越大最后把系统盘塞满了。合理的做法是单独建一个数据盘或者独立分区专门存放网站文件。在 Windows 上给网站目录建专用盘符或分区既是性能考量也是可维护性的考量。3. 完整安装 IIS图形界面与命令行两种方式3.1 图形化方式安装适合新手在 Windows Server 2019 上点击“开始”菜单中的“服务器管理器”打开后进入“添加角色和功能”。进入向导后一路点“下一步”到“服务器角色”这一步勾选“Web 服务器 (IIS)”。此时系统会弹出一个提示框询问是否添加所需的功能直接点击“添加功能”继续。这里不要急着点“下一步”建议展开左侧的“Web 服务器 (IIS)”节点再展开“应用程序开发”子节点把下面几个必要的功能也勾选上这步很关键ASP.NET 4.7或对应系统的 .NET 版本这是运行 ASP.NET 网站的必需项CGI某些 PHP 或 Python 类应用会用到ISAPI 扩展和 ISAPI 筛选器老一些的 Web 应用依赖这两个组件另外在“常见 HTTP 功能”下确认“默认文档”、“HTTP 错误”、“静态内容”、“HTTP 重定向”这几项是勾选状态在“运行状况和诊断”下建议勾选“HTTP 日志记录”、“请求监视”和“跟踪”。日志记录能帮你日后排查访问异常非常值得开。选完后一路“下一步”最后点击“安装”。安装过程通常一两分钟完成。完成后打开浏览器输入http://localhost如果出现 IIS 默认欢迎页面就说明安装成功了。3.2 命令行方式安装适合批量操作Windows Server 2019 和 Windows 10/11 都支持用 PowerShell 命令直接安装。在管理员权限的 PowerShell 窗口里执行Install-WindowsFeature -Name Web-Server -IncludeManagementTools这条命令把 IIS 主程序和图形化管理工具一起装了。如果还需要 .NET 支持执行Install-WindowsFeature -Name Web-Asp-Net45Windows 10/11 桌面版系统这类一次性安装命令也适用但需要通过 DISM 来完成dism /online /enable-feature /featurename:IIS-WebServerRole /all命令行方式最大的优势在于可复制、可脚本化。假如你有五台服务器需要部署写成一个安装脚本比每台机器用鼠标一顿点快得多出错的概率也更小。3.3 安装完成后第一时间做的事安装完 IUS 之后千万别急着发布网站先把下面几件事做了。第一验证 IIS 管理服务是否在运行。打开“服务”窗口WinR 输入 services.msc找World Wide Web Publishing Service确认状态是“正在运行”启动类型是“自动”。如果这个服务没启动IIS 管理器能打开但网站无法访问。第二在 IIS 管理器左侧面板确认服务器名称下面有“应用程序池”和“网站”两个节点。如果看不到说明管理工具没装完整回到第 3.1 步勾上“管理工具”来补装。第三顺便看一眼默认站点是否存在。正常安装完成后应该会有一个名为“Default Web Site”的默认站点这个站点可以留着也可以等会儿停掉用来腾出 80 端口。我在 Windows Server 2019 上实测从点击“添加角色和功能”到完成安装并打开默认页面大约需要三分钟。如果超过这个时间还卡在进度条不动大概率是系统更新或者安全软件在干扰。这时候可以打开“事件查看器”的 Windows 日志看有没有相关错误信息。4. 发布第一个网站目录、绑定、启动4.1 准备网站文件与目录权限网站文件不建议直接丢在 C 盘默认的C:\inetpub\wwwroot里。如果是正式环境我强烈建议独立规划站点目录比如D:\WebSites\MySite。这样系统盘故障、重装系统都不会直接影响网站文件。目录建好后把网站文件复制进去。如果是静态 HTML 网站直接把 html、css、js 文件放进去就行如果是 ASP.NET 程序则需要把发布后的文件通常是通过 Visual Studio 发布或dotnet publish生成的文件完整放进去。然后是最容易忽略的权限设置。右键站点目录选择“属性”或“安全”选项卡点击“编辑”按钮添加一个名为IIS_IUSRS的组并给它赋“读取和执行”权限。如果不做这一步访问时经常会出现 403 禁止访问的错误。需要注意如果需要网站写入文件比如上传功能光有读取权限不够还得给这个组加“写入”权限但生产环境要把写入限制到具体的子目录而不建议整个站点目录全部放开。4.2 在 IIS 管理器里创建网站打开 IIS 管理器在左侧面板右键“网站”选择“添加网站”。在弹出的窗口中依次填写网站名称建议起一个容易识别的名称比如MyFirstSite应用程序池默认会自动创建一个同名池先不用改后面详谈物理路径选择刚才准备好的D:\WebSites\MySite绑定类型HTTP 默认就是 httpIP 地址如果服务器绑定多个 IP这里可以选指定的一个一般用“全部未分配”即可意思是所有本机 IP 的对应端口请求都交由这个站点处理端口填写规划好的端口。第一个站点用 80主机名正式环境填域名测试环境留空即可点击“确定”后左侧“网站”列表里就多了一个站点右侧操作栏里有“启动”、“停止”、“重新启动”按钮。如果状态显示“已停止”点击“启动”即可。这时在本机浏览器里访问http://localhost如果能看到你的网站首页说明发布成功了。如果想通过局域网内其他电脑访问需要用这台服务器的本机 IP 地址访问比如http://192.168.1.100。4.3 绑定多个 IP、域名和端口的方法一个站点可以同时绑定多组域名和端口组合。操作方法是在 IIS 管理器里选中站点右侧点击“绑定”然后点击“添加”。比如我可以让同一个站点同时满足http://www.example.com:80和http://example.com:80两种访问方式只需要添加两条内容相同但主机名不同的绑定即可。如果你的服务器上有多块网卡或多个 IP 地址还可以指定站点只监听某一个 IP 的请求。这在多网站服务器上特别实用不同网站用不同 IP 地址访问互不干扰日志也更容易区分。绑定端口时有个细节80 端口全机器只能有一个站点用“全部未分配”绑定否则会提示端口被占用。如果多个网站都要用 80 端口只能通过主机名域名来区分。这也是最正规的多网站部署方式。5. 应用程序池与 .NET 版本网站运行的核心关键5.1 应用程序池是什么为什么影响网站生死应用程序池这个概念不同水平的运维有不同理解。我的理解是它就是网站的“独立进程容器”把一组网站或单个网站放在一个独立的工作进程w3wp.exe里运行。因为进程之间是隔离的所以一个池里的网站崩溃或者占用大量资源不会拖垮其他池里的网站。这也是 IIS 相比老式 IIS 6 之前版本最大的架构优势。在 IIS 管理器里“应用程序池”节点下默认会列出所有池。选中你的网站对应的池右侧点击“高级设置”可以看到它的运行账号默认是“应用程序池标识”即系统自动分配的虚拟账号、允许的 CPU 和内存限制、启动模式、回收时间等参数。5.2 .NET CLR 版本和托管管道模式怎么选在“基本设置”里有两个选项最影响网站能否正常运行.NET CLR 版本和托管管道模式。.NET CLR 版本的选择逻辑如果你的网站是 .NET Framework 4.x 编写的选择.NET CLR 版本 V4.0.30319如果是 .NET Framework 2.0 / 3.5 时代的老程序选择.NET CLR 版本 V2.0.50727如果网站是纯静态页面或者是 PHP、Node.js 等非 .NET 技术栈选择“无托管代码”很多人在部署 .NET 网站时报错“IIS 中没有 .NET 8”之类的问题原因通常是IIS 管理器默认只能看到 .NET Framework 注册的 CLR 版本而 .NET Core / .NET 5 属于独立运行时需要单独安装 runtime并通过 ASP.NET Core Module 来代理。这部分内容在第七章节里详细展开。托管管道模式的选择逻辑集成模式这是 IIS 7.0 之后的默认模式所有请求都经过 IIS 的统一管道处理性能和兼容性更好经典模式为了兼容老程序IIS 按 ASP.NET 和 ISAPI 的老方式处理请求除非你的老网站明确要求经典模式否则一律用集成模式。有些老网站在经典模式下才能正常工作但绝大多数现代程序用集成模式没问题。5.3 一个典型的网站进程崩溃恢复案例有一年我给客户部署一个 .NET Framework 4.5 的旧站点部署完成发现访问时页面直接 502.3 错误。打开事件查看器看到 w3wp.exe 进程崩溃再看应用程序池设置发现 .NET CLR 版本被默认设成了“无托管代码”。当时看到日志我立刻明白了问题所在应用程序池和网站程序要求的 .NET 版本不匹配。把池的 CLR 版本改成 V4.0.30319 后重新启动网站访问正常。这个问题的根源就是 IIS 管理器“添加网站”时如果检测不到默认池的 .NET 运行时就会给池套一个“无托管代码”的空壳配置。所以部署任何 .NET 网站添加网站之后的第一件事就是去确认应用程序池的 CLR 版本和管道模式到底对不对。顺序不要搞反先检查池再启动站。6. 外网访问与防火墙配置别让网站只能自己看6.1 局域网和公网访问的本质区别网站发布后本机能访问局域网内其他电脑也能访问但到了公网访问就经常出问题。这其实是新手最常困惑的这里帮大家把网络逻辑理顺。局域网访问只要服务器 IP 和客户端 IP 在同一个网段且服务器的防火墙放行了对应端口就能通。公网访问则需要满足三个条件服务器有公网 IP 地址或者通过路由器的端口映射把公网请求转发到内网服务器服务器防火墙和路由器安全组都放行了对应端口域名解析指向了这个公网 IP如果用域名访问的话绝大多数“外网打不开”的案例问题出在第二个条件而不是网站本身没部署好。6.2 Windows 防火墙放行端口的正确姿势在服务器上打开“Windows Defender 防火墙”点击左侧“高级设置”。在“入站规则”里点击“新建规则”选择“端口”协议选“TCP”端口填你要放行的端口号比如 80。操作选“允许连接”。配置文件建议三个域、专用、公用都勾上。起个名字比如“Web-80”完成。为了更稳妥我建议同时放行 80 和 443 两个端口。如果网站用了自定义端口也要把对应端口加进去。命令行的方式也可以方便批量处理New-NetFirewallRule -DisplayName Web-80 -Direction Inbound -Protocol TCP -LocalPort 80 -Action Allow6.3 端口映射家里或者公司内网部署网站的关键如果网站部署在公司内网而公网 IP 在路由器上就需要在路由器上做端口映射。不同品牌路由器设置位置略有不同但核心逻辑一致把公网某个端口的入站请求转发到内网某台机器的某个端口上。比如路由器公网 IP 是203.0.113.5内网服务器是192.168.1.100想通过http://203.0.113.5:8080访问服务器 80 端口的网站那么在路由器上设置“端口映射”或“虚拟服务器”外部端口 8080内部 IP 192.168.1.100内部端口 80协议 TCP。设置完成后访问http://203.0.113.5:8080就能打开网站。这一步验证不通就检查两件事一是路由器是否真的有公网 IP部分运营商给的是内网 IP需要在光猫里改桥接二是运营商是否封了 80 端口家庭宽带很多会封用 8080 等非常用端口可以绕开此限制。7. 基于热词的常见问题排查IIS 部署路上的高频报错7.1 “IIS 中添加进度不动”和“IIS 管理器打不开”这两个问题经常被搜索引擎一起问因为都卡在“IIS 根本上不去”的阶段。先说“Server2019 IIS 添加进度不动”。在 Windows Server 2019 上点击“添加角色和功能”进度条卡住不动最常见的原因有两个一是服务器没有激活某些系统功能安装会异常二是系统更新服务被禁用导致功能添加时缺少依赖组件。我的建议是先检查系统激活状态和 Windows Update 服务状态。如果系统需要更新但长期没更新建议先Windows Update把补丁打上再回来装 IIS。如果实在不想更新也可以试试用 PowerShell 的Install-WindowsFeature命令来装命令行方式有时候能绕过图形化界面的一些奇怪问题。“Win11 打开 IIS 管理器”打不开分两种情况一是根本没有安装 IIS 管理工具需要在“启用或关闭 Windows 功能”中勾选“Internet Information Services”和“Web 管理工具”下的“IIS 管理控制台”二是安装成功后在开始菜单搜索inetmgr或者运行inetmgr.exe打开。如果双击没反应多半是 .NET Framework 3.5 没装去“启用或关闭 Windows 功能”勾选“.NET Framework 3.5”即可。7.2 配置报错0x80005000和“执行此操作时出错”在高频搜索词里有一个非常典型的报错应用程序池权限设置失败提示“请手动为其设置 localsystem 权限未知错误 (0x80005000)”还有“IIS 报错执行此操作时出错文件名c:\windows\system32\inetsrv\config\administrator...这类报错集中在applicationHost.config配置文件的读写问题上。applicationHost.config是 IIS 的核心配置文件站在一个全局层面管理着所有站点、应用程序池和模块配置存放在C:\Windows\System32\inetsrv\config目录。IIS 管理器对它的修改权限要求非常严格。0x80005000 是E_ADS_UNKNOWN_ERROR目录服务未知错误实际原因通常是 IIS 进程没有足够的权限去改写配置文件。解决办法按顺序尝试确认当前操作用户是管理员并且是在“以管理员身份运行”的情况下打开 IIS 管理器右键点击选择“以管理员身份运行”检查C:\Windows\System32\inetsrv\config目录的权限确保SYSTEM和Administrators组有“完全控制”权限如果权限没问题执行iisreset /stop和iisreset /start重置 IIS 服务有时配置文件被锁定重置后会恢复正常如果以上都不行用文本编辑器直接编辑administration.config检查configSections部分的 section 定义是否完整这类问题我是有一定经验的大多数情况是 IIS 管理器不是管理员模式运行换一个方式打开就好了。真正需要改文件权限的情况相对较少。7.3 本机能访问外网打不开的经典排查步骤这是网上咨询量最大的问题“服务器 IIS 网站外网打不开”。我把排查步骤按顺序写一下你依次检查基本都能定位先在服务器本机访问http://localhost确认网站本身是正常的在内网另一台电脑访问http://服务器内网IP确认内网通不通确认服务器防火墙放行了对应端口确认路由器或云安全组放行了端口云服务器不是只靠 Windows 防火墙安全组规则也要放行确认服务器有公网 IP不能是 CGNAT 大内网 IP确认域名解析到正确的公网 IP我遇到过最离谱的一次客户反复说外网打不开最后发现他访问时输的端口是 80但服务器的入站规则放行的是 8080配错了。检查到第四步就看出来了。端口匹配这种小细节是 80% 外网访问问题的根源。7.4 IIS 中没有 .NET 8 的问题这是一个特别有时代特色的问题。随着 .NET 8 越来越普及很多人在 IIS 部署新程序时发现IIS 管理器的应用程序池设置里根本看不到 .NET 8 的选项。原因很简单IIS 管理器界面里的“.NET CLR 版本”下拉框只会列出已注册到本机的 .NET Framework CLR 版本V2.0 和 V4.0。而 .NET Core / .NET 5 是独立的运行时不属于 .NET Framework因此在 IIS 管理器里不会以那种形式出现。要让 .NET 8 网站在 IIS 上跑起来正确步骤是在服务器上安装 .NET 8 Hosting Bundle托管捆绑包。它会自动安装 ASP.NET Core Runtime 和 IIS 的 AspNetCoreModuleV2 模块安装完成后重启 IIS打开命令提示符执行iisreset网站文件的 web.config 里正确配置 AspNetCore 模块核心内容类似system.webServer handlers add nameaspNetCore path* verb* modulesAspNetCoreModuleV2 resourceTypeUnspecified / /handlers aspNetCore processPathdotnet arguments.\你的程序.dll stdoutLogEnabledfalse stdoutLogFile.\logs\stdout hostingModelinprocess / /system.webServer应用程序池的 .NET CLR 版本选择“无托管代码”托管管道模式用“集成”这里有个细节需要注意如果访问时报 500.31 之类的错误多半是运行时没装好或者程序集路径不对去事件查看器里看AspNetCore Module V2的日志信息非常明确。7.5 IIS 备份与还原热词里有不少人搜“IIS 备份与还原”。这也是一个容易被忽略但非常值得掌握的操作。IIS 的配置信息全部集中在C:\Windows\System32\inetsrv\config和C:\Windows\System32\inetsrv\metaConfig.xml部分版本备份有两种方式方式一用命令行工具备份%windir%\system32\inetsrv\appcmd.exe add backup MyBackup20250101备份文件会生成在C:\Windows\System32\inetsrv\backup目录下。还原时执行%windir%\system32\inetsrv\appcmd.exe restore backup MyBackup20250101方式二直接复制配置文件目录直接把C:\Windows\System32\inetsrv\config整个目录复制走。这个方法简单粗暴但要注意还原的时候 IIS 服务必须停止否则配置文件被占用会导致复制失败。我的建议是每次大的配置变更之前用appcmd做一次备份五分钟的事情真的能救命。8. 进阶技巧静态网站、多网站共存与日志分析8.1 静态网站为什么也要管好 MIME 类型静态网站虽然不需要什么运行时配置但有一个点容易踩坑MIME 类型。IIS 默认只对常见扩展名html、css、js、jpg、png 等返回正确的内容类型。如果你网站里有.json、.woff2、.mp4之类的文件而 IIS 里没有配置对应的 MIME 类型浏览器拿到文件时可能直接提示下载而不是渲染页面。解决办法是在站点或服务器级别的“MIME 类型”中添加映射。比如扩展名.jsonMIME 类型application/json扩展名.woff2MIME 类型font/woff2扩展名.mp4MIME 类型video/mp4我经常说网站的 404 不一定是文件丢了也可能只是 MIME 类型没配好服务器其实把文件正常读取出来了只是不会告诉浏览器“这是个什么类型的东西”。8.2 一台服务器放多个网站在一台服务器上部署多个网站是企业里最常见不过的场景。IIS 支持三种区分方式不同端口、不同 IP、不同主机名。其中用不同主机名是最正规的好处是端口统一走 80/443用户访问不用记端口号。操作流程是准备好两个不同的网站目录、分别添加两个网站在“主机名”那一栏填上各自的域名比如site1.example.com和site2.example.com。前提是这两个域名都要解析到这台服务器 IP。DNS 服务器上做两条 A 记录就行。这样配置之后用户访问http://site1.example.com时IIS 会根据请求头里的 Host 字段自动匹配到对应的站点互不干扰。8.3 怎么看 IIS 日志定位访问问题IIS 日志文件默认在C:\inetpub\logs\LogFiles目录下按站点 ID 分子目录存放比如W3SVC1就对应第一个站点。日志文件按日期拆分每行记录一次请求。怎么看日志最快捷的方式用文本编辑器打开但格式比较杂乱。从实用角度出发用 PowerShell 筛选.log文件中的状态码 500 或 404 记录会更方便。日志里有一列是sc-status即 HTTP 状态码如果出现大量 500说明程序运行时在报错大量 404 说明路径或 MIME 配置可能有问题。我排错时常用的一个命令是把指定时间段的 500 错误提取出来看Get-Content C:\inetpub\logs\LogFiles\W3SVC1\*.log | Where-Object { $_ -match 500 } | Select-Object -Last 50日志分析的技巧点在于定位到具体时间点、具体 URL再结合程序运行日志一起看问题基本能锁定到具体模块。9. 部署完成后的检查清单我每次部署完 IIS 网站都会执行一套检查流程这套流程能覆盖绝大多数潜在问题。这里分享出来建议你一一对照IIS 管理服务W3SVC是否设置为“自动”启动网站对应的应用程序池是否已启动使用的 CLR 版本和管道模式是否正确网站状态是否为“已启动”物理目录的权限是否包含 IIS_IUSRS 的读取权限必要时有写入权限Windows 防火墙是否放行了对应端口用http://localhost访问是否正常用http://服务器内网IP访问是否正常用http://公网IP或http://域名访问是否正常站点的默认文档是否正确设置通常为 index.html、index.aspx 等网站日志是否能正常写入日志文件这套检查清单的数次调试经验让我少踩了很多坑。建议你复制粘贴保存一份每次部署后照着勾选一遍。10. 最后分享几个我吃了亏才学会的小经验文章快结束了我不想写什么总结性套话就说几个我在实际踩坑过程中真正有价值的经验吧。第一个经验IIS 配置文件修改之前一定要先备份。这个前面提过但我还要再强调一次。有一次我在排查一个复杂绑定问题时手滑把某段配置改错了结果整个服务器的 IIS 都打不开。如果没有备份那一次就真的成了事故。备份命令只要几秒但恢复可能需要几个小时。第二个经验本地测试环境和服务器环境尽量保持一致。Windows 版本差异、.NET 版本差异、IIS 功能差异这些在本地测试没问题到了服务器上一堆报错多数是环境不一致导致的。在本地用 Windows 10/11 开发测试生产用 Windows Server 时一定要在部署前先确认服务器上所有必要功能已经安装了。第三个经验IIS 的错误信息看似吓人其实绝大多数都能从事件查看器和日志里找到真正的根源。别慌按照“网站能不能访问、进程有没有崩溃、配置对不对、网络通不通”四层顺序排查大部分问题十分钟内能定位。还是要强调那句老话先看日志再动手改配置不要凭感觉盲猜。IIS 部署本身不难难的是把每一步都做规范和扎实。希望这篇文章能帮你在 Windows 服务器上稳稳地跑起自己的网站。