企业官网建设流程全解析

简介：这份资源是面向在 Windows XP 环境下搭建 Web 服务器的个人开发者、小型企业运维人员及 Web 学习者的 IIS 6.0 完整安装包，重点解决 XP 系统默认不含 IIS 组件、手动安装时缺少 DLL 等文件的问题。压缩包共 273 个文件，约 11.69MB，以 dl_、in_、vb_、ex_ 等安装源文件为主，配合 dll 动态库、exe 可执行程序、htm 帮助页面、chm 文档及 inf 安装信息文件，构成可离线部署的组件集合，并附带 IIS_XPSP3 相关更新内容。已有 283 人学习关注。资源涵盖进程模型分离、Metabase 配置管理、SSL/TLS 加密、WebDAV、Windows 集成身份验证、FTP 服务及 ASP/ASP.NET 脚本支持等特性所需组件，便于读者在 XP SP3 上完成安装后实践网站部署、权限配置与性能监控，是学习 Web 服务器管理与开发的实用起点。

1. 老 XP 机器上跑 IIS 6.0：这份安装包到底能救什么急

手里还有一台跑 Windows XP 的工控机或者老测试机，想在上面挂个 ASP 页面、跑个本地 Web 服务做联调，结果翻遍系统盘发现 IIS 根本没装，控制面板里也找不到添加组件的入口——这种场景下，一份能直接落地的 IIS 6.0 完整安装包就是救命稻草。IIS 6.0 是 Windows Server 2003 时代的 Web 服务器组件，XP 上对应的是 IIS 5.1，但很多老项目、老教程、老部署脚本都按 IIS 6.0 的目录结构和配置习惯来写，所以实际运维里经常需要在 XP 环境里把 IIS 6.0 的组件补齐。这份安装包解决的就是“系统缺组件、在线安装源失效、手动一个个找文件对不上版本”的问题，适合还在维护老旧 ASP/ASP.NET 1.1 项目、需要本地复现历史环境的从业者。下面按“先搞清楚它是什么、再动手装、最后避开几个血泪坑”的顺序拆开讲。

2. 先弄明白 IIS 6.0 在 XP 上的真实身份：组件构成与安装前提

2.1 IIS 6.0 与 XP 自带 IIS 5.1 的关系

很多人一上来就懵：XP 系统里明明有“Internet 信息服务”这个选项，为什么还要单独找 IIS 6.0 安装包？这里得先把版本关系理清楚。Windows XP 专业版自带的是 IIS 5.1，而 IIS 6.0 是随 Windows Server 2003 发布的版本，两者在内核架构上差别不小——IIS 6.0 引入了工作进程隔离模式（Worker Process Isolation Mode），把每个应用池跑在独立的 w3wp.exe 进程里，而 IIS 5.1 还是把请求交给 inetinfo.exe 里的线程池处理。所以严格来说，XP 上装不了“原生”的 IIS 6.0，市面上流传的所谓“XP 用 IIS 6.0 安装包”，本质是把 Server 2003 的 IIS 6.0 组件文件做了适配打包，让它在 XP 的组件安装框架下能注册进去，实际运行时部分底层还是走 XP 的 5.1 内核。

这个区别直接决定了你装完之后看到的管理界面：如果装的是纯 5.1 组件，打开的是老式的“Internet 信息服务”MMC 管理单元，没有“应用程序池”节点；如果装的是适配版 6.0 包，管理树里会出现“应用程序池”，但部分高级功能（比如完整的健康监测、失败请求跟踪）在 XP 上跑不起来。所以选包之前先想清楚：你是只需要一个能响应 HTTP 请求的本地服务，还是必须复现 6.0 的应用池隔离行为。前者用系统自带组件就够，后者才需要这份完整包。

2.2 安装前必须确认的三个系统条件

动手之前有三件事必须先核对，否则装到一半报错会非常难受。第一是系统盘符和 Windows 目录名，安装包里的 inf 文件默认按C:\Windows写路径，如果你的 XP 装在 D 盘或者目录名不是 Windows，注册组件时会找不到源文件。第二是系统是否打过 SP2 或 SP3，IIS 6.0 适配包对 SP 版本有要求，SP1 环境下部分 DLL 会注册失败。第三是确认没有装过其他版本的 IIS 残留，注册表里HKLM\SOFTWARE\Microsoft\InetStp下的版本号如果已经是 5.1 且组件完整，再叠加安装容易冲突。

