HTTP/1.1 500 Internal Server Error"

 

错误的行为:
    在VS.net 2003中创建一项ASP.NET Web 应用程序,此时发生错误:  尝试创建Web项目或打开位于URL"http://localhost/WebApplication1"的Web项目时,Web服务器报告了以下错误。"HTTP/1.1 500 Internal Server Error"。
错误分析:
    1、看下IIS 的Web服务启动没有(Windows 2000、IIS 5.0);
    2、看下IIS 的Web服务的 "属性" 中的 "目录安全性"子项,此时点"编辑",看下里面用匿名访问IIS的用户是什么,和本地用户组的用户是否保持一致;(如: 我的机器上的IIS匿名用户名是:IUSR_ACCPSTUD。那么看下本地用户组的用户中是否也有同样的一个用户,并保证是激活的。)
    3、进计算机管理中,使用事件查看查看器(此时由VS.NET 2003 创建项目时引发的错误事件信息)
       ①.选"应用程序"选项,查看来源于ASP.NET 1.1.43220 的错误事件信息.得到如下信息:

"aspnet_wp.exe could not be started. The error code for the failure is 80004005. This error can be caused when the worker process account has insufficient rights to read the .NET Framework files. Please ensure that the .NET Framework is correctly installed and that the ACLs on the installation directory allow access to the configured account. " 我分析了一下,应该是.NET Framework 中的ASP.NET 组件出错,因为 "aspnet_wp.exe could not be started."(线程无法被创建)。
      
       ②.另一个来源于ASP.NET 1.1.43220 的错误事件信息.得到如下信息:
"aspnet_wp.exe could not be launched because the username and/or password supplied in the processModel section of the config file are invalid. " 在系统事件中得到一致的错误信息: "该服务器因为错误 登录失败: 禁用当前的帐户。而无法登录至 Windows NT 帐号 'IUSR_machine(machine为计算机名称)'。此数据为错误码。"
   综合上述信息得出:此错误是由于IIS 与 vs.net2003 之间互相访问的权限问题及ASP.NET组件发生错误.
    4、随便写个ASP页面或者HTML页面,然后在IIS WEB服务中新建虚拟目录。建好后就打开网页,此时我的机器上的页面出现了乱码错误,查看源文件: "服务器应用程序不可用。您试图在此 Web 服务器上访问的 Web 应用程序当前不可用。请点击Web 浏览器中的“刷新”按钮重试您的请求。管理员注意事项:详述此特定请求失败原因的错误信息可在 Web 服务器的系统事件日志中找到。 请检查此日志项以查明导致该错误发生的原因。"
      此时错误提示和日志事件联系上来了。我们去查看下日志事件的错误描述。查看后也是 3、① 和3、②所描述的一样的错误。

    5、综上所分析和遇到的错误,以及在MSDN和上网查了下资料,还得到一个问题就是ASPNET用户必须是激活状态。
解决方案: ①、运行VS.net 2003命令提示工具:aspnet_regiis -i (重新安装ASP.NET 组件);
          ②、重新启动一下IIS 或者在"运行"中输入:iisreset;
          ③、激活上面所描述的前2个帐户 ASPNET、IUSR_machine("machine"为计算机名称),不要设置密码,确认在IIS的安全设置(匿名访问)里面找到"IUSR_machine"用户,并且是由IIS控制密码的;         
          ④、注销机器。
