轻松解决iis内部服务器错误的实用指南 (如何解决iis内部服务器错误)

轻松解决IIS内部服务器错误的实用指南

IIS(Internet Information Services)是微软公司开发的一款Web服务器,常用于Windows操作系统中。在使用IIS过程中,有时会发生一些内部服务器错误,这会导致网站无法正常访问。那么如何解决这些错误呢?本文将为您介绍一些实用的方法,帮助您轻松解决IIS内部服务器错误。

一、“500 – 内部服务器错误”错误的解决方法

当您在访问一个网站时,出现“500 – 内部服务器错误”错误提示,这通常是由以下几个原因引起的:

1. Web.config文件配置错误

Web.config是IIS中的配置文件之一,通常存储有关网站的配置信息。如果在Web.config文件中存在任何错误,都可能导致“500 – 内部服务器错误”错误。此时,您需要检查Web.config文件中的每个配置,确保它们的语法正确,并且没有任何拼写错误。

2. 错误的IIS托管进程池

IIS托管进程池是IIS中的一个重要组件,它通常负责处理请求并执行ASP.NET应用程序。如果IIS托管进程池配置不正确,也可能导致“500 – 内部服务器错误”错误。您可以按照以下步骤检查和更改托管进程池:

– 打开IIS管理器

– 在左侧导航栏中选择“应用程序池”

– 选择出现“500 – 内部服务器错误”错误的网站所使用的应用程序池,并单击“高级设置”链接

– 查找“进程模型”部分,并确保“身份验证”设置正确(通常为“应用程序池标识”)。如果设置不正确,请更改为正确的设置,并单击“确定”按钮。

3. 错误的权限设置

在IIS中,如果某个文件或目录的权限不正确,就可能导致“500 – 内部服务器错误”错误。您可以按照以下步骤检查和更改权限设置:

– 打开IIS管理器

– 在左侧导航栏中选择出现“500 – 内部服务器错误”错误的网站

– 单击出现“500 – 内部服务器错误”错误的页面,并选择“单击此处以查看详细错误信息”

– 查找“详细错误信息”页面中的“物理路径”并复制

– 打开Windows资源管理器,将物理路径粘贴到地址栏中,并单击“回车”键

– 单击每个文件或目录,并选择“属性”

– 在“安全”选项卡中,确保“Internet Guest Account”用户的权限设置正确。通常,“Internet Guest Account”应该具有“读取和执行”权限。

二、“401.2 – 无权访问该页面”错误的解决方法

当您在访问一个网站时,出现“401.2 – 无权访问该页面”错误提示,这意味着您没有足够的权限来访问该页面。以下是一些可能的解决方案:

1. 添加权限

您可以添加所需的权限来访问该页面。按照以下步骤添加权限:

– 打开Windows资源管理器

– 寻找文件夹,并选择该文件夹

– 单击“属性”按钮,并选择“安全”选项卡

– 单击“编辑”按钮,并在“添加”对话框中查找用户

– 选择具有权限的用户,并单击“确定”按钮。

– 在“安全”选项卡中,为新添加的用户授予所需的权限。

2. 检查Windows身份验证

您可以检查Windows身份验证以解决此问题。按照以下步骤操作:

– 打开IIS管理器

– 在左侧导航栏中找到您的网站,并单击该网站

– 选择“身份验证”选项卡

– 查找“Windows身份验证”并确保已启用。

3. 检查Web.config文件

如果Web.config文件中的任何配置不正确,也可能导致“401.2 – 无权访问该页面”错误。您可以检查Web.config文件并确保所有配置都正确。

三、“403 – 禁止访问”错误的解决方法

当您在访问一个网站时,出现“403 – 禁止访问”错误提示,这通常是由以下几个原因引起的:

1. 错误的目录或文件权限

在IIS中,如果某个目录或文件的权限不正确,就会导致“403 – 禁止访问”错误。您可以按照以下步骤检查和更改目录或文件的权限:

– 打开Windows资源管理器

