企业官网建设流程全解析

简介：IIS 6.0完整安装资源包，适用于需要在Windows Server 2003环境中搭建或修复Web服务的系统管理员与运维人员，解决安装时因缺少DLL文件导致失败或功能受限的问题。压缩包共263个文件，约11.55MB，其中dl_、dll、in_、exe、cab等为安装核心组件，负责HTTP请求处理、ASP与ASP.NET解析等服务支持；htm、txt、gif等为配套说明与界面辅助文件。该版本引入隔离模式，每个站点独立进程运行，安全性更高；新的工作进程架构提升并发处理效率，配合metabase数据库可灵活管理站点，并具备完善的日志与审核功能。资源已有128人学习下载，适合中初级管理员作为部署与排障参考。包内附带http.sys、w3svc.dll、asp.dll等关键DLL文件，并整合了安装过程中需要的各类系统组件，可帮助用户避开常见缺文件报错，顺利完成IIS 6.0的安装与配置，为后续Web站点管理提供稳定基础。

1. IIS 6.0 安装包还带 DLL：为什么老项目还得留一份

如果你手头还有跑在 Windows Server 2003 上的 ASP 系统，或者给某台老工控机装过 IIS 6.0，大概率遇到过这种画面：添加 Windows 组件时提示“安装程序无法复制文件 iis.msi”，或者中途报“找不到指定的模块”，然后整个安装直接回滚。问题往往不是安装包坏了，而是系统里少了 IIS 6.0 运行时依赖的那几个 DLL 文件。这个名为「IIS6.0安装包(附带所需DLL文件).rar」的资源，就是专治这种场景的——它把 IIS 6.0 的完整安装文件连同缺失的 DLL 一起打包，解压后既能正常安装，又能单独处理 DLL 缺失的报错。适合谁？老系统运维、接盘历史项目的开发、还在维护 ASP 站点的那批人。新项目基本用不上，但它是一颗后悔药：系统重装、迁移到虚拟机的关键时刻，能让你少熬好几个小时。

2. 先看包内有什么：安装文件与 DLL 清单及作用

2.1 常见 IIS 6.0 安装文件结构

这类 rar 解压后，通常是一个或几个目录，里面包含安装必须的文件。根据我给客户处理过的几个类似包，常见结构大概是：

注意，不同来源的 IIS 6.0 安装包文件清单会有些差异，但核心的 iis.msi、inetinfo.exe、w3svc.dll 这三样基本都在。你下载到的这个包，标题里特意写了“附带所需DLL文件”，所以重点看有没有 adsiis.dll、iisadmin.dll 这一类，它们经常是安装到一半失败的关键。

2.2 为什么 IIS 6 经常缺 DLL

IIS 6.0 是 Windows Server 2003 的系统组件，正常情况下应该从系统安装光盘或官方补丁里获取。但实际运维环境里，很多人用的是精简版系统、Ghost 封装盘，或者已经给系统做过组件裁剪，导致 %SystemRoot%\system32\inetsrv 目录下缺文件。更有意思的是，安装程序本身有文件校验逻辑，一旦发现 DLL 文件缺失或版本不对，它不会告诉你“缺哪个 DLL”，而是给你一个通用的“无法复制文件”错误，让你自己猜。

这时候，单独把 DLL 拷到系统目录多半无效——因为 DLL 需要注册、需要对应的系统服务基址，而且 IIS 的安装还依赖 INF 文件和 MSI 数据库。所以最省事的做法是：用一个完整的安装包，先尝试正常安装流程，如果安装程序要求指定文件位置，就指向这个 rar 解压后的目录；如果安装完仍有服务启动问题，再手动注册里面的 DLL。

我一般会把这个 rar 解压到 C:\IIS6Install 这种不带空格的路径，避免安装程序在读取路径时抽风。老系统上的 Windows Installer 版本往往很低，对长路径和中文目录名支持不好，这一步看着不起眼，实际能省掉很多玄学报错。

