企业官网建设流程全解析

简介：面向Windows XP/2003平台的IIS安装组件包，专为需要搭建Web服务或维护旧版系统的管理员与开发者设计，解决系统添加IIS组件时因缺少i386源文件而无法安装的常见问题。整包包含296个文件，大小仅12.66MB，其中dl_/ex_/in_等压缩文件是安装时需要解压的组件源，dll动态链接库与exe可执行程序负责服务运行与注册，as_/vb_脚本则用于生成动态页面配置，文件种类覆盖IIS从安装到运行的各个关键环节。已有332人学习下载，可在没有原版系统光盘或i386目录已被清理的机器上，通过控制面板添加Windows组件功能指定解压路径完成部署，同时适用于个人站点调试、本地服务器搭建和运维排错演练。整套安装包可让用户在Windows XP/2003上快速构建完整的Web环境，省去寻找原始安装源的麻烦，是一份轻量、实用且针对性强的系统组件补充资源。

1. 装 XP 的 IIS，最怕卡在“找不到 i386 文件”

前阵子帮某公司处理一台老机器，系统是 XP，要在这台机器上把一套 ASP 写的内部系统重新跑起来。系统装好了，IIS 也点了添加，结果安装向导走到一半弹窗，提示“需要 Windows XP Professional CD-ROM 上的文件”。这时候手边既没有光盘也没有镜像，唯一有的就是一个别人留下的 i386 文件目录，路径还写得模棱两可。折腾了一圈才搞清楚：IIS 的安装源并不在新装的系统里，而是藏在 i386 目录内一堆打包文件里，路径指不对，装到天黑也没用。

这台老机器的场景其实很典型——XP 系统至今还在不少实验室、老旧产线、教学机房服役，配套的老 ASP 应用绕不开 IIS 6.0。i386 文件安装包就是整个 XP 组件安装的“材料仓库”，IIS 只是其中一个需要从仓库里取货的模块。这篇文章我会把 XP 上装 IIS 6.0 的全过程拆开讲：怎么确认版本、怎么找到对的 i386 目录、安装参数怎么指定、装完怎么验证，以及几个最容易让人翻车的坑怎么提前躲开。适合维护老系统的运维，也适合在虚拟机上复现 XP 环境的开发者照着一步步走。

2. 装前准备：先分清 XP 版本和 i386 目录的真实来源

2.1 系统版本决定能不能装，补丁状态决定装得顺不顺

XP 的 IIS 不是所有版本都能装。专业版（Professional）自带 IIS 6.0 组件，家庭版（Home Edition）默认没有这个组件，你想在“添加/删除 Windows 组件”列表里找“Internet 信息服务（IIS）”都找不到。拿到机器第一步，先确认系统版本：右键“我的电脑”选“属性”，看到“系统”一节里写的是 Professional 还是 Home Edition。如果是后者，别浪费时间，直接换系统镜像或者考虑用别的轻量 Web 服务器替代。

另外一个决定性因素是补丁。XP 的 IIS 安装程序对系统文件版本敏感，尤其是 SP2、SP3 之后系统文件被大量替换过。我遇到过一台干净装好的 XP SP3，装 IIS 时一切正常；另一台同样 SP3 但 Windows Update 打过若干后续补丁的机器，装到一半提示某个 DLL 注册失败。常见做法是：先确认系统补丁打到哪个版本，再去装 IIS。补丁状态越乱，IIS 装完出毛病的概率越高。如果机器是刚装完系统还没打补丁的状态，先把补丁打完再装 IIS；如果已经打完，直接装一般没问题，关键是装的过程中别同时跑其他安装程序。

还有一点容易被忽略：XP 的 IIS 是 IIS 6.0，和 Windows Server 2003 上的 IIS 6.0 内核基本相同，但有连接数限制，XP 专业版默认只允许 10 个并发连接。做开发和实验没问题，想拿 XP 扛生产环境就别想了，并发一高就翻车。这台机器的定位要一开始就摆正：它是测试环境、演示环境，不是生产服务器。

2.2 认清 i386 目录：它不是文件夹名字，是整个组件安装源

i386 这个名字看起来像一个普通文件夹，但实际它是 XP 安装光盘上存放全部组件安装文件的目录。整个 Windows 组件体系里，每个功能模块（IIS、FTP、管理工具、附件等）都以压缩包形式存放在 i386 目录里。系统在“添加/删除 Windows 组件”里勾选功能时，安装程序读取组件清单，然后去 i386 目录里找到对应的压缩包解压并复制到系统目录。

