服务器应用程序不可用您试图在此 Web 服务器上访问的 Web 应用程序当前不可用。请点击 Web 浏览器中的“刷新”按钮重试您的请求。 管理员注意事项: 详述此特定请求失败原因的错误消息可在 Web 服务器的系统事件日志中找到。请检查此日志项以查明导致该错误发生的原因。
引起这个的原因大概是现安装了.Net Framework后装的IIS导致.Net没有在IIS里注册。
在网上找了很久都是说从.net命令行工具里运行aspnet_regIIS /i就可以了(或者在类似下面的目录:C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\aspnet_regiis.exe -i),但是自己试了很多次都不行,后来发现还是要先卸载再安装,重新创建为应用程序才行,具体如下:
从.net命令行工具里运行 aspnet_regIIS /u 卸载,再aspnet_regIIS /i安装
然后重启IIS ,删除“默认应用程序”,然后将站点重新创建为应用程序。
另外,还有可能是ASPNET账户没有IIS所指定服务器目录的权限。在资源管理器中找到“工具-文件夹选项-查看-使用简单文件夹共享(推荐)”,把前面的勾去掉,然后在服务器指定目录上点右键,属性-安全-添加-高级-立即查找,把ASPNET这个账户添加进去,给它指定完全访问的权限。这样做了以后就会发现没有了那个错误,不过如果访问数据库可能有会提示ASPNET这个账户没有权限访问数据库。这个提示就清楚多了,把该账户在数据库中加入相应的权限就可以了。
解决方法一 重新注册.Net 2.0/3.5/4.0:
C:WINDOWSMicrosoft.NetFrameworkv2.0.50727as.Net_regiis.exe –i
解决方法二 新建应用程序池:
新建应用程序池的步骤
1. 单击“开始”,指向“程序”,然后单击“控制面板”。
2. 双击“管理工具”,然后双击“Inte.Net 信息服务 (IIS)”。
3. 右键单击“应用程序池”,指向“新建”,然后单击“应用程序池”。
4. 在“应用程序池 ID”文本框中键入 AppPool1。
5. 单击“确定”。
将应用程序分配到应用程序池
1. 单击“开始”,指向“程序”,然后单击“控制面板”。
2. 双击“管理工具”,然后双击“Inte.Net 信息服务 (IIS)”。
3. 双击“Web 站点”。
4. 双击“默认 Web 站点”。
5. 右键单击“DebugApp1”,然后单击“属性”。
6. 在“主目录”标签中的“应用程序池”列表框中选择“AppPool1”,然后单击“确定”。
解决方法三,修改网站目录所在文件夹的访问权限:
找到当前网站目录->右键->属性->安全->添加->高级->立即查找->选择 Users 用户 ->确定->确定
解决办法:
1、新建一个应用程序池,点属性,标识,选择应用程序池的安全性帐户,本地系统,OK!
2、WEB文件夹属性中的权限添加NetWork Service帐号权限。
至此,网站可以正常运行.NET程序了
以上就是3种解决方法了,小伙伴们根据自己的情况,酌情选择吧,希望能对大家有所帮助
本文向大家介绍IIS 6.0提示“服务器应用程序不可用”的解决办法,包括了IIS 6.0提示“服务器应用程序不可用”的解决办法的使用技巧和注意事项,需要的朋友参考一下 今天在公司测试服务器上放了2个测试网站,iis居然报服务器应用程序不可用,把iis重启了,应用程序池也回收了,网站文件夹权限也改了,居然还是不行,好吧,下面我们来说下怎么解决的. 出错信息: 服务器应用程序不可用 您试图在此 Web
本文向大家介绍nginx、Apache、IIS服务器解决 413 Request Entity Too Large问题方法汇总,包括了nginx、Apache、IIS服务器解决 413 Request Entity Too Large问题方法汇总的使用技巧和注意事项,需要的朋友参考一下 一、nginx服务器 nginx出现这个问题的原因是请求实体太长了。一般出现种情况是Post请求时Body内容P
本文向大家介绍解决ASP.NET中"/"应用程序中的服务器错误的方法,包括了解决ASP.NET中"/"应用程序中的服务器错误的方法的使用技巧和注意事项,需要的朋友参考一下 学习asp.net中讲解验证控件问题时,我的程序运行时总是提示这样的问题:”/”应用程序中的服务器错误。如下图: 从网上找到了相关的方法: 在webconfig中找到 然后删除<addkey="ValidationS
我有一个部署在Azure应用服务上的NodeJS应用程序。用38 MB的文件做一个帖子,我得到一个404错误,但是在引擎盖下有一个IIS问题 要设置“maxAllowedContentLength”,我必须编辑“web”。配置文件。 这是不好的,因为如果我在Azure Portal应用程序设置上做一些更改,那么我的本地版本的web应用程序将无法运行。“配置”与自动生成的文件冲突。 是否可以以其他方
我正在编写一个服务器端应用程序,它将管理来自以下位置的请求: 游戏客户端 网站(HTTP请求) API 到目前为止,我只对每种类型的请求使用一个(NodeJS)应用程序,问题是随着用户群的增长,这种方法将产生瓶颈。 我想要一些关于如何开发服务器端架构的建议,以便它具有可扩展性。 我知道的唯一解决方案是使用运行相同应用程序的多台服务器,它们将共享相同的内存(Redis服务器)。 在nodeJS中,是
JavaEE提供CDI(上下文和依赖项注入),Spring提供依赖项注入。但是,这两种方法都会在部署(服务器启动时)时引发有关重复或缺少依赖项的问题和异常。 有没有像Dagger(用于android)这样的依赖注入解决方案,用于服务器端应用程序,提供全静态编译时依赖分析/解决方案,并通知开发人员问题和错误。