– 找到目录或文件,并单击该目录或文件

– 单击“属性”按钮,并选择“安全”选项卡

– 确保用户具有适当的权限

2. IP地址被拒绝

IIS还允许您限制对网站的访问。如果您的IP地址被拒绝,则会出现“403 – 禁止访问”错误。您可以按照以下步骤检查和更改IP地址限制:

– 打开IIS管理器

– 在左侧导航栏中找到您的网站,并单击该网站

– 选择“IP地址和域名限制”选项卡

– 查找当前的IP地址列表,并查看是否已拒绝您的IP地址。如果是,请将其删除或更改为“允许访问”。

3. URL被拒绝

如果您正在尝试访问受限URL,则会出现“403 – 禁止访问”错误。您可以按照以下步骤检查和更改URL限制:

– 打开IIS管理器

– 在左侧导航栏中找到您的网站,并单击该网站

– 选择“请求筛选器”选项卡

– 查找当前的URL列表,并查看是否已拒绝您的URL。如果是,请将其删除或更改为“允许访问”。

在使用IIS时,可能会出现一些内部服务器错误,这些错误可能会导致网站无法正常访问。本文提供了一些实用的方法,帮助您快速解决这些错误。在解决IIS内部服务器错误时,请务必遵循上述步骤,并根据具体情况进行调整。

相关问题拓展阅读:

什么是“内部服务器 错误 ”,如何解决

一般来说,如果程序出错,那么在浏览器内会返回给用户一个友好的错误提示,统一称之为服务器

500错误

。解决的方法就是您必须在http中能够正确的获得错误信息,方法为:请打开浏览器,选择工具,internet选项,高级,在高级中的浏览项目里面有一个“显示http友好错误提示”的

复选框

,请取消该复选框,这样您可则高以获得正确的错误提示。在获得正确的错误提示之后,您就可以根据该错误提示检查春岁您具体的出错原因了大多数情况下,是一个网页中使用了多个@命令(调用多个网页往往忽略了这个问题),去掉就OK了。IIS错误500解决方法!综合分析上面的错误表现我们可以看出,主要是由于IWAM账号(在我的计算机即是IWAM_MYSERVER账号)的密码错误造成了HTTP500内部错误。在详细分析HTTP500内部错误产生的原因之前,先对IWAM账号进行一下简要的介绍:IWAM账号是安装IIS5时系统自动建立的一个内置账号,主要用于启动进程之外的

应用程序

的Internet信息服务。IWAM账号的名字会根据每台计算机NETBIOS名字的不同而有所不同,通用的格式IWAM_MACHINE,即由“IWAM”前缀、连接线“_”加上计算机的NETBIOS名字组成。我的计算机的NETBIOS名字是MYSERVER,因此我的计算机上IWAM账号的名字就是IWAM_MYSERVER,这一点与IIS匿名账号ISUR_MACHINE的命名方式非常相似。IWAM账号建立后被ActiveDirectory、IISmetabase数据库和COM+应用程序三方共同使用,账号密码被三方分别保存,并由操作系统负责这三方保存的IWAM密码的同步扒盯睁工作。按常理说,由操作系统负责的工作我们大可放心,不必担心出错,但不知是BUG还是其它什么原因,系统的对IWAM账号的密码同步工作有时会失败,使三方IWAM账号所用密码不统一。当IIS或COM+应用程序使用错误IWAM的密码登录系统,启动IISOut-Of-ProcessPooledApplications时,系统会因密码错误而拒绝这一请求,导致IISOut-Of-ProcessPooledApplications启动失败,也就是我们在ID10004错误事件中看到的“不能运行服务器{3D14228D-FBE1-11D0-995D-00C

新装的IIS6,HTTP内部服务器错误,怎么搞?

参首氏考肢咐答者饥散案

原因分析

主要是由于iwam账号(在我的计算机即是iwam_myserver账号)的密码错误造成了http 500内部错误。

在详细分析http500内部错误产生的原因之前,先对iwam账号进行一下简要的介绍:iwam账号是安装iis5时系统自动建立的一个内置账号,主要用于启动进程之外的应用程序的internet信息服务。iwam账号的名字会根据每台计算机netbios名字的不同而有所不同,通用的格式是iwam_machine,即由“iwam”前缀、连接线“_”加上计算机的netbios名字组成。我的计算机的netbios名字是myserver,因此我的计算机上iwam账号的名字就是iwam_myserver,这一点与iis匿名账号isur_machine的命名方式非常相似。

iwam账号建立后被active directory、iis metabase数据库和com+应用程序三方共同使用,账号密码被三方分别保存,并由操作系统负责这三方保存的iwam密码的同步工作。按常理说,由操作系统负责的工作我们大可放心,不必担心出错,但不知是bug还是其它什么原因,系统的对iwam账号的密码同步工作有时会失败,使三方iwam账号所用密码不统一。当iis或com+应用程序使用错误iwam的密码登录系统,启动iis out-of-process pooled applications时,系统会因密码错误而拒绝这一请求,导致iis out-of-process pooled applications启动失败,也就是我们在id10004错误事件中看到的“不能运行服务器 3d14228d-fbe1-11d0-995d-00c04fd919c1} ”(这里 3d14228d-fbe1-11d0-995d-00c04fd919c1} 是iis out-of-process pooled applications的key),不能转入iis5应用程没滑序,http 500内部错误就这样产生了。