i386 目录的常见来源有三种：XP 安装光盘根目录下的 i386 文件夹；把光盘内容复制到硬盘后形成的备份目录，比如D:\i386；还有从同版本 XP 镜像里提取出来的目录。来源不同没关系，关键是目录内容要完整。判断完整性的最直接方式：看目录下有没有大量.cab文件，以及一个winnt.sif或者I386\WINNT32.EXE之类的标记文件。如果是从网上下载的所谓“精简版 i386”，里面可能砍掉了很多组件包，IIS 对应的那个压缩包被删了，那你把路径指过去也会提示缺少文件。

路径大小写无所谓，Windows 不区分I386和i386。真正的坑是路径指错：有人把D:\i386写成D:\I386，这没事；有人把D:\xp\i386写成D:\xp，这就不行。指定路径的时候一定要指到 i386 这个目录本身，而不是它的上一级或下一级。下一级更常见——有人看到 i386 里面有一堆子目录，就把路径指到子目录里，结果安装程序在子目录里找不到完整的组件清单。

复制 i386 到硬盘时有个细节：文件名不能带中文路径，目录层级越浅越好。推荐放在某磁盘根目录下，比如D:\i386或者E:\setup\i386，别放进“我的文档”这种带空格的路径。XP 的安装程序对路径中的空格处理不稳定，有时候能读、有时候报错，属于典型的玄学问题，不值得赌。

2.3 依赖环境：网络组件、旧组件残留、系统时间

IIS 安装对网络组件有依赖。常见做法是：装 IIS 之前先确认 TCP/IP 协议、网络客户端、文件和打印机共享这几个基础网络组件都正常。装 IIS 时系统会自动补装它依赖的网络服务（比如 Windows 防火墙服务），但如果 TCP/IP 协议本身有问题，IIS 装完服务也起不来。

旧组件残留是我踩过的一个大坑。某台机器上之前装过某个第三方 HTTP 服务器软件，它往系统目录里写了自己的 DLL，还注册了几个 COM 组件。卸载软件的时候没清干净，IIS 装到“正在注册组件”这一步就弹出注册失败。事后排查才知道是残留的 DLL 版本冲突。处理手段比较粗暴：把第三方服务器的残留文件从C:\Windows\System32里清掉，然后在“添加/删除程序”里把 IIS 卸载，重启后再重新添加。

系统时间看着不起眼，却实实在在影响安装。XP 的组件安装程序在做文件校验时依赖时间戳，系统时间被改到异常年份，文件版本比对就会出现奇怪的结果。我见过一台 BIOS 电池没电的机器，每次开机时间回到 2000 年，IIS 装完跑不起来。先把时间同步到当前年份再装，可以省掉一批莫名其妙的问题。

准备工作的输出结果应该是这样一张检查清单：

这一章的内容看起来琐碎，但每一行都能对应一个真实发生过的现场问题。版本不对的直接连组件列表里都找不到 IIS；补丁不全的装到一半文件复制失败；i386 路径不对的反复弹窗；时间不对的装完启动就报错。花十分钟做完这套检查，后面省下的可能是一下午的排查。

3. 安装 IIS 6.0：组件向导和 i386 路径的完整配合

3.1 进入添加/删除 Windows 组件入口

XP 装 IIS 的入口不在“控制面板 → 添加或删除程序 → 添加新程序”里，而是在“添加/删除 Windows 组件”这个标签页。最直接的办法是：开始 → 运行，输入下面的命令，直接定位到组件列表窗口：

rundll32.exe shell32.dll,Control_RunDLL appwiz.cpl,,2

说明一下这个命令的构成：rundll32.exe是 Windows 用来加载并执行 DLL 中导出函数的通用程序；shell32.dll,Control_RunDLL表示调用 shell32.dll 里的 Control_RunDLL 函数来打开控制面板项目；appwiz.cpl对应“添加或删除程序”控制面板；最后的,1一般表示直接进入第一个标签页，2表示第二个标签页，我这里写2就是为了直接停在“添加/删除 Windows 组件”上。记不住的话手动点“添加或删除程序”然后切到右边第二个标签也行，效果完全一样。有台机器上我试过直接双击控制面板里的“添加或删除程序”，结果窗口展开后没有显示组件标签，用这个命令反而能正常带出来，原因没深究，但命令比手动点更稳。