核对系统信息的命令很简单，开个 cmd 跑一下：

# 查看系统版本和 SP 补丁级别 systeminfo | findstr /C:"OS Name" /C:"OS Version" /C:"Service Pack" # 查看当前 IIS 版本注册信息 reg query "HKLM\SOFTWARE\Microsoft\InetStp" /v MajorVersion reg query "HKLM\SOFTWARE\Microsoft\InetStp" /v MinorVersion

MajorVersion返回 5、MinorVersion返回 1 说明当前是 IIS 5.1；如果返回 6 和 0，说明系统里已经有 6.0 的注册痕迹，这时候要先决定是修复还是覆盖。systeminfo那行用来确认 SP 级别，输出里Service Pack 3是最稳妥的。这三条信息对不上就先别急着装，后面避坑章节会讲版本错配导致的典型翻车。

2.3 安装包内部结构：哪些文件真正在起作用

一份完整的 IIS 6.0 安装包解开后，目录结构大致是这样的：根目录下有一个iis6.inf安装信息文件，负责告诉系统哪些组件要注册、注册到哪个路径；system32\inetsrv目录放的是核心可执行文件，包括w3wp.exe（工作进程）、inetinfo.exe（老式主进程）、iisadmin.dll（管理接口）；system32\inetsrv\config下是metabase.xml和schema.xml，这两个是 IIS 的配置黑匣子，所有站点、应用池、虚拟目录的定义都在这；另外还有iisadmpwd、iishelp等辅助目录。

真正决定能不能跑起来的是三样东西：inetsrv下的 DLL 是否和系统位数匹配（XP 基本都是 32 位，别拿 64 位文件凑）、metabase.xml的 schema 版本是否和注册的 IIS 版本一致、以及iis6.inf里[Components]段列出的组件是否齐全。很多人下载的包缺iisadmpwd或者iishelp，装完发现管理界面能开但改密码功能报错，就是组件不全。所以拿到包先别双击，用解压工具展开看一眼目录树，对照上面三样确认齐全再动手。

3. 动手装：从解包到站点跑通的完整步骤

3.1 用组件安装方式注册 IIS 6.0

最稳的安装路径不是双击某个 exe，而是走系统自带的“添加或删除 Windows 组件”框架，让它去读安装包里的 inf。具体做法是先把安装包解压到一个固定目录，比如D:\iis6_pkg，然后打开控制面板的“添加或删除程序”→“添加/删除 Windows 组件”，勾选“Internet 信息服务(IIS)”，点“下一步”时它会弹窗要源文件，把路径指到D:\iis6_pkg即可。如果弹窗没出现或者直接报错，说明系统缓存里还记着旧的安装源，需要先清一下。

命令行方式更可控，适合批量或者远程操作：

# 先清掉系统记录的旧安装源路径，避免指向不存在的目录 reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup" /v SourcePath /f # 用 sysocmgr 走组件安装，指定 inf 和静默参数 sysocmgr /i:%windir%\inf\sysoc.inf /u:D:\iis6_pkg\iis6_unattend.txt /q

这里sysocmgr是 XP 上负责组件安装的老工具，/i指定系统组件清单，/u指向一个无人值守应答文件，/q表示静默不弹界面。应答文件iis6_unattend.txt里要写清楚[Components]段勾选哪些子组件，比如iis_www=on、iis_ftp=on、iis_asp=on。参数含义上，/q只是不显示进度条，出错还是会写日志，日志位置在%windir%\iis6.log，装完第一时间去翻这个文件，比看界面报错靠谱得多。

3.2 验证组件注册与 metabase 初始化

装完不代表能用，得确认 metabase 有没有正确初始化。IIS 的所有配置都存在metabase.xml里，如果这个文件没生成或者 schema 对不上，管理界面打开就是一片空白。验证方法是先看文件在不在，再用自带脚本读一下配置树：

# 确认 metabase 文件存在且非空 dir %windir%\system32\inetsrv\metabase.xml # 用 adsutil 脚本枚举当前站点配置，能列出来说明 metabase 可读 cscript %windir%\system32\inetsrv\adsutil.vbs enum /LM/W3SVC