解决办法

知道了导致http 500内部错误的原因,解决起来就比较简单了,那就是人工同步iwam账号在active directory、iis metabase数据库和com+应用程序中的密码。

具体操作分三步,均需要以管理员身份登录计算机以提供足够的操作权限(iwam账号以iwam_myserver为例)。

(一)更改active directory中iwam_myserver账号的密码

因iwam账号的密码由系统控制,随机产生,我们并不知道是什么,为完成下面两步的密码同步工作,我们必须将iwam账号的密码设置为一个我们知道的值。

1、选择“开始”->“程序”->“管理工具”->”active directory用户和计算机”,启动“active directory用户和计算机”管理单元。

2、单击“user”,选中右面的“iwam_myserver”,右击选择“重设密码(t)…”,在跳出的重设密码对方框中给iwam_myserver设置新的密码,这儿我们设置成“aboutnt2023”(没有引号的),确定,等待密码修改成功。

(二)同步iis metabase中iwam_myserver账号的密码

可能因为这项改动太敏感和重要,微软并没有为我们修改iis metabase中iwam_myserver账号密码提供一个显式的用户接口,只随iis5提供了一个管理脚本adsutil.vbs,这个脚本位于c:\inetpub\adminscripts子目录下(位置可能会因你安装iis5时设置的不同而有所变动)。

adsutil.vbs脚本游戚功能强大,参数非常多且用法复杂,这里只提供使用这个脚本修改iwam_myserver账号密码的方法:

adsutil set w3svc/wamuserpass password

“password”参数就是要设置的iwam账号的新的密码。因此我枯磨腊们将iis metabase中iwam_myserver账号的密码修改为“aboutnt2023”的命令就是:

c:\inetpub\adminscripts>adsutil set w3svc/wamuserpass “aboutnt2023”

修改成功后,系统会有如下提示:

wamuserpass: (string) “aboutnt2023”

(三)同步com+应用程序所用的iwam_myserver的密码

同步com+应用程序所用的iwam_myserver的密码,我们有两种方式可以选择:一种是使用组件服务mmc管理单元,另一种是使用iwam账号同步脚本synciwam.vbs。

1、使用组件服务mmc管理单元

(1)启动组件服务管理单元:选择“开始”->“运行”->“mmc”,启动管理控制台,打开“添加/删除管理单元”对话框,将“组件服务”管理单元添加上。

(2)找到“组件服务”->“计算机”->“我的电脑”->“com+应用程序”->“out-of-process pooled applications”,右击“out-of-process pooled applications”->“属性”。

