企业官网建设流程全解析

Windows IIS服务器本地安装，是我在工作中被问过最多的话题之一。很多人第一次接触IIS，要么是想在本地跑一个ASP.NET项目，要么是在虚拟机里模拟一个服务器环境做测试，还有人是Unity WebGL打包了之后不知道怎么在Windows里挂起来给别人访问。结果一查教程，要么太简略，装完了还是一堆报错，要么文不对题，讲的都是云服务器上的操作。这次我干脆把本地安装这套流程从头到尾好好写一遍，从开启Windows功能到把网站真正跑起来，再到梳理那些高频报错的排查思路，一次讲透。

这篇文章适合谁看？刚入门Windows服务器运维的新手、需要在本地调试.NET项目的开发者、公司里要搭演示环境却摸不着头脑的运维同事，或者单纯想理解IIS运行原理的学生。不管你是Windows 10、Windows 11，还是Windows Server 2016/2019/2022，只要按着下面的步骤来，基本不会翻车。

1. 先从零认识IIS：它到底是什么、为什么本地装

1.1 IIS在Windows体系里的位置

IIS（Internet Information Services）是Windows自带的Web服务器组件，用来承载网站、Web应用、FTP服务等。它的历史可以追溯到Windows NT时代，发展至今已经是IIS 10.0（对应Windows 10和Windows Server 2016/2019/2022）。和Apache、Nginx这些常见Web服务器相比，IIS最大的优势是它和Windows系统深度集成，尤其是在AD域环境、Windows认证、.NET应用托管这些场景下，IIS的顺滑程度是其它第三方服务器没法比的。

本地安装IIS最典型的应用场景，就是你在自己的电脑上模拟一个Web运行环境。装完之后，你可以通过http://localhost访问自己机器上的站点，也可以在同局域网内让其它设备访问。很多开发者在发布网站到云服务器之前，会在本地用IIS把所有配置、权限、依赖都调通，提前把坑踩完，这样真正上线的时候会省心很多。

1.2 本地安装前必须想明白的几个问题

开始操作之前，你最好先确认三件事。

第一，系统版本。先判断你用的是客户端系统（Windows 10/11）还是服务器系统（Windows Server 2016/2019/2022）。客户端系统默认不装IIS，需要去"启用或关闭Windows功能"里手动打开；服务器系统默认也没有完全启用，但安装入口在"服务器管理器"里，操作逻辑略有不同。这俩不要搞混，很多人按Windows 10的教程去装Windows Server，很容易在"控制面板"里找不到对应选项。

第二，账号权限。整个安装过程必须使用管理员身份，这是最常见的失败原因之一。optionalfeatures窗口打开需要管理员权限，PowerShell命令也要在管理员模式下运行，否则会提示"请求的操作需要提升"。

第三，端口占用情况。IIS默认站点监听80端口。如果你本地已经装了Apache、Nginx、或者被其它软件占用了80端口，IIS启动时会直接报"端口被占用"，默认站点无法访问。这个后面我会专门写排查方法。

确认好这三点，再往下走就顺畅多了。

1.3 图形界面和命令行，两条路都能走

安装IIS有两条路径：一条是图形界面操作，适合新手和不常折腾系统的人；另一条是命令行安装，用PowerShell或DISM工具，适合需要批量部署、做自动化脚本的老手。两条路最终效果完全一样，选哪条取决于你的使用习惯。

我个人是建议你两条都学一下。图形界面装一次能帮你建立整体印象，理解IIS由哪些组件组成。命令行方式在Windows Server批量配置时会特别有用，比如你在一台机器上踩通了所有操作步骤，然后用脚本在另外十台机器上重复执行，几秒钟就能全部搞定。

2. 超详细实操：Windows 10/11 图形化安装完整步骤

2.1 打开"启用或关闭Windows功能"