3.2 勾选“Internet 信息服务”时要展开子项细看

组件列表加载出来之后，往下找到“Internet 信息服务（IIS）”，勾上复选框。但这一步有个关键动作：点一下“详细信息”按钮，把 IIS 的子组件列表展开来看。很多运维直接勾主项就点“下一步”，结果装出来只有默认网站，FTP 服务、万维网服务等子组件没装上，后边配虚拟目录时才发现少了功能。

IIS 组件里常见的子项包括：万维网服务（用于提供 HTTP 访问）、文件传输协议（FTP）服务（提供 FTP 上传下载）、FrontPage 扩展（用于老式 FrontPage 站点发布）、Microsoft SMTP Service（提供邮件转发服务）等。对跑 ASP 系统来说，万维网服务是必须的；如果站点需要维护人员上传文件，FTP 服务可以一起勾上。FrontPage 扩展如果没有明确需求就别勾，装上会多出来几个 ISAPI 筛选器，影响站点响应速度。

勾选完成后组件窗口下方通常会提示“所需磁盘空间”和“当前可用磁盘空间”。如果空间不够，典型现象是点“下一步”后直接弹出空间不足，不会给任何缓冲机会。这时先清理C:\Windows\Temp和C:\Documents and Settings\用户名\Local Settings\Temp下的临时文件，给系统盘腾出至少 200MB 再继续。XP 的组件安装过程会先解压再复制，临时文件占的是系统盘空间，不是 i386 所在盘的空间，这个方向不要搞错。

3.3 指定 i386 路径：安装向导的弹窗是唯一入口

点“下一步”之后，系统开始扫描组件配置并准备复制文件。大多数情况下会弹出一个文件复制窗口，标题类似“所需文件”，窗口中显示一个文件名，下面是一个文件来源下拉框和一个“浏览”按钮。这时在浏览框里指定 i386 目录：

1. 点击“浏览”，在弹出的文件夹选择窗口中定位到 i386 目录，比如D:\i386。
2. 选中目录后点“确定”，文件来源路径会自动填入类似D:\i386的地址。
3. 如果向导还提示需要其他文件，继续把路径指到同一个 i386 目录，系统会自动递归查找。
4. 复制过程一般持续几分钟，进度条走完后自动进入组件注册阶段。

这个过程最怕一个情况：弹窗出现后，你没有指定文件来源就把对话框关掉了。关闭对话框会导致安装程序中止，组件列表里的 IIS 变成“已选但未安装”的状态，下次重新进组件管理又会从零开始。正确做法是：弹窗出现后，不管它要什么文件，一律把路径指到 i386 目录，系统会在里面自动匹配；如果匹配不到，再检查 i386 目录是否完整或版本是否一致。

如果 i386 目录在一台网络共享的机器上，比如\\192.168.1.10\share\i386，也能直接用，但 XP 的网络安装效率很低，文件复制过程会明显变慢。不建议这么干，宁可先把 i386 复制到本地磁盘。

3.4 安装中断的两种救法

安装过程最常中断的位置有两个：文件复制阶段和组件注册阶段。文件复制阶段中断，多半是路径指错或 i386 目录不全，重新进入组件安装，把路径指对即可。组件注册阶段中断，弹窗提示“无法注册组件”或“DLL 注册失败”，按下面的步骤处理：

先看事件查看器，开始 → 运行eventvwr.msc，打开“应用程序”日志，找最近一条来源为“MsiInstaller”或“Service Control Manager”的红色错误记录，里面会写具体是哪个 DLL 注册失败。如果是注册失败，用开始菜单里的“运行”执行组件服务重启：

net stop msiserver net start msiserver

说明一下：msiserver是 Windows Installer 服务，负责处理组件安装和卸载。安装中断后这个服务经常卡在一种“正在安装另一个程序”的假锁定状态，net stop先停掉，net start再启动，能解除安装程序的锁死。然后再回到“添加/删除 Windows 组件”，把 IIS 先取消勾选，点“下一步”完成一次卸载清理，重启机器后再重新勾选安装。这套“停服务 → 清组件 → 重启 → 重新装”的流程，能覆盖 90% 的安装中断问题，我一般遇到注册类报错都按这个顺序走一遍。

4. 配置 IIS 6.0：默认网站参数、虚拟目录和基本安全

4.1 默认网站的关键参数：IP、端口、主目录、默认文档

