揭秘IIS服务器无法添加映射之谜_Web服务器教程

故障回放

　　最近，笔者的一位朋友在办公室中临时使用安装了Windows XP系统的计算机作为信息服务器，以便让办公室中的其他同事能够轻松访问共享信息。可是，朋友在对个人WWW服务器的站点属性进行配置时，发现无法在IIS控制台中自由添加应用程序扩展名映射。

　　一般来说，我们只要在IIS控制台中打开目标网站的属性设置窗口，单击其中的“主目录”标签，在该标签设置页面的“应用程序设置”处单击“配置”按钮，在其后界面中单击“添加”按钮，之后就能根据界面提示完成应用程序扩展名映射添加操作了。然而，笔者的朋友在打开如图1所示的应用程序扩展名添加对话框后，发现其中的“确定”按钮处于灰色不可用状态;并且，朋友通过“浏览”按钮导入了应用程序详细路径，以及设置了对应程序的扩展名后，发现应用程序扩展名添加对话框中的“确定”按钮依然处于灰色不可选状态。

　　

　　图1

　　故障诊断

　　由于笔者之前一直在Windows Server 2000以及Windows Server 2003服务器系统中进行过应用程序扩展映射配置操作，并且在很长时间内都没有遇到过上述这种奇怪的故障现象，因此当朋友将上述故障现象告诉给笔者时，笔者自己也感到有点不可思议。究竟是什么原因造成了应用程序扩展映射无法被成功添加呢?

　　起初，笔者还以为是Windows系统中与IIS有关的系统文件受到了损坏，于是立即打开系统的运行对话框，在其中执行字符串命令“sfc /scannow ”，对系统文件进行修复操作;可是修复操作完毕后，系统也没有弹出提示说有文件受到损坏，这说明无法添加应用程序扩展名映射故障与系统文件是否受损无关。

　　在毫无头绪的情况下，笔者只好抱着试一试的心态，到微软公司的官方网站中去寻求答案;在一番努力搜索之后，笔者还真的找到了相应的解释说明：在安装了Windows XP系统的计算机中配置IIS应用程序设置属性时，单击应用程序扩展名映射添加/编辑对话框中的“浏览”按钮，将Web服务器中目标应用程序的具体路径指定好，同时设置好对应的扩展名后，对应对话框中的“确定”按钮会出现不可用状态，之所以会出现这种现象主要是因为用户在图1界面的“可执行文件”文本框中输入的应用程序包含了压缩路径，而压缩路径是Windows XP以上版本系统新增加的一种技术，这种技术虽然增强了可读性，可是应用程序扩展名映射添加/编辑对话框却认为这样的应用程序路径不正确，从而导致了对应对话框中的“确定”按钮处于灰色不可选状态。

　　要想解决这种故障现象，我们只要将鼠标指针移动到图1界面的“可执行文件”文本框中并进行单击操作，这样我们就会看到压缩路径此时就会自动失效，同时应用程序扩展名映射添加/编辑对话框中的“确定”按钮也就被自动激活了，一旦发现“确定”按钮处于可点击状态时，我们就能成功完成应用程序扩展映射配置操作了。当然，我们如果知道目标应用程序的详细路径时，可以直接采用手工输入的方法输入目标应用程序的路径信息，并且设置好它的扩展名称，这样一来“确定”按钮就不会失效，我们只要单击“确定”按钮，就能将指定的应用程序扩展名映射添加成功了。

　　小提示：所谓压缩路径，是指在一些系统对话框中输入应用程序或特定文件的详细路径信息时，要是地址框中输入的应用程序路径长度超过了地址框的实际显示长度时，Windows系统就会自动对超长的应用程序路径进行压缩，以便让目标应用程序或特定文件的开头部分和结尾部分完全显示在地址框中，中间的部分全部用省略号来替代，这样就能有效增强输入内容的可读性以及操作的易用性。

　　故障小结

　　尽管将安装了Windows XP系统的计算机作为信息服务器不太适合，不过在一些着急进行信息发布的特殊场合下，还是有不少用户会选择在Windows XP系统中临时架设个人信息服务器，因此上面的小故障有时还会遇到的。面对类似这样的细小故障，我们在找不到有效的应对办法时，不妨多多尝试从微软公司的官方网站中去寻找答案!

　　当然，IIS服务器在长时间运行后，时常还会出现其他一些小故障，有的小故障只要通过我们的合理设置就能顺利排除了。例如，有时在一些应用程序正在运行的过程中，我们尝试打开IIS控制台窗口时，发现速度非常缓慢;遇到这种现象时，多半是正在运行的特定应用程序消耗了大部分系统资源，并且常常会由于对系统CPU资源的消耗量过大而使得系统运行速度非常缓慢，这种现象在一些硬件配置相对较低的计算机中特别明显。其实，此时我们只要对IIS服务器的运行进程优先级进行合适调整就能解决IIS控制台窗口打开过慢的故障现象。