3. 手动安装 IIS 6.0：从解压到跑通默认站点的完整步骤

3.1 环境检查与准备工作

安装前先确认系统的“底子”：首先是系统版本，IIS 6.0 原生对应 Windows Server 2003，Windows XP Professional 经过特殊处理也能装上，但 Windows 7 及更高版本不能用这套包安装。确定系统没问题后，检查 Windows Installer 服务是否为启用状态：在“服务”管理器中找到“Windows Installer”，如果未启动就手动启动。

然后，准备好解压目录。建议把 rar 解压到 C:\IIS6Install，并确认目录下能看到 iis.msi、iis.inf 等文件。如果解压不完整，先检查压缩包是否损坏——用 WinRAR 的“测试压缩文件”功能跑一遍。这一步能排除最常见的“下载不完整”坑。

安装前建议关闭杀毒软件和系统防火墙。老系统的杀毒软件尤其容易把 iisadmin.dll 这类文件当作可疑注入模块拦截，而安装程序写入 DLL 时一旦被拦截，安装会彻底失败，还会留下半注册的残留组件。这个坑我踩过不止一次，安装过程中弹窗报“拒绝访问”时，第一个想到的就是杀软拦截。

3.2 使用 Windows 组件向导安装

在 Windows Server 2003 的控制面板中，打开“添加或删除程序”，点击“添加/删除 Windows 组件”。这里是以 Windows 组件向导的方式操作，但如果你更习惯命令行，也可以在解压目录下打开命令提示符，运行以下命令直接调起组件选择界面：

sysocmgr /i:iis.inf

这个命令会直接打开“Windows 组件向导”，界面里能看到“Internet 信息服务 (IIS)”选项。sysocmgr 是 sysoc.inf 组件安装管理器，/i 参数指定 INF 文件路径。如果你的安装包文件结构完整，sysocmgr 会读取这个 INF 文件，列出 IIS 的子组件列表。

在向导中勾选“Internet 信息服务 (IIS)”后，点击“详细信息”，建议至少勾选以下子组件：

• 万维网服务（World Wide Web Service）
• 公用文件（Common Files）
• Internet 信息服务管理器（Administrative Tools 相关）

如果你后续要跑 ASP 网站，还需要在“万维网服务”的“详细信息”里勾选“Active Server Pages”。这一步容易被忽略，很多人装完 IIS 后发现 ASP 文件直接下载而不是执行，就是因为没勾选 ASP 子组件。

点击下一步后，安装程序可能弹出“文件复制源”对话框。此时点击“浏览”，指向 C:\IIS6Install，然后点击确定。安装程序会从该目录复制缺失的文件，包括那些 DLL。等待进度条走完，期间不要点取消或强制关机。安装完成后，系统会提示“完成 Windows 组件向导”，点击完成。

3.3 验证安装：检查服务与默认站点

安装完成后，先确认三个关键服务是否处于“启动”状态：World Wide Web Publishing Service（w3svc）、Simple Mail Transfer Protocol（SMTP，如果安装了）、FTP Publishing Service（如果安装了）。在“服务”管理器中找到这些服务，看启动类型是否自动，状态是否已启动。如果 w3svc 没有启动，多半是后面要说的 DLL 注册问题。

接着，用浏览器访问本机地址：

http://localhost

正常情况下会看到一个 IIS 默认欢迎页面，上面有 IIS 6.0 的标识。如果看到“无法显示网页”，先检查之前的服务状态，再看 80 端口是否被占用。可以运行netstat -ano | findstr :80查看占用情况。常见冲突源是其他 Web 服务或 Skype（老版本 Skype 会抢占 80 端口）。

如果站点能打开，但页面看起来像英文或显示乱码，那是默认文档问题，第 4 章会讲怎么调。到这里，安装已经基本跑通，接下来才是让 IIS 干活的开始。

4. 参数与配置：把 IIS 6 调成能跑 ASP 的状态