(3)切换到“out-of-process pooled applications”属性对话框的“标志”选项卡。“此应用程序在下列账户下运行”选择中“此用户”会被选中,用户名是“iwam_myserver”。这些都是缺省的,不必改动。在下面的“密码”和“确认密码”文本框内输入正确的密码“aboutnt2023”,确定退出。

(4)系统如果提示“应用程序被一个以上的外部产品创建。你确定要被这些产品支持吗?”时确定即可。

(5)如果我们在iis中将其它一些web的“应用程序保护”设置为“高(独立的)”,那么这个web所使用的com+应用程序的iwam账号密码也需要同步。重复(1)-(4)步,同步其它相应out of process application的iwam账号密码。

2、使用iwam账号同步脚本synciwam.vbs

实际上微软已经发现iwam账号在密码同步方面存在问题,因此在iis5的管理脚本中单独为iwam账号密码同步编写了一个脚本synciwam.vbs,这个脚本位于c:\inetpub\adminscripts子目录下(位置可能会因你安装iis5时设置的不同而有所变动)。

synciwam.vbs脚本用法比较简单:

cscript synciwam.vbs

“-v”参数表示详细显示脚本执行的整个过程(建议使用),“-h”参数用于显示简单的帮助信息。

我们要同步iwam_myserver账号在com+应用程序中的密码,只需要执行“cscript synciwam.vbs -v”即可,如下:

cscript c:\inetpub\adminscripts\synciwam.vbs -v

microsoft (r) windows script host version 5.6

版权所有(c) microsoft corporation。保留所有权利。

wamusername:iwam_myserver

wamuserpass:aboutnt2023

iis applications defined:

name, appisolated, package id

w3svc, 0, 3d14228c-fbe1-11d0-995d-00c04fd919c1}

root, 2,

iishelp, 2,

iisadmin, 2,

iissamples, 2,

msadc, 2,

root, 2,

iisadmin, 2,

iishelp, 2,

root, 2,

root, 2,

out of process applications defined:

count: 1

3d14228d-fbe1-11d0-995d-00c04fd919c1}

updating applications:

name: iis out-of-process pooled applications key: 3d14228d-fbe1-11d0-995d-00c04fd919c1}

从上面脚本的执行情况可以看出,使用synciwam.vbs脚本要比使用组件服务的方法更全面和快捷。它首先从iis的metabase数据库找到iwam账号”iwam_myserver”并取出对应的密码“aboutnt2023”,然后查找所有已定义的iis applications和out of process applications,并逐一同步每一个out of process applications应用程序的iwam账号密码。

使用synciwam.vbs脚本时,要注意一个问题,那就是在你运行synciwam.vbs之前,必须保证iis metabase数据库与active directory中的iwam密码已经一致。因为synciwam.vbs脚本是从iis metabase数据库而不是从active directory取得iwam账号的密码,如果iis metabase中的密码不正确,那synciwam.vbs取得的密码也会不正确,同步操作执行到“updating applications”系统就会报错误,即“找不到应用程序 3d14228d-fbe1-11d0-995d-00c04fd919c1}”。

好了,到现在为止,iwam账号在active directory、iis metabase数据库和com+应用程序三处的密码已经同步成功,你的asp程序又可以运行了!

修改成功后,系统会有如下提示:

经过测试,显示应该是

iis 的 http 内部服务器错误怎么解决????

打开 造成错误胡培的那个文件 把代码copy到别处 然后在文件中随便输入裤稿唯 比如“123” 保存

刷新

把原代码再copy 回来 保存

然后

刷新

就会出现 错误信息 而不是笼统的500错误 可参考敬洞提示解决之

IIS500错误,是因为微软的一个BUG所造成的。下面是解决办法:

主要是由于IWAM账号(在我的计算机即是IWAM_MYSERVER账号)的密码错误造成了HTTP 500内部错误。

