Intranet 应用程序中的 Windows Server CAL [重复]

Windows 许可网站指出：

当对服务器软件的访问未经身份验证并通过 Internet 进行时，不需要 Windows CAL。

因此，我不确定这如何适用于 Intranet 站点，起初我认为它也适用，但这取决于 Microsoft 对“Internet”的定义是什么。我会打电话给MS问。

此问题的答案可能因您使用的 Windows Server 的版本和版本而异……但是，我将在下面编写的规则适用于以下内容；

视窗服务器

版本： 2003 R2、2008、2008 R2

版本：标准版或企业版

您的问题的答案： 所有 100 台设备（或使用这些设备的用户）都需要 Windows Server CAL。

原因： 当您需要计算给定方案需要多少 CAL 时，请按照以下步骤操作...

第 1 步：首先，您应该始终从最坏的情况开始，并假设所有正在访问 Windows Server 软件（或以任何方式从其服务中受益）的用户或设备都需要 CAL。这通常是您直接或间接访问 Windows Server 软件的任何用户或设备的答案！需要 CAL。

以下是 2011 年 10 月 Microsoft Windows Server 2008 R2 产品使用权利中所写的实际许可条款（请注意，这些条款与我在本文开头列出的所有其他版本几乎相同）。产品使用权利包含通过 Microsoft 批量许可协议（不是完整打包产品 (FPP) 或原始设备制造商 (OEM)）获得的所有 Microsoft 软件的所有许可条款。您可以从以下 Microsoft URL 下载产品使用权利：http://www.microsoftvolumelicensing.com/userrights

“您必须获取 CAL 并将其分配给直接或间接访问您的服务器软件实例的每个设备或用户。硬件分区或刀片被视为单独的设备。”

第 2 步：查找可能适用于该规则的任何例外情况。下面列出了例外情况，这些例外情况再次摘自 2011 年 10 月的 Microsoft 产品使用权利。

"您不需要 CAL： • 任何用户或设备仅通过 Internet 访问您的服务器软件实例，而无需通过服务器软件或任何其他方式进行身份验证或以其他方式单独识别， • 您的任何服务器获得许可，并且运行服务器软件的实例， • 最多两个设备或用户访问您的服务器软件实例，仅用于管理这些实例，或 • 任何用户或设备访问在仅用于运行硬件虚拟化的物理 OSE 中运行的实例软件、提供硬件虚拟化服务和/或运行软件来管理和服务许可服务器上的 OSE。 ”

因此，在您的场景中，其他人建议以下异常可能是有效的......“任何用户或设备仅通过 Internet 访问您的服务器软件实例，而未经服务器软件的身份验证或以其他方式单独识别，或者通过任何其他方式“

事实并非如此！Intranet 通常作为您自己网络的一部分托管。用户，请勿“仅通过 Internet ”访问 Intranet ，因此例外情况不适用！

请注意：过去有人问过我，“如果我们配置我们的环境，以便我们的用户被重定向到我们的网络之外，然后通过 Internet 回到我们的 Intranet，会发生什么？” 答案是，由于它们最初是您网络的一部分并被重定向到您的网络之外，只是为了通过 Internet 回来访问您的 Intranet，所以它们仍然没有资格获得例外。原因是，他们没有“仅通过 Internet”访问 Windows Server 软件......他们是从您的内部网络访问它......通过 Internet。

这里要记住的另一件事......您提到的那 100 台设备（50 台 Windows 和 50 台 Linux 设备）很可能已经在访问您网络上的至少一个其他 Windows 服务器......因此已经需要 CAL ！只要这些设备（或使用它们的用户）中的每一个都分配有 CAL，它们就可以访问您公司拥有的任意数量的 Windows 服务器（只要这些 Windows 服务器的版本是相同的版本）或低于 CAL 版本的 Windows 版本。即具有 Windows Server 2003 CAL 的设备可以访问网络上任意数量的 Windows 2003 Server，以及任意数量的 Windows 2000 Server，以及任意数量的例如 NT 服务器……但不能访问任何 Windows 2008 或 2008 R2 服务器，因为它们是 CAL 的更高版本。