4.1 启用 ASP 扩展和父路径

IIS 6.0 默认对动态内容非常保守，装完以后 ASP 是禁止的。在“Internet 信息服务(IIS)管理器”中，左侧展开“网站”节点，右键“Web 服务扩展”，可以看到“ASP”和“ASP.NET”等项。右键“Active Server Pages”，选择“允许”，否则浏览器访问 .asp 文件会直接返回 404 或 403 错误。

另一个常见的 ASP 配置项是“启用父路径”。很多老 ASP 程序里用了../相对路径，默认情况下 IIS 出于安全考虑不允许父路径访问，会报“Active Server Pages 错误 'ASP 0126' 包含文件 '...' 不能用 '..' 表示父目录”。解决方法是：右键网站属性，切到“主目录”选项卡，点击“配置”按钮，在“选项”里勾选“启用父路径”。

如果你习惯命令行，可以用 IIS 6 自带的 adsutil.vbs 脚本快速修改这个设置：

cscript C:\Inetpub\AdminScripts\adsutil.vbs SET W3SVC/ASP/EnableParentPaths 1

逻辑说明：adsutil.vbs 是 IIS 6.0 自带的元数据库管理脚本，SET 命令用来修改 IIS 元数据库的键值。W3SVC/ASP/EnableParentPaths就是“允许 ASP 页面使用父路径”的开关，设为 1 表示开启，0 表示禁止。参数含义明确，但要注意，adsutil.vbs 只适用于 IIS 6.0 的经典元数据库模式，IIS 7+ 已经改用 applicationHost.config，这个脚本就不适用了。

此外，如果你要让 ASP 网站能写日志或临时文件，需要给网站目录配置 IUSR_ 机器名 账户的写权限。右键网站属性，切到“目录安全”选项卡，在“身份验证和访问控制”里确认“启用匿名访问”已勾选，匿名账户默认是 IUSR_XXX。然后在文件系统里，给网站主目录加上该账户的“修改”权限，否则 ASP 使用 Session 或上传功能时会报“未授权的操作”。

4.2 站点属性、端口与默认文档

一台机器上跑多个站点，核心是端口、主机头、IP 三个维度的区分。右键“网站”下的默认网站，选择“属性”，切到“网站”标签页，可以看到 TCP 端口默认是 80。如果被占用，可以改成 8080 等。但改端口只是临时方案，更好的做法是新建多个网站，每个站点独立指定主机头。

新建网站的步骤：右键“网站”，选择“新建”→“网站”，打开向导。指定网站描述，然后绑定 IP 地址和端口。如果你有多个域名，可以在“主机头”里填入如oldasp.example.com。主机头的作用是让 IIS 根据 HTTP 请求中的 Host 字段把流量分发到不同站点。这里要注意：IIS 6.0 的多站点支持依赖主机头，如果请求的 Host 没有匹配到任何站点，就会落到默认站点的兜底行为，所以默认站点最好不要停掉。

默认文档也需要单独设置。很多老 ASP 系统的首页是index.asp或default.asp，而 IIS 6.0 默认只认default.htm、Default.asp之类。右键网站属性，切到“文档”标签页，点击“添加”把index.asp加到列表顶部。注意顺序：IIS 会从上到下依次尝试，如果设置了多个默认文档，排在前面的优先响应。

如果你要快速增删默认文档，可以用命令行的方式修改元数据库。比如给默认网站添加 index.asp 作为默认文档：

cscript C:\Inetpub\AdminScripts\adsutil.vbs ENUM W3SVC/1/ROOT/Documents cscript C:\Inetpub\AdminScripts\adsutil.vbs SET W3SVC/1/ROOT/Documents/DefaultPage "" "default.asp,index.asp"