在Windows 10或Windows 11上，最快的方式是按Win + R打开运行窗口，输入optionalfeatures，回车。这一步会弹出"Windows功能"对话框，里面列出了系统所有可选组件。

另一种方式是从控制面板进去：开始菜单搜索"控制面板"，打开后在"程序"分类下点击"启用或关闭Windows功能"。殊途同归，看你怎么找着最顺手。

打开之后你会看到一长串功能列表。安装了IIS之后，系统会额外添加好多子组件，包括管理工具、默认文档、HTTP错误页、静态内容引擎等。这里我想提醒一句：不要为了图省事把整棵树全部勾选，也不需要。IIS组件之间有不少依赖关系，全勾选不仅拖慢安装速度，还会引入大量你用不到的功能模块，增加被攻击面。后面我会给出更合理的最小化推荐。

2.2 按需勾选：最推荐的最小化安装方案

展开"Internet Information Services"节点，你会看到它下面分了几个大类：FTP服务器、Web管理工具、World Wide Web服务。再往下是各种子功能。

对于本地开发调试，我的习惯是勾选以下几项：

• Internet Information Services（顶层的父节点，必须勾选）
• Web管理工具下的"IIS管理服务"和"IIS管理控制台"
• World Wide Web服务下的"应用程序开发功能"，这里需要把ASP.NET 4.8、ASP、CGI、ISAPI扩展等一并勾上，因为很多本地要跑的项目用得上

如果你有明确需求，比如只是托管静态网页，那就只勾最基本的；如果是给.NET Framework项目跑，就要勾ASP.NET 4.8；如果要跑PHP或Python，还要额外装对应解释器。总的来说，遵循"按需勾选"原则，不要盲目全选，这才是正确的安装姿势。

2.3 确认安装并验证结果

勾选完成后，点击"确定"，系统会开始安装。这个过程一般一两分钟，期间可能会弹出"Windows需要重启"的提示，有些系统装完IIS后确实会要求重启，尤其是从零开始装的情况下。如果提示重启，我建议你先保存其它工作，重启之后再看效果。

验证是否安装成功，最直接的方法是打开浏览器，地址栏输入http://localhost，回车。如果看到IIS默认欢迎页（那个漂亮的Windows图案地球图标），说明安装成功，IIS已经正常运行了。如果你看到的是403或500之类的报错，说明虽然装上了，但还有后续配置问题，这个后面会单独讲。

另外还可以在命令行里输入iisreset看看服务状态，或者在服务管理器（Win + R输入services.msc）里找到"World Wide Web Publishing Service"，确认它的状态是"正在运行"。

2.4 IIS管理器在哪里找

装完之后，很多人会卡在"我怎么找不到IIS管理器"这个问题上。在Windows 11上，直接按开始菜单，输入"IIS"或"Internet Information Services"，就能看到匹配的管理器应用。在Windows 10上类似，开始菜单搜索"IIS"也可以。如果搜索不到，那大概率是安装时没有勾选"IIS管理控制台"这个功能，回到Windows功能窗口重新勾上，等它补装完就能看到了。

3. 用命令行安装IIS：适合自动化和批量部署的硬核方式

3.1 PowerShell命令安装（Windows 10/11）

图形界面操作虽然直观，但要配十几台机器的时候效率太低。这时候用PowerShell就很合适。以管理员身份打开PowerShell，执行以下命令：

Get-WindowsOptionalFeature -Online | Where-Object {$_.FeatureName -like '*IIS*'}

列出所有和IIS相关的功能名称，确认你当前机器支持的功能列表。然后执行启用命令，把核心功能和所需子功能一次性开启：

Enable-WindowsOptionalFeature -Online -FeatureName IIS-WebServerRole, IIS-WebServer, IIS-ManagementConsole, IIS-ASP.NET45, IIS-ISAPIExtensions, IIS-ISAPIFilter, IIS-HttpErrors, IIS-StaticContent, IIS-DefaultDocument, IIS-HttpLogging -All