总结:废话说了一大堆,但是我想说明一点就是:我们遇到一些自己无法理解的错误,不要动不动就重装系统什么的,说了别人笑话,还搞软件的。我们要一点点研究为什么出错,中文、英文的错都看下,这样才能抓住核心问题。现在VS.NET 2005已经解决这个问题,不说了,有什么更好方法可以讨论一下。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Http1.1超文本传输协议中文版,目录如下: 1 引论 7 1.1 目的 7 1.2 要求 8 1.3 术语 8 1.4 总体操作 12 2 符号习惯和一般语法 13 2.1 扩充的BNF(扩充的 巴科斯-诺尔范式) 14 2.2基本规则 (basic rule) 15 3 协议参数 18 3.1 HTTP版本 18 3.2 统一资源标识符(URI) 19 3.2.1一般语法 19 3.2.2 http URL 19 3.2.3 URI 比较 19 3.3 日期/时间格式(Date/Time Formats) 20 3.3.1完整日期 (Full Date) 20 3.3.2 Delta Seconds 22 3.4 字符集 22 3.4.1丢失的字符集(Missing Charset) 22 3.5 内容编码(Content Codings) 23 3.6 传输编码 (Transfer Codings) 24 3.6.1块传输编码(Chunked Transfer Coding) 25 3.7 媒体类型(Media Type) 27 3.7.1规范化和文本缺省 27 3.7.2多部分类型(Multipart type) 28 3.8 产品标记 (product Tokens) 29 3.9 质量值(Quality Values) 29 3.10 语言标签 (Language Tags) 30 3.11 实体标签 30 3.12 范围单位(Range Units) 31 4 HTTP消息 31 4.1 消息类型(Message Types) 31 4.2 消息头 32 4.3 消息主体 33 4.4 消息的长度(Message Length) 34 4.5 常用头域(General Header Fields) 35 5 请求 35 5.1 请求行 36 5.1.1方法 36 5.1.2请求URL(Request-URI) 37 5.2请求的资源 38 5.3请求报头域 39 6 响应 40 6.1 状态行 (Status-Line) 41 6.1.1状态码与原因短语 41 6.2响应头域 44 7 实体(Entity) 45 7.1 实体报文域(Entity Header Fields) 45 7.2 实体主体(Entity Body) 46 7.2.1类型(Type) 46 7.2.2实体主体长度(Entity Length) 46 8 连接 46 8.1 持续连接(Persistent Connection)。 46 8.1.1目的 47 8.1.2总体操作 47 8.1.3代理服务器 (Proxy Servers) 48 8.1.4实际的考虑 (Practical Considerations) 48 8.2 消息传送要求(Message Transmission Requirements) 49 8.2.1持续连接与流量控制 (Persistent Connections and Flow Control) 49 8.2.2监视连接中出错状态的消息 49 8.2.3 100状态码的用途 50 8.2.4服务器过早关闭连接时客户端的行为 51 9 方法定义(Method Definitions) 52 9.1 安全和等幂(Idempotent)方法 52 9.1.1安全方法(Safe Methods) 52 9.1.2等幂方法(Idempotent Mehtods) 52 9.2 OPTIONS(选项) 53 9.3 GET 54 9.4 HEAD 54 9.5 POST 54 9.6 PUT 55 9.7 DELETE(删除) 56 9.8 TRACE 56 9.9 CONNECT(连接) 57 10.状态码定义 57 10.1 通知的 1xx 57 10.1.1 100 继续 (Continue) 57 10.1.2 101转换协议 58 10.2 成功 2xx 58 10.2.1 200 OK 58 10.2.2 201 已创建(Created) 58 10.2.3 202 接受(Accepted) 59 10.2.4 203 非权威信息(Non-Authoritative information) 59 10.2.5 204 无内容 (No Content) 59 10.2.6 205 重置内容(Reset Content) 59 10.2.7 206 部分内容(Partial Content) 60 10.3 重新定向 3xx. 60 10.3.1 300 多个选择.(Multiple Choices) 61 10.3.2 301 永久移动 (Moved Permanently) 61 10.3.3 302 发现(Found) 61 10.3.4 303 见其他(See Other) 62 10.3.5 304 没有被改变(Not Modified) 62 10.3.6 305 使用代理服务器 (User Proxy) 63 10.3.7 306没有使用的(unused) 63 10.3.8 307临时重发(Temporary Redirect) 63 10.4 客户错误 4xx 63 10.4.1 400 坏请求(Bad Request) 64 10.4.2 401 未授权的 (Unauthorized) 64 10.4.3 402 必需的支付 (Payment Required) 64 10.4.4 403 禁用 (Forbidden) 64 10.4.5 404 没有找到(Not Found) 64 10.4.6 405 不被允许的方法(Method Not Allowed) 65 10.4.7 406 不接受的 (Not Acceptable) 65 10.4.8 407 代理服务器授权所需(Proxy Authentication Required) 65 10.4.9 408 请求超时(Request Timeout) 65 10.4.10 409 冲突 (Confilict) 65 10.4.11 410 不存在(gone) 66 10.4.12 411 必需的长度 (Length Required) 66 10.4.13 412 先决条件失败 (Precondition Failed) 66 10.4.14 413 请求实体太大 66 10.4.15 414 请求URI太长(Request-URI Too Long) 67 10.4.16 415 不被支持的媒体类型(Unsupported Media Type) 67 10.4.17 416 请求范围不满足 (Requested Range Not Satisfiable) 67 10.4.18 417 期望失败 67 10.5 服务器错误 5xx (Server Error) 67 10.5.1 500 服务器内部错误 (Internal Server Error) 67 10.5.2 501 不能实现 (Not Implemented) 68 10.5.3 502 坏网关 (Bad Gateway) 68 10.5.4 503 难以获得的服务.(Service Unavailable) 68 10.5.5 504 网关超时(Gateway Timeout) 68 10.5.6 505 HTTP版本不支持 (HTTP version Not Supported) 68 11.入口验证(Access Authentication) 68 12.内容协商 (Content Negotiation) 69 12.1 服务器驱动协商(Server-driven Negotiation) 69 12.2 代理驱动协商 (Agent-driven Negotiation) 70 12.3 透明协商(Transparent Negotiation) 70 13 HTTP中的缓存 71 13.1.1缓存正确性(Cache Correctness) 72 13.1.2警告信息(Warnings) 72 13.1.3缓存控制机制 (Cache-control Mechanism) 73 13.1.4显示的用户代理警告(Explicit User Agent Warnings) 73 13.1.5规则和警告的例外情况 74 13.1.6由客户控制的行为(Client-controlled Behavior) 74 13.2 过期模型 (Expiration Model) 75 13.2.1 服务器指定模型(Server-Specified Expiratiion) 75 13.2.2 启发式过期 75 13.2.3 年龄(Age)计算 76 13.2.4 过期计算(Expiration Calculations) 78 13.2.5澄清过期值(Disambiguation Expiration Values) 79 13.2.6澄清多个响应(Disambiguating Multiple Response) 79 13.3 验证模型(Validation Model) 80 13.3.1最后修改日期 (Last-Modified Dates) 80 13.3.2 实体标签缓存验证器(Entity Tag Cache Validators) 80 13.3.3 强,弱验证器 (Weak and Strong Validators) 81 13.3.4 关于何时使用实体标签和最后修改时间的规则 83 13.3.5非验证条件(Non-validating Conditionls) 84 13.4 响应的可缓存性(Response Cacheability) 84 13.5 从缓存里构造响应 85 13.5.1End-to-end和Hop-by-hop头域 85 13.5.2不可更改的头域 86 13.5.3联合头域(Combining Headers) 87 13.5.4联合字节范围 88 13.6 缓存协商响应 88 13.7 共享和非共享缓存 (Shared and Non-Shared Caches) 89 13.8 错误和不完全的响应缓存行为 89 13.9 GET 和 HEAD 的副作用(Side Effects of GET and HEAD) 90 13.10 在更新或删除后的无效性 90 13.11 强制写通过( Write-Through Mandatory) 91 13.12 缓存替换 (Cache Replacement) 91 13.13 历史列表 (History Lists) 91 14 头域定义 92 14.1 Accept 92 14.2 Accept-Charset 94 14.3 Accept-Encoding 95 14.4 Accept-Language 96 14.5 Accept-Range 97 14.6 Age 97 14.7 Allow 98 14.8 Authorization (授权) 98 14.9 Cache-Control 99 14.9.1什么是可缓存的 101 14.9.2什么能被缓存保存 102 14.9.3对基本过期机制的改进 102 14.9.4缓存重验证和加载控制(Cache Revalidation and Reload Controls) 104 14.9.5 No-Transform缓存控制指令 106 14.9.6缓存控制扩展(Cache control Extendions) 107 14.10 Connection 107 14.11 Content-Encoding 108 14.12 Content-Language 109 14.13 Content-Length 109 14.14 Content-Location 110 14.15 Content-MD5 111 14.16 Content-Range 112 14.17 Content-Type 114 14.18 Date 114 14.18.1没有时钟的源服务器运作 115 14.19 ETag 115 14.20 Expect 116 14.21 Expires 116 14.22 From 117 14.23 Host 118 14.24 If-Match 118 14.25 If-Modified-Since 119 14.26 If-None-Match 120

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值