在详细分析HTTP500内部错误产生的原因之前,先对IWAM账号进行一下简要的介绍:IWAM账号是安装IIS5时系统自动建立的一个内置账号,主要用于启动进程之外的应用程序的Internet信息服务。IWAM账号的名字会根据每台计算机NETBIOS名字的不同而有所不同,通用的格式是IWAM_MACHINE,即由“IWAM”前缀、连接线“_”加上计算机的NETBIOS名字组成。我的计算机的NETBIOS名字是MYSERVER,因此我的计算机上IWAM账号的名字就是IWAM_MYSERVER,这一点与IIS匿名账号ISUR_MACHINE的命名方式非常相似。

IWAM账号建立后被Active Directory、IIS metabase数据库和COM+应用程序三方共同使用,账号密码被三方分别保存,并由操作系统负责这三方保存的IWAM密码的同步工作。按常理说,由操作系统负责的工作我们大可放心仔举,不必担心出错,但不知是BUG还是其它什么原因,系统的对IWAM账号的密码同步工作有时会失败,使三方IWAM账号所用密码不统一。当IIS或COM+应用程序使用错误IWAM的密码登录系统,启念樱碧动IIS Out-Of-Process Pooled Applications时,系统会因密码错误而拒绝这一请求,导致IIS Out-Of-Process Pooled Applications启动失败,也就是我们在ID10004错误事件中看到的“不能运行服务器{3D14228D-FBE1-11D0-995D-00C04FD919C1} ”颂扰(这里{3D14228D-FBE1-11D0-995D-00C04FD919C1} 是IIS Out-Of-Process Pooled Applications的KEY),不能转入IIS5应用程序,HTTP 500内部错误就这样产生了。

解决办法

手工同步账号

知道了导致HTTP 500内部错误的原因,解决起来就比较简单了,那就是人工同步IWAM账号在Active Directory、IIS metabase数据库和COM+应用程序中的密码。

具体操作分三步,均需要以管理员身份登录计算机以提供足够的操作权限(IWAM账号以IWAM_MYSERVER为例)。

(一)更改Active Directory中IWAM_MYSERVER账号的密码

因IWAM账号的密码由系统控制,随机产生,我们并不知道是什么,为完成下面两步的密码同步工作,我们必须将IWAM账号的密码设置为一个我们知道的值。

1、选择“开始”->“程序”->“管理工具”->”Active Directory用户和计算机”,启动“Active Directory用户和计算机”管理单元。

2、单击“user”,选中右面的“IWAM_MYSERVER”,右击选择“重设密码(T)…”,在跳出的重设密码对方框中给IWAM_MYSERVER设置新的密码,这儿我们设置成“Aboutnt2023”(没有引号的),确定,等待密码修改成功。

(二)同步IIS metabase中IWAM_MYSERVER账号的密码

可能因为这项改动太敏感和重要,微软并没有为我们修改IIS metabase中IWAM_MYSERVER账号密码提供一个显式的用户接口,只随IIS5提供了一个管理脚本adsutil.vbs,这个脚本位于C:\\inetpub\\adminscripts子目录下(位置可能会因你安装IIS5时设置的不同而有所变动)。

adsutil.vbs脚本功能强大,参数非常多且用法复杂,这里只提供使用这个脚本修改IWAM_MYSERVER账号密码的方法:

adsutil SET w3svc/WAMUserPass Password

“Password”参数就是要设置的IWAM账号的新的密码。因此我们将IIS metabase中IWAM_MYSERVER账号的密码修改为“Aboutnt2023”的命令就是:

c:\\Inetpub\\AdminScripts>adsutil SET w3svc/WAMUserPass “Aboutnt2023”

修改成功后,系统会有如下提示:

WAMUserPass: (String) “Aboutnt2023”

(三)同步COM+应用程序所用的IWAM_MYSERVER的密码

同步COM+应用程序所用的IWAM_MYSERVER的密码,我们有两种方式可以选择:一种是使用组件服务MMC管理单元,另一种是使用IWAM账号同步脚本synciwam.vbs。