-All参数表示同时启用该功能的所有依赖组件，省去逐个勾选的麻烦。执行完成后，PowerShell会返回结果，告诉你操作是否成功、是否需要重启。这时候同样可以通过http://localhost来验证。

3.2 Windows Server系统上的安装方式

如果你用的是Windows Server 2016/2019/2022，有两种方式：图形化的服务器管理器，或者命令行。

服务器管理器打开后，点击"添加角色和功能"，按照向导一步步走到"服务器角色"页面，勾选"Web服务器(IIS)"，然后按提示把管理工具、默认文档、静态内容这些角色服务一并勾上，点击安装即可。整个过程和客户端系统的Windows功能窗口很相似，但入口完全不同，不要搞混。

命令行方式更直接。在PowerShell里执行：

Install-WindowsFeature -Name Web-Server -IncludeManagementTools

-IncludeManagementTools参数会把IIS管理控制台也一并安装，这样装完就能直接用管理器操作。

3.3 两种安装方式的使用场景对比

很多人问：图形界面装和命令行装到底有什么区别？最终结果没有区别，区别在于过程和适用场景。

图形界面装适合第一次接触IIS的人，因为你能直观看到每一步勾了什么、产生了哪些依赖，对IIS组件结构建立认知。命令行装适合熟练之后用脚本批量执行，或者像我们运维经常遇到的场景：机器在别的机房，没有图形桌面，只能远程用PowerShell操作。

这里再多说一句，很多人喜欢用DISM命令来装：

dism /online /enable-feature /featurename:IIS-WebServerRole /featurename:IIS-WebServer /featurename:IIS-ManagementConsole /All

这条命令在Windows 10/11上也可以用，其实就是在给底层的DISM组件传指令。你只需要记住，它和PowerShell命令效果是一样的，选一个自己用得顺手的就行。

4. 装好了还没完：立刻要做的基础配置和站点部署

4.1 认识默认站点和物理路径

安装完成后，IIS会自动创建一个"Default Web Site"，物理路径默认在C:\inetpub\wwwroot。这个目录就是你的网站根目录。默认站点之所以直接绑定80端口，是为了让刚装完的机器能立刻提供Web服务。

我第一次接触IIS的时候，对"物理路径"这个说法有点摸不着头脑。简单类比一下：物理路径就是网站文件真正存放在硬盘上的位置，逻辑上网站地址http://localhost只是把这个路径映射到了一个URL。当你请求http://localhost时，IIS会去C:\inetpub\wwwroot目录下找默认文档（比如index.html或Default.aspx）返回给浏览器。

往这个目录丢一个index.html文件，再刷新http://localhost，就能看到你自己的页面了。

4.2 新建一个自己的站点：绑定参数详解

长期用默认站点不合适，因为默认站点的工作目录和日志目录都绑死了系统路径，项目多了之后会非常乱。建议你自己建一个站点。

在IIS管理器左侧的"连接"面板里右键点击"网站"，选择"添加网站"。这时会弹出一个配置窗口，里面的几个关键参数要理解清楚：

• 网站名称：随便填，仅用于标识。
• 应用程序池：默认会跟着建一个同名池，一般不用改。
• 物理路径：选择项目文件所在的文件夹。
• 绑定类型：一般选http，端口用默认80或其它未被占用的端口。
• 主机名：本地测试通常不填，如果你想用mysite.local这种本地域名访问，需要在hosts文件里做映射。

这里有一个很多人犯的错：本地测试时，为了同时跑好几个项目，会给每个项目分配不同端口，比如站点A用http://localhost:8081，站点B用http://localhost:8082。这是完全可行的，但要注意端口不能被防火墙拦截，也不能被其它程序占用。

4.3 应用程序池：IIS稳定运行的关键隐藏角色

应用程序池是IIS体系里最容易被人忽略、却最关键的概念。它是用来隔离不同Web应用的一套进程管理机制。每个站点默认对应一个应用程序池，池里跑着实际处理请求的进程（w3wp.exe）。

