Sharepoint 中区域的用途是什么？ （Web 应用程序区域或身份验证区域或它们如何称呼它）
我无法理解这个概念，首先，它属于哪里。 它仅仅是一个 Shrepoint 概念还是像 ASP.NET 或 IIS 级别的更一般的概念？ 它是否只影响身份验证？如果是，它会如何影响它？ 或者说它对应用程序有什么影响？ 我知道这是一个广泛的问题，但我用谷歌搜索了大约 15 分钟，但没有找到答案。 现在这对我来说并不那么重要，但我很好奇。
您能否提供一个资源链接并对此进行解释？ 谢谢！
@编辑：我的意思是像这样的区域 身份验证提供者：表单 区域：Intranet（Internet，默认）
@Edit：根据我目前的理解，区域与 IIS Web 应用程序与共享点 Web 应用程序以及与此相关的网站集的关联有关。 例如，您可以扩展一个 Web 应用程序，创建一个新的 IIS Web 应用程序，但从 sharepoint 的角度来看，它只是另一个指向具有同一组网站集的同一 Web 应用程序的 URL。 并且扩展 IIS Web 应用程序可以具有与其关联的不同共享点区域（或者可以是同一区域），从而提供一种对同一共享点应用程序的不同访问点使用不同身份验证方法的方法。
我在这儿吗？
I can't understand the concept and, first of all, where it belongs.
Is it solely a Shrepoint concept or more general like of ASP.NET or IIS level?
Does it only affect authentication and if so how does it affect it? Or what effect does it have on an application?
I know it is a broad question, but I've googled for about 15 minutes and haven't been able to find the answer. And it is kind a not so critical for me now but I'm curious.
Can you please give a link to a resource with an explanation of this?
Thanks!
@Edit: I mean zones like in
Authentication Provider : Forms
Zone : Intranet (Internet, Default)
@Edit: From what I've understood by now the zones have to do with the association of IIS web applications with sharepoint web applications, and with site collections for that matter. So for example you can extend a web application creating a new IIS web application but from sharepoint's point of view it is just another URL pointing to the same web application with the same set of site collections. And the extension IIS web application can have a different sharepoint zone associeted with it (or thay can be the same zone) providing a way to use a different authentication methods for different access points of the same sharepoint application.
Am I right here?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
每个“区域”本质上都是一个新的 IIS 网站，其中每个网站都指向一个应用程序池。 论文也称为扩展。 IIS 中的应用程序池通过运行单独的工作进程来创建完全的线程隔离。
任何 Web 应用程序都可以扩展到多个区域。 将 Web 应用程序扩展到其他区域允许用户通过单独且独立的 URL 访问同一网站，每个 URL 都有自己的 Web.Config 文件和 IIS 应用程序范围。 每个区域都配置有自己的负载平衡 URL（协议、主机标头和端口）。 例如，这允许一个 Web 应用程序使用多种配置，包括多个身份验证存储、缓存方案或自定义 HTTP 模块。
基本上，它允许您根据用于访问该站点的 URL 来区别对待单个站点。 需要记住的重要一点是负载平衡和缓存方面。
如果您有一个本地 Intranet，其中有 500 个内部用户，并且想要扩展该站点，以便允许数千个外部用户，那么这些功能将允许您分离内容和负载平衡，以限制物理访问特定服务器，使用特定区域的自定义 HTTP 模块，根据这些用户组创建唯一的登录规则。
Each "zone" is essentially a new IIS Website, where each of the web sites point to a single Application Pool. Theses are also called extensions. Application pools in IIS create complete thread isolation by running separate worker proccesses.
Any Web application can be extended into multiple zones. Extending a Web application to additional zones allows users to access the same Web site through separate and independent URLs, each with its own Web.Config file and IIS application scope. Each zone is configured with its own load-balanced URL (protocol, host header, and port). This allows, for instance, one Web application to make use of many configurations including multiple authentication stores, caching scenarios, or custom HTTP modules.
Basically it allows you to treat a single site differently based on what URL is used to access the site. What is important to keep in mind is the aspect of Load Balancing, caching.
If you have a local intranet that will have, say, 500 internal users and want to extend that site so that you allow external users, say in the thousands, then these features will allow you to separate content and load balancing to limit physical access to specific servers, use custom HTTP Modules for specific zones to create unique sign on rules based on these groups of users.
区域代表访问同一 Web 应用程序的不同逻辑路径 (URL)。 您可以使用区域来为用户组实施不同的访问和策略条件。
区域提供了一种按以下方式对用户进行分区的方法：
每个 Web 应用程序都可以有一个最多 5 个区域。这 5 个可能的区域是：
创建 Web 应用程序时，将创建默认区域。 然后，您可以扩展 Web 应用程序以创建其他区域。
对于每个 Web 应用程序，每个区域只能选择一次。 例如，Web 应用程序中只能有一个默认区域。
每个区域由 IIS 中的不同网站表示。
Zones represent different logical paths (URLs) of gaining access to the same Web application. You can use zones to enforce different access and policy conditions for group of users.
Zones provide a method to partition users by:
Each Web application can have a maximum of 5 zones.The 5 possible zones are:
When you create a Web application, the Default zone is created. You can then extend the Web application to create other zones.
Each zone can only be selected once per Web application. For example, you can only have one Default zone in a Web application.
Each zone is represented by a different Web site in IIS.
它允许您从具有不同安全性的不同 URL 进行不同的访问。
这允许您为 Intranet 设置“Windows 身份验证”，为 Extranet 设置“表单身份验证”，以及为 Internet 设置“允许匿名的表单身份验证”。
缓存设置也因区域而异。 您可以将缓存配置为根据您所在的区域采取不同的行为。
到目前为止，这些是不同区域的主要区别（包括 3 个不同的可用公共 URL）。
it allows you to have different access from different urls with different security.
This allows you to set "Windows Authentication" for Intranet, "Form Authentication" for the extranet and "Form Authentication with allow anonymous" for the Internet.
The cache settings are also different depending on the zone. You can configure the cache to behave differently depending on which zone you are.
So far, those are the main differences for the different zones (including 3 different public url available).
为了更好地理解，
区域是一种将多个 Web 应用程序配置设置映射到一组内容数据库的方法。
例如，您可以创建一个 Web 应用程序，创建一个内容数据库，然后将数据库配置为使用 Windows 身份验证。
所有这些设置都是为 Web 应用程序的默认区域配置的。 然后，您可以扩展 Web 应用程序并将其映射到新区域。 执行此操作时，您可以选择要映射到的区域，例如 Intranet、Internet、自定义或 Extranet。
配置第二个区域时，选择现有或新的 Internet 信息服务 (IIS) 虚拟服务器和新的负载平衡 URL，并确定是使用 NTLM 还是 Kerberos 身份验证。 创建新区域后，您可以更改身份验证提供程序，例如更改为表单身份验证。
For a Better Understanding,
A zone is a way to map multiple Web application configuration settings to a single set of content databases.
For example, you can create a Web application, create a content database, and then configure the database to use Windows authentication.
All of these settings are configured for the Default zone for the Web application. You can then extend the Web application and map it to a new zone. When you do that, you select a zone to map to, such as Intranet, Internet, Custom, or Extranet.
When you configure the second zone, you select an existing or new Internet Information Services (IIS) virtual server and a new load-balanced URL, and determine whether to use NTLM or Kerberos authentication. You can change the authentication provider, for example, to forms authentication, after the new zone is created.