adsutil.vbs是 IIS 自带的 ADSI 配置脚本，enum /LM/W3SVC会列出所有 Web 站点的编号和绑定信息。正常输出里至少有一个1（默认站点），如果报“找不到路径”或者“拒绝访问”，说明 metabase 没初始化好或者权限不对。这时候别急着重装，先检查inetinfo.exe进程有没有起来，以及IIS Admin Service这个服务是不是处于运行状态——metabase 的读写依赖这个服务，服务没起，脚本读到的就是空。

3.3 建第一个站点并跑通 ASP 页面

组件就绪后，建站点有两种方式：图形界面在inetmgr里右键“网站”→“新建”，或者直接用adsutil.vbs写配置。图形界面直观但步骤多，命令行适合复现。下面用脚本建一个监听 8080 端口的测试站点，根目录指向D:\wwwroot：

# 创建站点根目录并放一个测试 ASP 文件 mkdir D:\wwwroot echo ^<%% Response.Write "iis6 ok" %%^> > D:\wwwroot\test.asp # 用 adsutil 创建站点，指定端口和根目录 cscript %windir%\system32\inetsrv\adsutil.vbs create w3svc/2 cscript %windir%\system32\inetsrv\adsutil.vbs set w3svc/2/ServerBindings ":8080:" cscript %windir%\system32\inetsrv\adsutil.vbs set w3svc/2/Root/Path "D:\wwwroot"

create w3svc/2表示新建编号为 2 的站点（编号 1 是默认站点，别覆盖）；ServerBindings的格式是:端口:主机头，这里只写端口表示监听所有网卡的 8080；Root/Path指定物理路径。建完还要启动站点，用adsutil.vbs set w3svc/2/ServerAutoStart true让它随服务自启，然后浏览器访问http://localhost:8080/test.asp，看到iis6 ok就说明整条链路通了。如果返回 404，先查Root/Path有没有写错；返回 500 多半是 ASP 功能没在组件里勾选，回去补iis_asp=on。

4. 避坑与排查：五个装 IIS 6.0 时最容易翻车的地方

4.1 现象：组件安装到一半报“找不到 iis6.inf 中的某个节”

原因通常是安装包不完整，或者解压时把目录层级压平了，导致 inf 里引用的相对路径失效。IIS 的 inf 文件里大量使用.\system32\inetsrv\xxx.dll这种相对路径，一旦目录结构被破坏，注册到一半就断。解决办法是重新解压，保持原始目录树，确认iis6.inf和system32目录在同一级，然后再走一遍组件安装。装之前可以用文本编辑器打开 inf，搜[SourceDisksFiles]段，看列出的文件在解压目录里是否都能找到，缺哪个补哪个。

4.2 现象：装完打开 inetmgr 提示“MMC 无法创建管理单元”

这是典型的组件注册不全，常见于只勾了iis_www没勾管理工具。IIS 的管理界面依赖iisadmin.dll和w3svc.dll两个管理扩展，缺一个 MMC 就起不来。排查方法是去%windir%\system32\inetsrv下看这两个 DLL 在不在，不在就回安装包补注册；在的话用regsvr32手动注册一遍：

regsvr32 %windir%\system32\inetsrv\iisadmin.dll regsvr32 %windir%\system32\inetsrv\w3svc.dll

注册完重启IIS Admin Service，再开inetmgr。如果还报错，看事件查看器的应用程序日志，里面会写明是哪个 CLSID 注册失败，按 CLSID 去注册表查对应 DLL 再补。

4.3 现象：站点能建但访问一律 401.1

401.1 是认证失败，IIS 6.0 默认对匿名访问的账户是IUSR_机器名，如果这个账户在系统里不存在或者被禁用，所有匿名请求都会被拒。XP 上装适配包时，安装程序有时不会自动创建这个账户。解决方法是手动建一个本地用户IUSR_你的机器名，设置密码永不过期，然后在站点属性的“目录安全性”→“匿名访问”里把账户指过去。另一种情况是 NTFS 权限没给，站点根目录的安全选项卡里要确保IUSR_机器名有读取和执行权限，光有 IIS 配置不够。

4.4 现象：ASP 页面返回 500 但日志里没有详细信息