为什么要做隔离？举个例子，如果你有两个站点共用一个应用程序池，其中一个站点因为代码bug导致进程崩溃，另一个站点也会跟着遭殃。而独立应用程序池的好处就是：一个站点崩溃，其它站点还能正常工作。

另外还有权限设置的问题。应用程序池的"标识"属性决定了运行该池的进程身份，默认是ApplicationPoolIdentity。普通场景下用这个默认值就够了，但如果你的站点目录设置了对特定系统账号的权限，而站点访问不了，可以试着把标识改成LocalSystem试试——不过切记，这只是调试手段，生产环境千万不要这样做，权限给太大有安全风险。

还有一个操作值得注意：应用程序池的"回收"机制。IIS默认一小时左右会自动回收进程，如果你发现某个网站在运行一段时间后首次访问变得特别慢，往往就是回收引起的。针对需要长驻内存的应用，可以在"应用程序池"的高级设置里将"固定时间间隔（分钟）"调成0，禁止定时回收，但前提是你得有办法处理内存泄漏问题，否则长期不回收会让内存越来越高。

5. 本地搭建几种常见Web场景的实际案例

5.1 场景一：托管ASP.NET网站

本地调试ASP.NET项目，是IIS最经典的使用场景。做法是先把项目发布到一个本地目录，比如D:\MyApp，然后在IIS里添加网站，物理路径指向该目录，应用程序池选择.NET CLR版本4.0的池（如果你的项目是.NET Framework 4.x）。

访问http://localhost/对应端口，如果能正常打开页面，说明IIS已经成功把请求转发给了ASP.NET运行时。这里经常会遇到的坑是：网站页面出现了不同版本的CLR冲突，比如项目面向.NET Framework 4.8，而应用程序池却用的是.NET CLR 2.0。在"应用程序池"的高级设置里，把".NET CLR版本"调整为"CLR 4.0"就能解决。

5.2 场景二：给ASP.NET Core做反向代理

这里必须特别说明，很多人在IIS里跑ASP.NET Core项目时一头雾水：明明项目编译运行正常，放到IIS里就是503或500.31/500.33错误。因为IIS本身并不直接处理.NET Core的请求，它需要一个名为"ASP.NET Core Module"的组件来把进程转发给Kestrel。

我在热词里看到有人提到"iis 中没有。net8"，指的就是这个情况。正确做法是去官网下载并安装.NET Core Hosting Bundle（它会连同ASP.NET Core Module一起装上），装好后需要在系统服务里重启IIS，然后在IIS管理器中把对应站点的应用程序池设置为"无托管代码"，并在网站根目录放一份web.config文件，配置好ANCM的转发地址。

如果你的IIS安装了最新Hosting Bundle后仍然提示找不到.NET 8运行时，建议按顺序做三件事：第一，确认项目发布目录里有web.config；第二，确认IIS管理器里应用程序池用的是"无托管代码"；第三，在命令行用dotnet --info确认运行时版本和IIS模块版本是匹配的。

5.3 场景三：Unity WebGL发布后用IIS托管

很多做Unity WebGL的朋友也会遇到IIS相关的问题。Unity打包出来的WebGL项目包含一堆.data、.wasm、.bundle等扩展名的文件，这些文件的后缀名在IIS里默认是不认识的。如果不做配置，浏览器请求这些资源的时候，IIS会直接返回404。

解决办法是给WebGL站点添加MIME类型映射，或者更省事的方式：直接在网站根目录放一个web.config，把需要的MIME类型都写进去：

<?xml version="1.0" encoding="UTF-8"?> <configuration> <system.webServer> <staticContent> <mimeMap fileExtension=".data" mimeType="application/octet-stream" /> <mimeMap fileExtension=".wasm" mimeType="application/wasm" /> <mimeMap fileExtension=".bundle" mimeType="application/octet-stream" /> <mimeMap fileExtension=".json" mimeType="application/json" /> </staticContent> </system.webServer> </configuration>

