如果您的用户正在向 AD 进行身份验证，那么您的服务器可能需要经过身份验证的 SPLA 许可证，但最好的办法是致电 MS Licensing 并询问他们。一个更好的选择是多次致电 MS 许可并询问那里的不同人，因为答案通常不同。
也就是说，您的 Web 应用程序是否有任何理由需要使用 AD 来存储其用户帐户？使用 AD 用户帐户通常仅在您需要 AD 的其他功能（如 Exchange 或 SharePoint Access）时才真正使用，如果您只需要对用户进行身份验证，那么为什么不将用户帐户存储在您的数据库中。您将节省很多钱，因为您只需要未经身份验证的 Windows 许可证。
如果您的用户正在向 AD 进行身份验证，那么您的服务器可能需要经过身份验证的 SPLA 许可证，但最好的办法是致电 MS Licensing 并询问他们。一个更好的选择是多次致电 MS 许可并询问那里的不同人，因为答案通常不同。
也就是说，您的 Web 应用程序是否有任何理由需要使用 AD 来存储其用户帐户？使用 AD 用户帐户通常仅在您需要 AD 的其他功能（如 Exchange 或 SharePoint Access）时才真正使用，如果您只需要对用户进行身份验证，那么为什么不将用户帐户存储在您的数据库中。您将节省很多钱，因为您只需要未经身份验证的 Windows 许可证。
然后，您需要为每个客户提供一份 CAL。除非客户帐户类似于网络服务托管帐户，并且基本上是用于技术手段的。很大程度上取决于这里的细节。什么是“客户”，他们使用系统做什么？（即他们是否为使用系统付费，例如网络托管，或者系统只是达到目的的一种手段，例如像亚马逊这样的网上商店，他们为商品付费而不是系统访问）。
根据该问题的答案，可能适用正常许可 - 或者您可能必须（！）使用更便宜且按月付费的 SPLA（服务提供商许可协议）。
如果 SPLA 不适用，则可以使用 Internet 连接器许可证。