我们刚刚在运行Windows Web Server 2008的办公室networking中添加了一个新的开发服务器，使用IIS7.5和SQL 2008 R2。
我们没有RDP到服务器，而是我们远程运行IISpipe理器和SQL Mgmt Studio，并且WWW文件夹是我们映射到我们的计算机的共享。 除了一件事之外，一切都是完美的。
当我们添加一个新网站（并创build一个新的应用程序池）时，我们无法通过我们的共享驱动器或通过RDP为新的应用程序池设置权限。 我们可以在IIS中看到应用程序池，而我们的networking的超级pipe理员可以做到这一点没有任何问题。
例
用户创build一个名为TEST的新网站/ apppool。 在WWW文件夹中，testing – >属性 – >安全性，我们尝试添加IIS AppPool\TEST但找不到对象。 同样的事情通过RDP发生。 用户有权访问IIS AppPool\DefaultAppPool 。
超级pipe理员login到开发服务器，并可以设置所有应用程序池的权限。
这很奇怪，因为我们都是开发者的本地pipe理员，这是创buildAppPools的用户。
任何人有一个想法如何解决这个问题？
谢谢
听起来是正确的，如果我parsing正确的问题，但你说“通过RDP”和“不使用RDP”，这使得难以理解。
如果我没有记错，“IIS应用程序池”提供程序是应用程序主机帮助程序服务，它在本地框上运行。
我不知道如果这是远远的，我不会假设，但如果它通过RPC remotable，这可能解释为什么pipe理员可以做到这一点。