标签: iis-7.5

我安装了DotNetOpenAuth SDK-3.4.5.10201.vsix,我无法让它工作.它在本地工作(当我作为localhost运行时)但当我尝试发布它不起作用.

我得到的IIS错误消息是

错误摘要
HTTP错误500.22 - 内部服务器错误
检测到的ASP.NET设置不适用于集成管理管道模式.

和

Module       ConfigurationValidationModule  
Notification BeginRequest  
Handler      StaticFile  
Error Code   0x80070032  

Run Code Online (Sandbox Code Playgroud)

那么有一些关于如何解决问题的建议:

你可以尝试的事情:

• 将配置迁移到该 system.webServer/modules部分.您可以手动或通过命令行中的AppCmd执行此操作 - 例如, %SystemRoot%\system32\inetsrv\appcmd migrate config "Default Web Site/".使用AppCmd迁移应用程序将使其能够在集成模式下工作,并继续在经典模式和早期版本的IIS中工作.

• 如果您确定可以忽略此错误,可以通过设置system.webServer/validation@validateIntegratedModeConfiguration 为false 来禁用它 .

• 或者,将应用程序切换到经典模式应用程序池 - 例如, %SystemRoot%\system32\inetsrv\appcmd set app "Default Web Site/" /applicationPool:"Classic .NET AppPool".只有在您无法迁移应用程序时才能执行此操作.
  (将"默认网站"和"经典.NET AppPool"设置为您的应用程序路径和应用程序池名称)

但问题是我无法访问ISS服务器,因为我不是它的所有者.有什么方法可以解决这个问题吗？

这是IIS 7.5和ASP.NET的一个问题,我一直在研究和无处可去.任何帮助将不胜感激.

我的问题是:在IIS 7.5中使用ASP.NET,IIS和/或操作系统如何允许Web应用程序写入文件夹,就像C:\dump在完全信任下运行一样？我怎么没有为应用程序池用户显式添加写访问权限(在这种情况下ApplicationPoolIdentity)？

我知道的很多:

• 在IIS 7.5中,应用程序池的默认标识是ApplicationPoolIdentity.
• ApplicationPoolIdentity 表示名为"IIS APPPOOL\AppPoolName"的Windows用户帐户,该帐户在创建应用程序池时创建,其中AppPoolName是应用程序池的名称.
• "IIS APPPOOL\AppPoolName"用户默认为该IIS_IUSRS组的成员.
• 如果你是在完全信任运行Web应用程序可以写入到文件系统的许多地区(不包括像文件夹C:\Users,C:\Windows等等).例如,您的应用程序将有权写入某些文件夹,例如C:\dump.
• 默认情况下,IIS_IUSRS组不会获得读取或写入访问权限C:\dump(至少不能通过Windows资源管理器中的"安全"选项卡显示该访问权限).
• 如果拒绝写访问权限IIS_IUSRS,则在尝试写入文件夹时会出现SecurityException(如预期的那样).

因此,考虑到所有这些,如何授予"IIS APPPOOL\AppPoolName"用户写入权限？w3wp.exe进程以此用户身份运行,那么是什么允许此用户写入它似乎没有显式访问权限的文件夹？

请注意,我理解这可能是为了方便起见,因为如果您在完全信任下运行,授予用户访问它需要写入的每个文件夹将是一件痛苦的事.如果要限制此访问权限,则始终可以在"中等信任"下运行该应用程序.我有兴趣了解操作系统和/或IIS允许这些写入的方式,即使似乎没有授予显式文件系统访问权限.

我使用Visual Studio 2010 RC运行Windows 7旗舰版(64位).我最近决定让VS在IIS上运行/调试我的应用程序而不是随附的开发服务器.

但是,每次我尝试运行MVC应用程序时,都会收到以下错误:

HTTP错误403.14 - 禁止Web服务器配置为不列出此目录的内容.详细

错误信息

模块DirectoryListingModule

通知ExecuteRequestHandler

处理程序StaticFile错误

代码0x00000000请求

URL http:// localhost:80/mySite /

物理路径C:\ myProject\mySite \

登录方法匿名登录

用户匿名

我default.aspx在目录中放置了一个文件,我收到以下错误:

HTTP错误500.21 - 内部服务器错误处理程序"PageHandlerFactory-Integrated"在其模块列表中有一个错误的模块"ManagedPipelineHandler"