1、使用组件服务MMC管理单元

(1)启动组件服务管理单元:选择“开始”->“运行”->“MMC”,启动管理控制台,打开“添加/删除管理单元”对话框,将“组件服务”管理单元添加上。

(2)找到“组件服务”->“计算机”->“我的电脑”->“COM+应用程序”->“Out-Of-Process Pooled Applications”,右击“Out-Of-Process Pooled Applications”->“属性”。

(3)切换到“Out-Of-Process Pooled Applications”属性对话框的“标志”选项卡。“此应用程序在下列账户下运行”选择中“此用户”会被选中,用户名是“IWAM_MYSERVER”。这些都是缺省的,不必改动。在下面的“密码”和“确认密码”文本框内输入正确的密码“Aboutnt2023”,确定退出。

(4)系统如果提示“应用程序被一个以上的外部产品创建。你确定要被这些产品支持吗?”时确定即可。

(5)如果我们在IIS中将其它一些Web的“应用程序保护”设置为“高(独立的)”,那么这个WEB所使用的COM+应用程序的IWAM账号密码也需要同步。重复(1)-(4)步,同步其它相应Out of process application的IWAM账号密码。

2、使用IWAM账号同步脚本synciwam.vbs

实际上微软已经发现IWAM账号在密码同步方面存在问题,因此在IIS5的管理脚本中单独为IWAM账号密码同步编写了一个脚本synciwam.vbs,这个脚本位于C:\\inetpub\\adminscripts子目录下(位置可能会因你安装IIS5时设置的不同而有所变动)。

synciwam.vbs脚本用法比较简单:

cscript synciwam.vbs

“-v”参数表示详细显示脚本执行的整个过程(建议使用),“-h”参数用于显示简单的帮助信息。

我们要同步IWAM_MYSERVER账号在COM+应用程序中的密码,只需要执行“cscript synciwam.vbs -v”即可,如下:

cscript c:\\inetpub\\adminscripts\\synciwam.vbs -v

Microsoft (R) Windows Script Host Version 5.6

版权所有(C) Microsoft Corporation。保留所有权利。

WamUserName:IWAM_MYSERVER

WamUserPass:Aboutnt2023

IIS Applications Defined:

Name, AppIsolated, Package ID

w3svc, 0, {3D14228C-FBE1-11d0-995D-00C04FD919C1}

Root, 2,

IISHelp, 2,

IISAdmin, 2,

IISSamples, 2,

MSADC, 2,

ROOT, 2,

IISAdmin, 2,

IISHelp, 2,

Root, 2,

Root, 2,

Out of process applications defined:

Count: 1

{3D14228D-FBE1-11d0-995D-00C04FD919C1}

Updating Applications:

Name: IIS Out-Of-Process Pooled Applications Key: {3D14228D-FBE1-11D0-995D-00C04FD919C1}

从上面脚本的执行情况可以看出,使用synciwam.vbs脚本要比使用组件服务的方法更全面和快捷。它首先从IIS的metabase数据库找到IWAM账号”IWAM_MYSERVER”并取出对应的密码“Aboutnt2023”,然后查找所有已定义的IIS Applications和Out of process applications,并逐一同步每一个Out of process applications应用程序的IWAM账号密码。

使用synciwam.vbs脚本时,要注意一个问题,那就是在你运行synciwam.vbs之前,必须保证IIS metabase数据库与Active Directory中的IWAM密码已经一致。因为synciwam.vbs脚本是从IIS metabase数据库而不是从Active Directory取得IWAM账号的密码,如果IIS metabase中的密码不正确,那synciwam.vbs取得的密码也会不正确,同步操作执行到“Updating Applications”系统就会报错误,即“找不到应用程序{3D14228D-FBE1-11D0-995D-00C04FD919C1}”。

批处理同步

可以用一些BAT来修复这类IE问题的.

好了,到现在为止,IWAM账号在Active Directory、IIS metabase数据库和COM+应用程序三处的密码已经同步成功,你的ASP程序又可以运行了!