写代码块的逻辑说明：第一条命令是枚举当前默认文档列表，第二条是把默认网页列表覆盖为default.asp,index.asp。这里W3SVC/1中的 1 是指默认网站的元数据库 ID，如果是新建网站，这个数字会递增。不过说实话，在图形界面里操作更直观，命令行主要用于批量脚本部署时——比如你需要在 20 台机器上统一配置，写个批处理循环执行 adsutil.vbs，比一台台点鼠标要省时间。

4.3 配置 ISAPI 筛选器和应用程序池

ISAPI 筛选器是 IIS 6.0 处理扩展功能的重要入口。如果你的 ASP 程序用了自定义的 ISAPI 扩展（比如一些加密组件），需要在网站属性中切到“ISAPI 筛选器”标签页添加。但更常见的场景是 ASP.NET 的映射，需要在 Web 服务扩展里把“ASP.NET v1.1.4322”或“ASP.NET v2.0.50727”设置为允许。

应用程序池是 IIS 6.0 的另一个关键配置。右键“应用程序池”，新建一个池，然后指定你的网站使用哪个池。推荐为每个 ASP 网站单独建一个池，池的“回收工作进程”设为每 100000 次请求回收一次，或者每天凌晨自动回收。老 ASP 程序经常有内存泄漏，不回收的话，几天后 IIS 进程占用内存会涨到数 GB，网站越跑越慢。单独池还有一个好处：一个网站的崩溃不会影响同服务器上其他网站。这个经验对维护多站点的老服务器特别有用。

5. IIS 6.0 安装避坑：DLL 缺失、权限与兼容性常见问题

5.1 现象：安装到一半提示“无法复制文件 iis.msi”

原因：安装程序指定的源路径不对，或者解压目录里的文件不全。最常见的是用户直接解压到桌面，路径含中文或过长，旧版 Windows Installer 解析失败。

解决：把整个安装包解压到 C:\IIS6Install 这样的纯英文字符短路径，确认文件齐全后，在“文件复制源”对话框中手动指定该目录。如果仍然报错，用 WinRAR 测试压缩包完整性，或者用其他工具重新解压一次，避免解压过程中的文件锁问题。

5.2 现象：安装完成但 World Wide Web 服务无法启动，启动时报“模块找不到”或“服务因特定错误而停止”

原因：IIS 6.0 的 DLL 文件没有被正确注册。虽然安装程序复制了文件，但可能因为杀软拦截、文件版本冲突等原因，导致进程加载 w3svc.dll 或 iisadmin.dll 失败。这是这个 rar 里附带 DLL 文件最能派上用场的地方。

解决：进入解压目录，找到 DLL 文件后，打开命令提示符（管理员权限），依次执行以下注册命令：

cd /d C:\IIS6Install regsvr32 adsiis.dll regsvr32 iisadmin.dll regsvr32 w3svc.dll ipconfig /flushdns net stop iisadmin /y net start w3svc

逻辑说明：cd /d切换路径，regsvr32将 DLL 文件注册到系统注册表中。ipconfig /flushdns刷新 DNS 缓存，虽然不是必须，但有时加载失败是因为缓存了旧的文件映射。net stop iisadmin停止 IIS 管理服务，net start w3svc启动 Web 发布服务。注意执行顺序：先注册 DLL，再启动服务。如果启动依然失败，打开“事件查看器”中的“系统”日志，找到来源为“Service Control Manager”的错误事件，双击查看具体错误码，再根据模块名针对性注册。

5.3 现象：ASP 页面返回 500 错误或空白页，浏览器查看源码能看到 ASP 代码

原因：没有在“Web 服务扩展”里允许 ASP，或者未勾选“Active Server Pages”子组件。IIS 6.0 默认把 ASP 视为“未允许”状态，而且此设置无法通过修改文件权限解决。

