我当前有一个Web应用程序，我们将其称为" WebApp-a"。
WebApp-A实现Aspnetsqlmembershipprovider和Aspnetsqlroleprovider。
我现在想创建第二个Web应用程序，让我们称其为" subapp-b"，然后将其嵌套在WebApp-A中：
WebApp-a/subapp-b
我希望SubApp-B实现相同的Aspnetsqlmembershipprovider和Aspnetsqlroleprovider。
我希望在SubApp-B下创建的用户能够登录WebApp-A，但是在WebApp-A下创建的用户无法登录SubApp-B。我也希望能够将WebApp-A的角色分配到SubApp-B用户。
以了解我的理解，我可以使用多个Web应用程序使用相同的ASPNETSQLMEMBESHIPPROVIDER，并使用相应的Web.config内部使用applicationName ="来区分用户。这种方法会满足我的上述要求吗？
我是否应该在WebApp-a中嵌套subapp-b作为Web应用程序。或者我应该只使用带有角色的WebApp-a来创建可以访问/子文件夹区域的用户？
我希望在SubApp-B下创建的用户能够登录 WebApp-a，但在WebApp-a下创建的用户无法登录 subapp-b。我也希望能够从WebApp-A中分配角色 向SubApp-B用户。
如果在 subapp-b 下创建了用户，则将特殊角色（让您说 subappbrole ）分配给用户。
当用户访问 subapp-b 时，请检查以确保用户在 subappbrole 中。
换句话说，在 WebApp-a 下创建的用户不在 subappbrole 中，他们将无法将其置于 subapp-b
对我的理解，我可以使用相同的aspnetsqlmembershipprovider 使用多个Web应用程序，并使用 applicationName ="相应的Web.config的内部。会吗？ 方法满足我的上述要求？
否。您无法在不同的 applicaeaitaname 中设置 WebApp-a 和 subapp-b 。如果您想要一个 WebApp-A 用户能够登录 subapp-b ，则用户需要在相同的 applicaientaientaname 中。
我什至是否应该将subapp-b作为网络应用程序嵌套 WebApp-a。还是我应该只使用webapp-a扮演角色来创建 可以访问/子文件夹区域的用户？
您可以嵌套两个ASP.NET站点，尽管我个人不喜欢它。有时，如果您尝试SSO，则配置验证域会出现问题。此外，两个Web.config文件中的配置设置可能会相互碰撞。但是，一旦正确配置，就应该可以。