IIS7.5中神秘的ApplicationPoolIdentity

IIS7.5中(仅win7,win2008 SP2,win2008 R2支持)，应用程序池的运行帐号，除了指定为LocalService,LocalSystem,NetWorkService这三种基本类型外，还新增了一种ApplicationPoolIdentify

win7的官方帮助上是这么说的:

动态创建“应用程序池标识”帐户，因此，此帐户对于您的应用程序来说是最安全的。

也就是说"ApplicationPoolIdentity"帐号是系统动态创建的“虚拟”帐号(说它是虚拟的，是因为在用户管理里看不到该用户或用户组，在命令行下输入net user也无法显示，但该帐号又是确实存在的)

关键：手动输入 IIS AppPool\luckty （即IIS AppPool\应用程序池名），再确定，这回ok了.

http://www.cnblogs.com/yjmyzz/archive/2009/10/26/1590033.html

时间： 2024-07-29 07:49:40

IIS7.5中神秘的ApplicationPoolIdentity的相关文章

神秘的ApplicationPoolIdentity再也不用妈妈担心程序池安全了

在IIS 7和IIS 7.5中,我们可以为应用程序池设置一个特殊的Identity(用户标识):ApplicationPoolIdentity. 那么这个标识到底是什么意思?它是具体什么身份呢?这一讲我将为你揭晓答案. 这个标识设置会在应用程序池启动的时候,动态地产生一个用户身份,这个用户身份只具备对网站根目录的访问权限,这样可以进一步地保证服务器的安全性. 作为管理员和开发人员,都需要了解这个设置的特性. 视频地址 http://www.tudou.com/programs/view/9R-5

IIS7.5中调试.Net 4.0网站出现无厘头500错误的解决办法 (转)

刚刚部署了ii7的dll的有x86写的,就会出现以下这样的问题 iis 7 x86,Could not load file or assembly 'Name' or one of its dependencies. An attempt was made to load a program with an incorrect format. 解决这样的,只要设置一下iis兼容x86程序就可以了,具体步骤: 1.开始-> 运行 2. 3. 高级设置, Enable 32 - Bit Appli

[转载]ASP.NET伪静态页面的实现和伪静态在IIS7.0中的配置

ASP.NET伪静态 UrlRewrite(Url重写) 实现和配置最近在写一个CMS的内容管理系统,需要用到一个伪静态方面的方法,在网上找了一下这方面的资料,现将这方面的资源记录一下. 本机环境: Window server 2008 R2 Enterprise 操作系统+SQL Server 2008 R2 Enterprise企业版数据+Visual Studio 2010 SP1 普及一下伪静态方面的知识, 1.伪静态简单一点儿来说,其实就是重写了URL,最大的好处便于搜索引擎抓取,因

IIS5.1、IIS6.0、IIS7.5中安装配置MVC 3

本文主要介绍在IIS5.1.IIS6.0.IIS7.5中安装配置MVC 3的具体办法! 正文: IIS5.1 1. 安装Microsoft .net FrameWork 4.0安装包; 2. 安装ASP.NET MVC 3; 3. 在IIS中发布网站,创建虚拟目录,ASP.NET版本选择4.0.30196: 4. 添加MVC的解析: 右击IIS中的虚拟目录选择“属性”-“虚拟目录”-“配置”-“映射”-“添加”,配置如下: 可执行文件:C:\WINDOWS\Microsoft.NET\Frame

如何在IIS7或IIS7.5中导入导出站点及应用程序池

为实现负载平衡,我们可能会使用多个WEB服务器,也就会需要给多个IIS配置同样的站点和应用程序池.那么我们需要一个一个的重新建吗?当然不用,我们只需要一些简单的命令就可以在IIS7(Windows Server 2008)或IIS7.5(Windows Server 2008 R2)上来导出导入这些配置了. 当我们在IIS7或IIS7.5上创建站点时,IIS会为我们自动创建一个对应该站点的唯一的应用程序池.所以,我们要导入网站信息,就必须先导入应用程序池信息. 在IIS7+上导出所有应用程序池的

【ASP】Window2008站点安全设置，IIS7/IIS7.5中目录执行权限的设置方法

最近帮一个朋友管理Window 2008服务器,发现有个站点是用asp写的,更可怕的是还有传说中的“上传漏洞”,在上传文件夹中有好多的可执行的asp.php文件,算是shell后门脚本吧.怎么处理这个漏洞问题???最快捷的方法就是让这些文件“不可执行”! 下面是百度出来的解决方案: 我们在建站的时候,通常有些目录必须给写入权限,这个时候这些目录就很可能被人写入脚本文件,为了将安全性维护得更好,我们可以关闭这些有写入权限的目录的脚本执行权限.IIS6的时候,我们很容易找到关闭的地方,而IIS7时

解决 Iis7.5 中的“ISAPI 和 CGI 限制”错误

在新安装的Windows Server 2008 上遇到的问题,提示: HTTP 错误 404.2 - Not Found 由于 Web 服务器上的“ISAPI 和 CGI 限制”列表设置,无法提供您请求的页面解决办法如下: 如何解决IIS7出现“由于 Web 服务器上的“ISAPI 和 CGI 限制”列表设置,无法提供您请求的页面”提示. 1.打开 Internet 信息服务(IIS)管理器2.在“功能”视图中,双击“ISAPI 和 CGI 限制” 以确认 Web 服务扩展被设置为“允许”.

IIS 之在IIS7、IIS7.5中应用程序池最优配置方案

找到Web站点对应的应用程序池,"应用程序池" → 找到对应的"应用程序池" → 右键"高级设置..." 一.一般优化方案 1.基本设置 [1] 队列长度: 默认值1000,将原来的队列长度改为 65535. [2] 启动32位应用程序:默认值False,改为True, 否则安装一些32的组建或32位的php都会出错. [3] 托管管道模式:Integrated 或 Classsic. 2.高级设置 [1] 闲置超时(分钟):默认20分钟,修改设

解析：在IIS7或IIS7.5中导入导出站点及应用程序池

当在IIS7或IIS7.5上创建站点时,IIS会自动创建一个对应该站点的唯一的应用程序池.如果要导入网站信息,则必须先导入应用程序池信息. 一,iis7或iis7.5 应用程序池1,导出应用程序池%windir%/system32/inetsrv/appcmd list apppool /config /xml > c:/apppools.xml 这个命令会将服务器上全部的应用程序池都导出来,但有些我们是我们不需要的,要将他们删掉.比如:DefaultAppPoolClassic .Net Ap