这个坑我踩过不止一次。每次发布Unity WebGL之后，忘了调整MIME映射，结果网页打开了一片白屏，控制台报各种资源加载失败。配置好之后多加测试，基本就能避免后续环境的踩坑。

5.4 场景四：局域网内让别人访问你本地的IIS站点

本地搭建好IIS后，同一个Wi-Fi或局域网里的其它设备（比如手机、同事电脑）通常可以直接通过你的IP地址访问IIS站点，前提是Windows防火墙放行了80端口。

默认情况下，Windows防火墙的入站规则可能没有开放80端口。你可以在"Windows Defender防火墙"的设置中，找到"高级设置"，在"入站规则"里新建一条规则，放行TCP 80端口。或者用命令行更方便：

netsh advfirewall firewall add rule name="Open IIS 80" dir=in action=allow protocol=TCP localport=80

要注意的是，别人访问时从浏览器输入你的局域网IP地址，比如http://192.168.1.10。如果IP地址是动态分配的，哪天变了就访问不了，建议在路由器上为这台机器绑定固定IP。

6. 常见报错和排查技巧实录

6.1 常见IIS报错速查表

我在不同的机器上装了很多次IIS，也帮别人处理过不少问题，几乎把新手能遇到的报错都碰到了一遍。下面这张表是我总结的错误速查，按出现频率从高到低排列：

6.2 一个典型案例：config目录权限导致的IIS管理器更新失败

有读者遇到"IIS管理器里一改配置就报错：执行此操作时出错，文件名：C:\Windows\System32\inetsrv\config\administration.config"这种情况。这通常是因为当前登录的Windows用户对C:\Windows\System32\inetsrv\config目录没有完全控制权限。

排查思路是：打开资源管理器，定位到C:\Windows\System32\inetsrv\config目录，右键属性，切到"安全"选项卡，确认当前用户是否有完全控制权限。如果没有，点击"高级"修改权限，把当前用户加进去并勾选完全控制。这个目录是IIS的配置文件存放地，权限不达标，所有通过管理器的写操作都会失败，同时Windows事件查看器的系统日志里也会记录对应错误。

6.3 另一个高频陷阱：80端口被占用导致默认站点无法启动

默认站点无法启动，最常见的原因是80端口被其它进程占用了。我之前在一次演示时，明明IIS已经装好，服务也运行中，但浏览器访问http://localhost就是打不开。查了一圈，最后发现是本机装的另一个开发环境把80端口抢了。

排查方法很简单。管理员身份打开命令行，执行：

netstat -ano | findstr :80

把列出来的进程PID记下来，再打开任务管理器按PID找到对应进程。如果是无关紧要的软件，直接结束进程，或者把IIS的站点绑定改成其它端口，比如8080。

这里还有一个小技巧：IIS默认站点启动失败时，事件查看器的"Windows日志-系统"里会有一条明确的错误记录，标记来源为W3SVC或HTTP，里面甚至会告诉你冲突的具体进程名。养成查事件日志的习惯，排错效率会提升一大截。

6.4 不要忽视时间同步问题

热词里有一条"无法找到来自源 nvlddmkm 的事件 id 153 的描述"，看起来和IIS无关，但这类"事件ID + 无描述"的组合也会出现在IIS相关报错里。很多时候IIS出现未知错误事件，和系统时间不准有关，尤其当IIS需要与域控通信或加密证书时，时间不同步会直接导致身份验证失败。

排查方法是确认系统时间与网络时间服务器同步，命令是：

w32tm /resync

在域环境里，时间同步尤其重要。如果你的机器是直接在本机模拟服务器环境，只要确保时间正确即可，这个点容易被忽略。

6.5 IIs没有出现应用程序池权限失败怎么办

