Win2008 server + IIS7 设置身份模拟(ASP.NET impersonatio

IIS 7相较于IIS 6有着显著的改进与变化。IIS 6中的一些设置，在IIS 7中可能会遇到全新的调整与挑战。尤其是在身份模拟配置方面，IIS7与IIS6的差异性尤为突出。虽然关于IIS6的身份模拟文章在网络上非常丰富，但关于IIS7的资料相对较少。我在此分享一些个人的经验，以供大家参考。

IIS 7支持两种ASP.NET应用模式：集成模式（Integrated Mode）和经典模式（Classic Mode）。集成模式是默认且被微软推荐的模式，它使用起来更为便捷，安全性也更高。在这种模式下，我们无需在配置文件中明写模拟账户的用户名和密码。对于使用IIS 7的我们来说，选择集成模式似乎是一个更好的选择。

在集成模式下，身份模拟完全可以通过界面来完成。例如，在Server Level下的IIS->Authentication图标中，我们可以开启ASP.NET身份模拟功能并进行编辑。在编辑框中，我们需要指定进行身份模拟的账号，这个账号必须是本地已存在的。

即使按照上述步骤进行设置后，我遇到了一个问题。我在一个测试页面中尝试获取当前模拟的身份，结果显示仍然是NT AUTHORITY\IUSR，而不是我设置的MyAcount账号。经过深入调查，我发现问题出在web.config文件中的设置上。

在IIS 7下，web.config文件中的设置已经过时。这个设置原本是用于IIS 6中的身份模拟，但在IIS 7的集成模式下，这个设置会干扰身份模拟的正常运作。我选择了删除这个配置项。

删除后，我终于能够成功使用之前在界面上配置的用户名进行身份模拟。新的问题又接踵而至。

尽管遇到了一些挫折，但我依然坚信每一个问题都有其解决之道。对于IIS 7的身份模拟问题，我们需要深入理解其新的运作模式，并适应其变化。接下来的挑战是进一步研究和理解IIS 7的新特性，以便更好地利用它构建安全、高效的Web应用程序。我希望我的经验能对遇到类似问题的朋友们有所帮助，让我们共同学习，共同进步。关于文件或程序集无法加载的问题描述与解决过程

在执行当前web请求时，遇到了一个未处理的异常。具体错误信息显示为无法加载名为'GetPathFileLib'的文件或程序集或其依赖项。在访问时权限被拒绝，这个错误来源于系统IO文件加载异常。这种问题往往是由于程序没有足够的权限去执行特定的dll文件导致的。这个问题出现在IIS7环境下，涉及到模拟账户权限的设置问题。

起初，用户尝试赋予模拟账户MyAcount对bin目录下.dll的完全控制权限，但问题仍未解决。随后，用户尝试更改其他目录的权限设置，甚至将MyAcount账户加入IIS_IUSRS群组，最终解决了问题。

关于IIS7环境下的身份模拟设置，这是一个相对复杂的过程。在此过程中，用户发现必须删除某些特定代码中的身份模拟标签（如），否则模拟的帐户会变成IIS APPPOOL\DefaultAppPool，这个设置是不正确的。只有当身份模拟标签被正确设置（如）时，权限设置才能生效。正确的身份模拟设置是IIS环境下解决此类问题的关键步骤之一。

经过上述步骤，用户成功解决了模拟账户无法加载特定文件或程序集的问题。值得注意的是，这种问题的出现和解决往往涉及到操作系统权限、IIS配置以及应用程序代码等多个方面的知识和操作。在解决此类问题时，需要综合考虑各种因素，仔细检查和调整相关设置，才能最终解决问题。这也提醒我们在开发和管理web应用程序时，需要充分了解IIS等服务器环境的配置和权限设置，以确保应用程序能够正常运行。

这个问题的解决过程涉及到IIS环境配置、权限设置以及代码调整等多个方面。希望上述描述和分析能对遇到类似问题的用户提供一定的帮助和参考。在未来的开发和管理工作中，我们需要更加注重相关知识和技能的积累和学习，以便更好地应对各种挑战和问题。