有没有其他步骤我忘了采取这个工作？

注意:我在安装VS 2010 RC后安装了IIS 7.5.我使用了Visual Studio 2010中MVC项目的"属性"中"Web"选项卡下的内置"创建虚拟目录"按钮.我确保该应用程序使用的是ASP.NET 4应用程序池.

以下是我所拥有的IIS的已安装功能.

IIS 7.5,2008rc2,经典asp,500错误消息:

由于发生内部服务器错误,无法显示页面.

我需要知道如何配置IIS以获得更详细的错误.
我已经尝试在ASP配置中设置为true所有调试选项.
但那没用.谁能帮我？

在我的Win 7开发机器中,为了使用SQL Express实例而不是默认安装的localDB.我在我的MVC 4项目属性页面(Web选项卡)中取消选中"使用IIS Express",然后出现以下错误:

ASP.NET 4.5尚未在Web服务器上注册.您需要为ASP.NET 4.5手动配置Web服务器,以便您的站点正确运行.

我确认在IIS功能中激活了ASP.NET.

请问可以做些什么来解决这个问题？

是什么之间的区别customErrors,并httpErrors在ASP.NET MVC应用程序的web.config文件的部分？

使用每个部分的准则是什么？

如何在IIS 7.0中增加请求超时？在IIS 6.0中的ASP配置设置中的应用程序选项卡下完成相同的操作.我无法在IIS 7.0中找到asp.net配置部分

这让整个团队疯狂.IIS或我们的Web服务器必须有一些简单的错误配置部分,但每次我们尝试在IIS 7.5上运行ASP.NET Web应用程序时,都会出现以下错误...

这是完整的错误:

HTTP Error 500.19 - Internal Server Error

The requested page cannot be accessed because the related configuration  
data for the page is invalid.

`Detailed Error Information` 
Module              IIS Web Core
Notification        Unknown
Handler             Not yet determined
Error Code          0x8007000d
Config Error
Config File         \\?\E:\wwwroot\web.config
Requested URL       http://localhost:80/Default.aspx
Physical Path 
Logon Method        Not yet determined
Logon User          Not yet determined
Config Source
   -1: 
    0: 

该计算机正在运行Windows Server 2008 R2.我们正在使用Visual Studio 2008开发Web应用程序.

根据Microsoft的代码8007000d意味着我们的web.config中存在语法错误 - 除了项目构建并在本地运行良好.查看XML …

我刚刚尝试将我的第一个Web应用程序部署到Windows 7 Home Premium笔记本上的IIS中.创建应用程序后,我不得不更改为Classic App Pool,然后将该池设置为框架4.0.现在我收到以下错误:

HTTP错误404.17 - 未找到请求的内容似乎是脚本,静态文件处理程序不会提供.

请求的URL是http:// localhost:80/pvmms/default.aspx

我担心广泛的谷歌搜索没有给我提供任何明确或明确的信息,而且像往常一样,我转向了专家.

编辑: 我怀疑这是因为.aspx文件没有框架4.0处理程序映射.但是,aspnet_regi甚至为我的管理员用户提供了指示,并说我需要管理员权限才能运行它.

编辑#2: 我注册了所有的框架(2和4,32和64),现在都可以了.我通过手动添加脚本映射.aspx到aspnet_isapi和voila 找到了这个.我不明白为什么安装框架不会这样做,除非我的内存让我失望并且我在安装VS后才启用了IIS.

IIS对于流量较低的网站有一个烦人的功能,它会回收未使用的工作进程,导致第一个用户在一段时间后到达网站以获得极长的延迟(30秒以上).

我一直在寻找问题的解决方案,我发现了这些潜在的解决方案.

A. 使用Application Initialization插件

B. 使用.NET 4自动启动

C. 禁用空闲超时(在IIS重置下)

D. 预编译站点

我想知道哪一个更受欢迎,更重要的是,为什么有这么多解决方案来解决同样的问题？(我的猜测是他们不是,我只是没有正确理解的东西).

编辑

执行C似乎足以让我的网站保持热身,但我发现我网站的真正根源是与实体框架有关,我似乎无法弄清楚为什么它会变冷.看到这个问题,遗憾的是还没有得到解答,已经得到了解答!

我最终只需要制作一个热身脚本来偶尔点击我的网站,以确保它保持快速.