把下面的语句复制出来,粘贴到文本文件中.然后把文本文件保存生扩展名为.BAT的文件.例如:ie.bat.双击打开该BAT文件.一步步确定到最后.问题就能解决了.

IE.BAT

rem =====第七频道批处理开始========

rundll32.exe /s advpack.dll /DelNodeRunDLL32 C:\\WINNT\\System32\\dacui.dll

rundll32.exe /s advpack.dll /DelNodeRunDLL32 C:\\WINNT\\Catroot\\icatalog.mdb

regsvr32 /s setupwbv.dll

regsvr32 /s wininet.dll

regsvr32 /s comcat.dll

regsvr32 /s shdoc401.dll

regsvr32 /s shdoc401.dll /i

regsvr32 /s asctrls.ocx

regsvr32 /s oleaut32.dll

regsvr32 /s shdocvw.dll /I

regsvr32 /s shdocvw.dll

regsvr32 /s browseui.dll

regsvr32 /s browseui.dll /I

regsvr32 /s msrating.dll

regsvr32 /s mlang.dll

regsvr32 /s hlink.dll

regsvr32 /s mshtml.dll

regsvr32 /s mshtmled.dll

regsvr32 /s urlmon.dll

regsvr32 /s plugin.ocx

regsvr32 /s sendmail.dll

regsvr32 /s comctl32.dll /i

regsvr32 /s inetcpl.cpl /i

regsvr32 /s mshtml.dll /i

regsvr32 /s scrobj.dll

regsvr32 /s mmefxe.ocx

regsvr32 /s proctexe.ocx mshta.exe /register

regsvr32 /s corpol.dll

regsvr32 /s jscript.dll

regsvr32 /s msxml.dll

regsvr32 /s imgutil.dll

regsvr32 /s thumbvw.dll

regsvr32 /s cryptext.dll

regsvr32 /s rsabase.dll

regsvr32 /s triedit.dll

regsvr32 /s dhtmled.ocx

regsvr32 /s inseng.dll

regsvr32 /s iesetup.dll /i

regsvr32 /s hmmapi.dll

regsvr32 /s cryptdlg.dll

regsvr32 /s actxprxy.dll

regsvr32 /s dispex.dll

regsvr32 /s occache.dll

regsvr32 /s occache.dll /i

regsvr32 /s iepeers.dll

regsvr32 /s wininet.dll /i

regsvr32 /s urlmon.dll /i

regsvr32 /s digest.dll /i

regsvr32 /s cdfview.dll

regsvr32 /s webcheck.dll

regsvr32 /s mobsync.dll

regsvr32 /s pngfilt.dll

regsvr32 /s licmgr10.dll

regsvr32 /s icmfilter.dll

regsvr32 /s hhctrl.ocx

regsvr32 /s inetcfg.dll

regsvr32 /s trialoc.dll

regsvr32 /s tdc.ocx

regsvr32 /s MSR2C.DLL

regsvr32 /s msident.dll

regsvr32 /s msieftp.dll

regsvr32 /s xmsconf.ocx

regsvr32 /s ils.dll

regsvr32 /s msoeacct.dll

regsvr32 /s wab32.dll

regsvr32 /s wabimp.dll

regsvr32 /s wabfind.dll

regsvr32 /s oemiglib.dll

regsvr32 /s directdb.dll

regsvr32 /s inetcomm.dll

regsvr32 /s msoe.dll

regsvr32 /s oeimport.dll

regsvr32 /s msdxm.ocx

regsvr32 /s dxmasf.dll

regsvr32 /s laprxy.dll

regsvr32 /s l3codecx.ax

regsvr32 /s acelpdec.ax

regsvr32 /s mpg4ds32.ax

regsvr32 /s voxmsdec.ax

regsvr32 /s danim.dll

regsvr32 /s Daxctle.ocx

regsvr32 /s lmrt.dll

regsvr32 /s datime.dll

regsvr32 /s dxtrans.dll