热词里有一条"iis应用程序池权限设置失败,请手动为其设置localsystem权限未知错误(0x80005000))"。这个0x80005000错误比较典型，通常出现在系统时间异常或者机器处于未正确加域的状态下。你可以检查系统时间是否正确，如果是虚拟机环境，还要检查虚拟机的时间同步服务有没有开启。

另外，如果IIS管理器右键设置应用程序池标识时报这个错，可以尝试用命令行来改，绕开图形界面的问题：

Import-Module WebAdministration Set-ItemProperty "IIS:\AppPools\$poolName" -Name processModel.identityType -Value LocalSystem

这个方式不一定100%成功，但值得一试。如果还是报错，基本可以锁定是系统层面的问题，需要先去解决系统时间、域环境、注册表权限这些基础项。

7. 进阶内容：IIS配置备份与还原，别再手动重新配一遍

7.1 IIS备份和还原的两种常用方法

IIS配置一旦改得复杂，备份就变得格外重要。你用IIS管理器折腾了很久，结果某个操作失误把整个站点配置搞乱了，如果没备份，只能从头配，实在让人崩溃。

IIS提供了一套官方的备份机制。在IIS管理器中，右侧"操作"面板找到"备份/还原配置"，点击"备份"，给备份起个名字，系统就会把当前的配置快照保存下来。还原的时候，再回到同一个界面选择对应备份点还原。

命令行方式更为灵活。管理员运行：

%windir%\system32\inetsrv\AppCmd.exe add backup "BackupName"

还原使用：

%windir%\system32\inetsrv\AppCmd.exe restore backup "BackupName"

AppCmd.exe是IIS自带的大杀器，功能非常强大，还能用来导出现有配置，适合你在一台机器上配置完后恢复到另一台机器。

7.2 备份还原的注意事项

备份文件默认存放在C:\Windows\System32\inetsrv\backup目录下。如果你需要迁移到另一台服务器，把这个目录下的对应备份文件夹拷贝过去，然后在这台机器上执行还原命令即可。记住：还原IIS配置前，一定要确认两台机器上安装的IIS功能模块大致一致，否则还原过程会报"找不到某些配置节"之类的错误，容易把配置改坏。

7.3 本地IIS与云服务器的差异

有朋友问过我：本地IIS和云服务器上的IIS有什么区别？本质上没有区别，都是Windows和IIS的组合，差别只在于环境和运维方式。云服务器会多出安全组、防火墙等网络层限制，这些属于云平台侧配置，和IIS自身的安装配置无关。在本地搭建IIS，更多是作为开发和测试环境，用于模仿生产环境的行为，避免把未经验证的问题直接带上线。

所以我的建议是：本地IIS尽量想办法搭得贴近生产环境，比如路径、权限、日志配置都和生产保持一致，这样你在本地测出的结果才更接近真实线上表现。

8. 个人实操中的最后一点心得

每次写这种安装教程，我都在想，网上的模板化教程太多了，动不动就让你"点击下一步直到完成"，真正能把底层原理、常见坑和排查思路讲清的不多。IIS的安装本身不死难，难点在于装好之后它是否稳定运行、你改配置时知不知道自己在改什么、出问题时有没有一套系统的排查路径。

我个人的习惯是：任何一台新装的Windows机器，只要打算长期使用，我都会先把IIS装好，哪怕暂时没有项目要跑。因为IIS承载的不只是网站本身，它还是一整套日志记录、请求管理、权限隔离的框架。你把它当作一个基础设施来维护，后面再往上面丢项目时，遇到问题的概率会低很多，排查效率也会高很多。

装IIS这件事，如果你只花三分钟机械地"下一步"，那它就是个再简单不过的向导；如果你愿意花时间把每一个选项的来龙去脉搞清楚，那它就是你理解Windows Web服务运维的最好入口。这篇文章如果能帮你少踩几个坑，少熬一次夜，意义就够了。