IIS 6.0 装完后自动创建一个默认网站，物理路径指向C:\Inetpub\wwwroot。打开“开始 → 控制面板 → 管理工具 → Internet 信息服务”，左窗格展开“默认网站”，右窗格显示 wwwroot 目录下的内容。先别急着放文件，把默认网站的参数过一遍。

右键“默认网站”选“属性”，主要看四个地方：

• IP 地址：默认是“全部未分配”，意思是监听本机所有 IP 的 80 端口。如果机器上有多个 IP 但只想用某个 IP 提供服务，下拉框里选具体 IP；只跑一个站点就别改，保持“全部未分配”。
• TCP 端口：默认 80。如果需要同时跑多个站点且没有独立 IP，就把第二个站点的端口改成 8080 之类的其他值。改完端口后访问要带端口号，比如http://192.168.1.10:8080。
• 主目录：默认C:\Inetpub\wwwroot。如果你要把站点文件放到别的盘，比如D:\webapp，就在主目录标签里把本地路径改成D:\webapp。
• 文档：标签页里的“启用默认文档”决定了访问http://IP/时优先打开哪个文件。默认列表通常是Default.htm、Default.asp、index.htm。如果站点入口是index.asp，点“添加”把index.asp加进去，再通过“上移”把它挪到列表第一位。这一步漏掉的话，访问根路径会返回 403 目录浏览禁止，但直接访问index.asp文件本身又是正常的。

主目录标签里还有一个“执行权限”下拉框：纯静态站选“纯脚本”，跑 ASP 选“纯脚本”也可以（ASP 属于脚本），但如果站点里有 ISAPI 扩展（比如某些老式组件），要选“脚本和可执行文件”。默认选项是“纯脚本”，跑 ASP 够用；跑不了再往上提，权限能小则小。

4.2 虚拟目录：不动网站根目录，把外部路径挂进来

如果站点文件要分散放在多个目录，或者来自网络共享路径，用虚拟目录比把文件全部复制到 wwwroot 更省事。右键“默认网站 → 新建 → 虚拟目录”，向导会问三件事：别名、物理路径、权限。

别名是用户在 URL 里看到的那段路径，比如别名叫reports，访问地址就是http://192.168.1.10/reports。物理路径可以指向本地磁盘目录如D:\data\reports；也可以指向网络共享如\\192.168.1.20\share\reports，但网络路径要求 IIS 服务账户对共享有访问权限，XP 上配置跨机器权限比较麻烦，能本地放就本地放。

权限部分有四个复选框：读取、运行脚本（如 ASP）、执行（如 ISAPI 或 CGI）、写入。一般只勾“读取”和“运行脚本”。写入权限不要随便开，它允许客户端通过 HTTP 改写服务器文件，是典型的渗透入口。有一次某个站点的上传功能报错，我一开始以为是权限不够，提前把“写入”勾上了，结果站点被扫出目录写入漏洞，后来才意识到问题根本不是权限而是上传组件本身没配好，白折腾一圈还留了个隐患。

虚拟目录创建完后，在 IIS 管理器里可以看到它带着一个齿轮图标，和普通文件夹区分开。右键选“属性”，还能在“文档”标签下单独配置该虚拟目录的默认文档，不继承网站根目录的设置。

4.3 基本安全配置：IIS 权限、NTFS 权限和来宾账户的关系

IIS 6.0 的安全模型是两层权限叠加：IIS 管理器里设置的权限 + 文件系统（NTFS）权限。两者都必须满足，访问才会成功。IIS 装完后默认的匿名访问账户是IUSR_机器名，这个账户在系统用户列表里可以看到。所有匿名 HTTP 请求都以这个账户的身份去读取磁盘文件，所以 NTFS 权限要给这个账户至少“读取”权限。

常见配置顺序：

1. 站点文件放到D:\webapp。
2. 右键该目录 → 属性 → 安全 → 添加IUSR_机器名，勾选“读取”和“列出文件夹目录”权限。
3. IIS 管理器里对应网站或虚拟目录的“目录安全性”标签 →“身份验证和控制”里的“编辑”，确认勾选了“启用匿名访问”，账户名就是IUSR_机器名。
4. 如果站点有写入需求（比如某些老系统要生成日志文件），再单独给对应子目录加“写入”权限，而不是给整个网站根目录放开写入。