IIS 6.0 默认把 ASP 错误发到浏览器，但“发送详细错误到客户端”这个选项在适配包里经常是关的，导致 500 只给一句“内部服务器错误”。排查时先把详细错误打开：在inetmgr里右键站点→属性→“主目录”→配置→“调试”选项卡，勾选“发送详细 ASP 错误到客户端”。如果界面里找不到这个选项，直接改 metabase：

cscript %windir%\system32\inetsrv\adsutil.vbs set w3svc/2/AspErrorsToNTLog true cscript %windir%\system32\inetsrv\adsutil.vbs set w3svc/2/AspScriptErrorSentToBrowser true

改完重启站点，再访问就能看到具体是哪一行 ASP 报错。这两个参数是排查 ASP 问题的后悔药，建议建完站点就顺手打开，省得后面抓瞎。

4.5 现象：装完系统变慢，任务管理器里多出一堆 w3wp.exe

这是 IIS 6.0 工作进程隔离模式的正常表现，但如果进程数异常多且 CPU 占用高，多半是应用池配置有问题。XP 适配包默认可能给每个站点建独立应用池，站点一多进程就多。排查时用adsutil.vbs enum /LM/W3SVC/AppPools列出所有应用池，看有没有闲置的没回收。解决方法是把不用的站点停掉，或者把多个小站点合并到同一个应用池，减少进程数。另外检查metabase.xml里PeriodicRestartTime的值，设成 0 表示不自动回收，老机器上建议设个 1740（29 小时）让它定期重启，避免内存泄漏累积。

5. 进阶：用脚本批量校验安装完整性，别靠肉眼对文件

装完一遍能跑通不代表包是完整的，尤其是从不同渠道拿到的安装包，文件缺失往往要等到某个功能被触发才暴露。我一般会在装完后跑一个校验脚本，把关键文件和注册表项列出来逐项比对，比肉眼翻目录靠谱得多。下面这段 bash 在 XP 的 cmd 里也能跑（用for循环替代），核心思路是维护一份“必须存在”的清单，缺一项就报警：

@echo off setlocal enabledelayedexpansion set MISSING=0 for %%f in ( "%windir%\system32\inetsrv\inetinfo.exe" "%windir%\system32\inetsrv\w3wp.exe" "%windir%\system32\inetsrv\iisadmin.dll" "%windir%\system32\inetsrv\metabase.xml" "%windir%\system32\inetsrv\adsutil.vbs" ) do ( if not exist %%f ( echo [MISSING] %%f set /a MISSING+=1 ) ) if !MISSING! equ 0 (echo all core files present) else (echo !MISSING! files missing)

这段脚本的for %%f in (...)把五个核心文件路径当成列表遍历，if not exist判断存在性，set /a MISSING+=1累加缺失数。跑完看输出，all core files present说明核心组件齐了；有[MISSING]行就按路径回安装包补。注意enabledelayedexpansion那行不能省，否则循环里的变量累加不生效，这是 cmd 脚本的老毛病。

除了文件，注册表项也要校验。IIS 6.0 正常注册后，HKLM\SYSTEM\CurrentControlSet\Services\W3SVC下应该有ImagePath指向inetinfo.exe，HKLM\SOFTWARE\Microsoft\InetStp下MajorVersion应该是 6。用reg query逐条查，和预期值对不上就说明注册环节出了问题。这套校验我一般做成一个check_iis6.bat放在安装包同级目录，每次装完先跑它，通过了再建站点，能省掉大量“装完才发现缺东西”的返工。

还有一个容易被忽略的点是 metabase 的备份。IIS 6.0 支持用adsutil.vbs导出整个配置树，装好并调通站点后立刻导一份存着：

cscript %windir%\system32\inetsrv\adsutil.vbs enum /LM/W3SVC > D:\iis6_backup\sites.txt copy %windir%\system32\inetsrv\metabase.xml D:\iis6_backup\metabase_bak.xml

sites.txt是配置的可读快照，metabase_bak.xml是原始配置，两个都留着。以后站点配置被改乱或者误删，直接把备份的 metabase 覆盖回去再重启服务，比一条条重建快得多。这个习惯是从一次误操作里换来的——当时手滑把一个跑了十几个虚拟目录的站点删了，没有备份只能从头配，花了大半天。从那以后我每次装完 IIS 6.0、调通第一个站点，都强制先导一份 metabase 备份再往下做，希望这个习惯也能帮到你。

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