regsvr32 /s dxtmsft.dll

regsvr32 /s vgx.dll

regsvr32 /s WEBPOST.DLL

regsvr32 /s WPWIZDLL.DLL

regsvr32 /s POSTWPP.DLL

regsvr32 /s CRSWPP.DLL

regsvr32 /s FTPWPP.DLL

regsvr32 /s FPWPP.DLL

regsvr32 /s FLUPL.OCX

regsvr32 /s wshom.ocx

regsvr32 /s wshext.dll

regsvr32 /s vbscript.dll

regsvr32 /s scrrun.dll mstinit.exe /setup

regsvr32 /s msnsspc.dll /SspcCreateSspiReg

regsvr32 /s msapsspc.dll /SspcCreateSspiReg

rem =====批处理结束========

另:

前面都很顺利,但在“开始”->“设置”->“控制面板”->“管理工具”->“组件服务”中,“控制台根

目录”->“组件服务”->“计算机”-

>“我的电脑”->“COM+应用程序”中,右键启动IIS Out-Of-Process Pooled Applications,发现仍然

报错,没办法重启IIS,发现问题现象

依旧如故,检查上面第三个步骤,输入csript synciwam.vbs -v命令后,返回的脚本执行情况其中最后一

段有一个Error的提示。一段英文,具

体文字描述未能保存下来,意思理解为:IIS的原数据库拒绝访问。

4、万般无奈,删除IIS的组件包,重新建立之,仍然无效。

至此又出现问题了。

查看应用程序日志和系统日志,发现错误提示事件ID号依旧为:10010、36、4205

上述的三个步骤中,前面两步应该都没有问题,最后一步好象有点问题。

根据事件ID号,查找相关资料,找出解决办法如下:

在“开始”->“设置”->“控制面板”->“管理工具”->“计算机管理”中,“系统工具”->“本地用户

和组”->“用户”里面,确认IWAM_My

server用户只在GUEST组内,再在“本地用户和组”->“组”里面,右键点击Users组属性,添加进NT

AUTHORITY\\Authenticated Users和NT

AUTHORITY\\Interactive两个用户成员,确定。

重复第三个步骤,即在IIS安装默认目录下输入:c:\\inetpub\\adminscripts> csript synciwam.vbs -v

根据返回的脚本执行情况进行查看,最后那一段的Error已经没有了,将COM+程序的用户改回为IWAM用户

,重新启动IIS Out-Of-Process

Pooled Applications应用程序,没有再报错了,再重启IIS,检查所有WEB站点服务,故障现象解除!

也就是说到了这一步IIS下面的ASP程序才正式恢复重新启动。

至此,故障现象全部排除!

因此,以下几点需要注意的:

1、事件日志的空间设置稍微放大一些,默认才512K,根据硬盘空间,适当放大一些,避免出现日志文件已满的情况;

2、不要随便轻易清空事件日志中的事件记录,很多故障现象需要从这个里面下手找原因;

3、所有返回的系统提示信息一定要注意仔细查看;

4、IIS中的应用程序保护应为中或高,如为低,则所有ASP页面均以本地系统权限运行,安全性存在问题。

5、COM+程序的用户权限和用户启动权限很重要,应注意检查。

6、系统默认组有时有重要作用,不能轻易删除或修改。

7、系统重要文件(如SAM)不可轻易删除,应尽可能采取妥善的解决方法。如使用外部程序修改注册表或SAM表信息以获得管理员权限。而不要删除该文件。

通过这个问题,偶发现一些看似复杂和不可思议的问题,只要动脑筋,通过仔细查看、分析,再到网上找到一些有关的文章加以对比——但也切忌死搬硬套——找到自己问题的根结所在,再找出相应的解决办法,问题最终总会迎刃而解。

没有设置相应的支持语言吧,比如:java,vb scrip

关于如何解决iis内部服务器错误的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。


数据运维技术 » 轻松解决iis内部服务器错误的实用指南 (如何解决iis内部服务器错误)