有一点必须注意：如果你改了默认的匿名访问账户，比如换成一个自定义账户，那磁盘权限也要同步给这个新账户加读权限。忘了改磁盘权限的典型现象是浏览器访问返回 401 未授权，但服务器日志里看不到任何报错细节。另一个常见坑是：文件在 NTFS 上显示 Everyone 可读，但 IIS 的站点权限里没勾“读取”，结果同样 403。排查这类问题要两层同时看，缺一层都不行。

如果站点使用了 ASP，还要确认“Web 服务扩展”里 ASP 没有被禁用。IIS 6.0 默认禁用了 ASP 服务扩展，这是很多 XP 老系统迁移后打不开的根本原因——页面显示 404 或者直接空白，实际上文件都在，就是扩展被锁了。打开 IIS 管理器，左侧找到“Web 服务扩展”，右侧找到“Active Server Pages”，状态是“禁止”的话右键选“允许”。

5. 常见问题排查：XP 上装 IIS 的几个经典踩坑记录

5.1 安装弹窗反复提示“需要文件”，指定 i386 后还是找不到

现象：组件安装向导在复制文件阶段不断弹窗，每次提示需要不同的文件，即使已经把路径指到D:\i386，点几次确定后又会弹出下一个文件。

原因：最常见的是 i386 目录不完整，缺少部分组件压缩包。我遇到过一种情况，i386 是从某个精简版镜像里拷出来的，表面上文件数目看着不少，但里面的.cab包被砍掉了 IIS 相关的那几个。系统找不到对应文件，只能反复弹窗。另一个原因是 i386 目录与当前 XP 版本不匹配，比如系统是 SP3 的，i386 却来自原始 SP1 光盘，部分文件版本号不一致，向导宁可反复要文件也不接受版本不匹配的源文件。

解决：先核对 i386 目录的来源，必须与当前系统版本一致。查看当前系统补丁版本，右键“我的电脑”属性里可以看到 Service Pack 级别；再去 i386 目录里找有没有对应补丁的痕迹，比如 SP3 系统的 i386 目录里通常有更新过的文件压缩包，或者直接对比体积——完整 XP SP3 的 i386 目录一般在 600MB 以上，精简版往往只有两三百 MB，差距非常明显。目录不完整就换一份完整的；版本不对就找同 SP 级别的安装源。

5.2 IIS 装完，服务启动失败，事件日志提示“依存服务不存在”

现象：IIS 安装过程没有报错，但打开“Internet 信息服务”后默认网站状态显示“已停止”，手动启动提示“服务无法启动”，事件查看器里报依存服务错误。

原因：IIS 6.0 依赖一系列系统服务，其中最重要的是“World Wide Web Publishing Service”。如果该服务的依赖服务（比如 RPC、HTTP SSL）没有启动或被禁用，IIS 就拉不起来。另一个常见原因是安装过程中组件注册不完整，服务能创建但启动所需的 DLL 没有正确注册。

解决：开始 → 运行 →services.msc，打开服务列表，找到“World Wide Web Publishing”服务，右键属性看“依存关系”标签，逐一确认依赖项处于“已启动”状态，尤其是 RPC（Remote Procedure Call）和 HTTP SSL。如果依赖项里有禁用的，改成“自动”并启动。启动 IIS 服务的命令是：

net start w3svc

执行后观察是否报错。如果提示服务无法启动，回事件查看器里看是否指向某个 DLL 加载失败，常见处理是重新安装一次 IIS，必要时先把 IIS 卸载，重启，再重新走一遍安装流程。XP 上 IIS 装到一半状态不齐是常事，卸载重装往往比手工补服务靠谱得多。

5.3 80 端口被占用：装完 IIS 却访问不了

现象：IIS 服务状态显示“正在运行”，但浏览器访问http://localhost直接报错或者跳到一个不相干的页面。用命令查端口，发现 80 端口根本不是 IIS 在监听。

原因：机器上装了其他 Web 服务软件（比如某些下载工具自带 HTTP 服务、网管软件的管理端口、甚至某个游戏平台的更新服务），它先占用了 80 端口。IIS 启动时检测到端口被占，实际上没监听成功，但服务状态仍然显示“正在运行”，很迷惑人。

解决：查端口占用，开始 → 运行 →cmd，执行：

netstat -ano | findstr :80

输出的最后一列是占用端口的进程 PID，记下来，再执行：

tasklist | findstr PID