解决：打开“Internet 信息服务(IIS)管理器”，在左侧右键“Web 服务扩展”，找到“Active Server Pages”，点击“允许”。如果你需要开启详细错误信息，可以右键网站属性，切到“主目录”→“配置”→“调试”，勾选“发送详细 ASP 错误消息给客户端”。但注意上线环境不建议开，因为会暴露脚本物理路径。如果允许后仍报 500，检查网站的匿名访问账户是否对该网站目录有读权限，以及网站目录所在分区是否是 NTFS（FAT32 分区权限无法细化）。

5.4 现象：在 Windows XP 上安装 IIS 6.0 后，IIS 管理器无法打开或功能缺失

原因：IIS 6.0 并非原生支持 Windows XP，安装包中的部分文件对 XP 的某些 DLL 版本不兼容，导致管理单元（MMC）加载失败。

解决：确认你的 Windows XP 是 Professional（专业版），家庭版无法安装。安装时，需要先禁用“Internet Explorer 增强的安全配置”，如果有的话。另外，不要直接双击 iis.msi，而是按照标准组件向导流程安装。如果管理器打不开，尝试在“运行”中输入mmc gpedit.msc检查组策略是否被精简，或者手动复制%SystemRoot%\system32\inetsrv\iis.msc到对应路径，再在 MMC 中添加管理单元。但坦白说，XP 上跑 IIS 6.0 虽然能跑通，稳定性一般，建议真正部署时还是用 Windows Server 2003 环境。

5.5 现象：安装时提示“另一个程序正在安装”或“等待安装程序退出”

原因：Windows Installer 任务被中断，残留进程占用了安装状态。

解决：在任务管理器中结束msiexec.exe进程，删除%SystemRoot%\Temp下以MSI开头的临时文件。更彻底的做法是运行：

msiexec /unreg msiexec /regserver

这个命令强制注册 Windows Installer 服务，可以把卡住的安装状态重置。之后重新打开组件向导。这个操作对任何 MSI 安装程序的卡死都有效，不仅仅是 IIS。

6. 进阶：用 sysocmgr 无人值守安装与 DLL 注册习惯

如果你想在一批服务器上批量部署，或者正在写自动化脚本，手动点“添加/删除 Windows 组件”肯定不现实。sysocmgr 支持无人值守模式。先准备一个应答文件，比如iis_unattend.txt，内容如下：

[Components] iis_common=on iis_inetmgr=on iis_www=on iis_asp=on iis_smtp=off

然后运行：

sysocmgr /i:iis.inf /u:iis_unattend.txt /r:1 /q

参数说明：/i:iis.inf指定 INF 文件，/u:应答文件指定无人值守配置，/r:1表示安装完后自动重启（0 为不重启），/q是安静模式，不显示向导界面。注意应答文件中iis_www是万维网服务，iis_asp是 ASP，iis_inetmgr是管理界面，这些名称定义在 iis.inf 文件中，如果你的 INF 文件名称不同，需要先打开 INF 文件确认[Components]段下的键名。

关于 DLL 注册，我的习惯是永远“先注册所有 DLL，再启动服务，最后测试站点”。不只 IIS，遇到任何系统组件出现“找不到模块”的报错，我都会在命令行里先跑一遍regsvr32把这个组件依赖的 DLL 逐个注册。但是有两点要提醒：一是regsvr32只适用于 COM 组件或标准 DLL，普通动态链接库不需要注册，注册反而会报“入口点未找到”——所以只对你确认是 COM 组件且有DllRegisterServer入口的 DLL 使用；二是注册前最好先备份注册表，避免注册了错误版本的 DLL 弄坏系统。

我曾经为了一台跑着计费系统的老服务器折腾了三天，最后发现是adsiis.dll被某次补丁更新覆盖成了旧版本，导致 IIS 的元数据库访问总是失败。从那以后，我每次在旧服务器上重装 IIS，都会强制走一遍“解压到短路径→杀软白名单→组件向导指定源路径→检查服务→注册附带 DLL”这条流程，顺序一步不乱。希望你拿到这个安装包后，直接顺着流程走，别像我当年那样走弯路、踩坑。希望帮到你。

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