IIS何时创建应用池标识？
我创建了一个IIS管理工具，旨在创建新的应用程序，将它们分配给新的应用程序池，并为与该应用程序池关联的标识添加所需的文件夹ACL。根据，每当创建新的应用程序池时，IIS管理进程都会创建一个代表应用程序池本身名称的安全标识符（SID）。 但在我的Windows8Pro机器（IIS8）上，情况似乎并非如此。只有当与AppPool关联的应用程序启动时，才会创建SID。这使得设置文件夹ACL的任务变得非常困难，应用程序需要在创建AppPool标识之前启动，但除非设置ACL，否则应用程序将无法工作。。。鸡和蛋 这是怎么回事？我的Win8机器上有bug吗？这是Win8/IIS8的一般行为吗？我在Server2008R2（IIS 7.5）上没有问题，在IIS中创建AppPool后，它会立即创建AppPool标识SID 我知道在创建AppPool和创建SID之间有一个不确定的延迟。这通常不到一秒钟。在本例中，延迟看起来是不确定的（几分钟后，SID仍然不存在）IIS何时创建应用池标识？,iis,application-pool,Iis,Application Pool,我创建了一个IIS管理工具，旨在创建新的应用程序，将它们分配给新的应用程序池，并为与该应用程序池关联的标识添加所需的文件夹ACL。根据，每当创建新的应用程序池时，IIS管理进程都会创建一个代表应用程序池本身名称的安全标识符（SID）。 但在我的Windows8Pro机器（IIS8）上，情况似乎并非如此。只有当与AppPool关联的应用程序启动时，才会创建SID。这使得设置文件夹ACL的任务变得非常困难，应用程序需要在创建AppPool标识之前启动，但除非设置ACL，否则应用程序将无法工作。。。鸡
似乎只有在进程运行时才会创建SID。我有一个相关的问题，HKEY_用户下的注册表配置单元在重新启动后完全消失。测试表明，只要我的web服务启动（即，在第一次请求时），注册表配置单元就会以相同的SID和完全还原的内容完整返回，因此我猜想，一旦您第一次获得SID，您就可以将其用于相同的目的，即使重启后它还不存在。不过，让安全系统相信您没有犯命名错误可能仍然是一个问题。奇怪的是，在使用IIS 8的Windows Server 2012标准计算机上，我没有遇到这个问题。两者都是相同版本的IIS-8.0.9200.16384。两者都有相同的应用程序池默认值。