就能看到是哪个程序占着 80。如果决定让 IIS 用 80，就把那个程序停掉并设置为不自动启动；如果程序不能动，就改 IIS 端口：默认网站属性 → TCP 端口改成 8080，访问时用http://localhost:8080。用 IIS 跑测试环境时我一般都会先查一遍 80 端口，省得 IIS 装完发现端口被半路截胡。

5.4 页面可访问但 ASP 不发执行，返回 404 或空白

现象：静态 HTML 能正常打开，*.asp文件访问时返回 404，或者浏览器一片空白，服务器日志里没有任何明确错误。

原因：IIS 6.0 默认禁用 ASP 执行扩展。这是 XP 和 2003 上 IIS 6.0 的标志性行为——Web 服务扩展默认全部锁定，哪类脚本要跑得手动允许。很多人装完 IIS 放上 ASP 文件就以为能跑，结果头一次访问就碰壁。

解决：IIS 管理器左侧树里找到“Web 服务扩展”，右侧列表中找到“Active Server Pages”，状态列显示“禁止”，右键允许。如果列表中根本看不到“Active Server Pages”这一项，说明安装 IIS 时子组件“万维网服务”里的 ASP 模块没装全，需要回到添加/删除 Windows 组件里把 IIS 的子组件重新勾选齐全。

5.5 局域网其他机器访问不到 IIS 站点

现象：本机访问http://localhost正常，但从局域网另一台机器访问http://服务器IP超时或被拒绝。

原因：XP 自带的防火墙拦截了 80 端口的入站访问。XP SP2 之后防火墙默认开启，IIS 装好后并没有自动添加端口例外。这不是 IIS 的问题，而是系统防火墙的安全策略挡在了前面。

解决：控制面板 → Windows 防火墙 →“例外”标签 →“添加端口”，名称填 IIS，端口号填 80，协议选 TCP，确定保存。然后把“Internet 信息服务”相关的例外项也检查一遍。改完后再从局域网机器访问一次，一般能通。如果仍然不通，看服务器 IP 是否配置正确，用ipconfig确认网卡 IP，再在局域网机器上ping 服务器IP看网络层是否相通，通了再往端口上查。

6. 装完怎么验证跑通：从本机到局域网一步步确认

先做本机验证：打开浏览器，地址栏输入http://localhost，能看到 IIS 默认欢迎页或你自己放的首页文件，说明 Web 服务已经起来了。然后放一个最小的测试页面，验证 IIS 的目录权限和文档顺序是否正常。在C:\Inetpub\wwwroot下新建一个index.asp，内容如下：

<% Response.Write("IIS 6.0 运行正常，当前时间：" & Now()) %>

说明一下这个脚本的验证价值：Response.Write是 ASP 最基础的对象输出方法，如果页面能正常输出这句文字，说明 ASP 服务扩展已允许、磁盘权限已配好、默认文档顺序也生效了。如果输出的是源码而不是执行结果，说明 ASP 扩展还是禁用状态；如果页面能打开但看不到文字，检查 NTFS 权限。

然后验证虚拟目录和防火墙配置：把index.asp放到D:\webapp（记得给IUSR_机器名加读权限），在 IIS 管理器里建一个虚拟目录，别名叫test，路径指向D:\webapp，访问http://localhost/test/看能不能正常执行。这一步验证的是虚拟目录的权限叠加逻辑，老系统迁移后最容易在这里出问题。

最后做局域网验证：在另一台机器上打开浏览器，输入http://服务器IP/，能正常打开说明防火墙放行没问题。如果打不开，依次检查 Windows 防火墙例外、服务器本机 IP、物理链路。顺带看一个细节：IIS 管理器里“默认网站”的状态应该是“正在运行”，右键“浏览”能弹出本机 IE 指向默认网站，这比手动输地址更直观，因为它调用的就是 IIS 自己解析的 URL。

验证完成后养成一个习惯：打开事件查看器，看“系统”日志里 World Wide Web Publishing Service 是否有“正在启动”和“已启动”记录，确认服务运行稳定。从那以后我每次装完 XP 的 IIS，一定按“本机静态页 → 本机 ASP → 虚拟目录 → 局域网访问”这个顺序完整走一遍，四个环节全部验证过才敢交付。这套流程帮我挡掉了后面很大一部分“装完说不能用”的返工问题，希望也能帮到你——XP 老机器装 IIS 不复杂，卡住的时候回头看看路径指向和 Web 服务扩展这两个地方，大概率问题就出在那儿。

本文还有配套的精品资源，点击获取