Quel est le but des zones de SharePoint? (zones d'application Web ou zones d'authentification ou comment l'appellent-ils)
Je ne peux pas comprendre le concept et, tout d'abord, où il appartient. Est-ce uniquement un concept shrirsoint ou plus général de ASP.NET ou IIS niveau? Cela n'a-t-il aucune incidence sur l'authentification et, si oui, comment cela l'affecte-t-il? Ou quel effet a-t-il eu sur une application? Je sais que c'est une question large, mais j'ai googlé depuis environ 15 minutes et je n'ai pas pu trouver la réponse. Et c'est gentil un aussi critique pour moi maintenant, mais je suis curieux.
Pouvez-vous s'il vous plaît donner un lien vers une ressource avec une explication de cela? Merci!
@Edit: Je veux dire des zones comme dans le fournisseur d'authentification: Formulaires Zone: intranet (internet, défaut)
@Edit: de ce que j'ai compris à présent, les zones concernent l'association de IIS applications Web avec des applications Web SharePoint et avec des collections de site pour cette affaire. Donc, par exemple, vous pouvez Étendez une application Web Création d'une nouvelle IIS Application Web mais du point de vue de SharePoint, il s'agit simplement d'une autre URL pointant vers la même application Web avec le même ensemble de collections de sites. Et l'extension IIS Application Web peut avoir une différence associée à SharePoint Zone associée (ou peut être la même zone) offrant un moyen d'utiliser une méthode d'authentification différente pour différents points d'accès de la même application SharePoint.
Suis-je raison ici?
Chaque "zone" est essentiellement un nouveau site Web IIS, dans lequel chacun des sites Web pointe vers un seul pool d'applications. Les thèses sont également appelées extensions. Les pools d'applications dans IIS Créer une isolation complète du thread en exécutant des procédés de travailleurs distincts.
Toute application Web peut être étendue à plusieurs zones. L'extension d'une application Web sur des zones supplémentaires permet aux utilisateurs d'accéder au même site Web via des URL séparées et indépendantes, chacune avec son propre fichier web.config et sur la portée de l'application IIS. Chaque zone est configurée avec sa propre URL à charge équilibrée (protocole, en-tête d'hôte et port). Cela permet, par exemple, une application Web à utiliser de nombreuses configurations, y compris plusieurs magasins d'authentification, scénarios de mise en cache ou modules HTTP personnalisés.
Fondamentalement, il vous permet de traiter un site unique différemment en fonction de l'URL utilisé pour accéder au site. Ce qui est important de garder à l'esprit est l'aspect de l'équilibrage de la charge, la mise en cache.
Si vous avez un intranet local qui aura, disons, 500 utilisateurs internes et souhaitez étendre ce site afin que vous autorisiez des utilisateurs externes, disons dans les milliers, puis ces fonctionnalités vous permettront de séparer le contenu et de faire l'équilibrage de la charge pour limiter l'accès physique à Serveurs spécifiques, utilisez des modules HTTP personnalisés pour des zones spécifiques pour créer des règles uniques sur les règles en fonction de ces groupes d'utilisateurs.
Les zones représentent différents chemins logiques (URL) d'avoir accès à la même application Web. Vous pouvez utiliser des zones pour appliquer différentes conditions d'accès et de politique pour le groupe d'utilisateurs.
Les zones fournissent une méthode aux utilisateurs de partition par:
- Type d'authentification (EX: Authentification basée sur les réclamations, Authentification Windows)
- Zone de réseau (Ex: extranet, Internet)
- Autorisations de politique (ex: Autoriser ou refuser l'accès en lecture ou en écriture)
Chaque application Web peut avoir un maximum de 5 zones. Les 5 zones éventuelles sont:
- Default
- Intranet
- L'Internet
- Personnalisé
- Extranet
Lorsque vous créez une application Web, la zone par défaut est créée. Vous pouvez ensuite étendre l'application Web pour créer d'autres zones.
Chaque zone ne peut être sélectionnée qu'une fois par application Web. Par exemple, vous ne pouvez avoir qu'une zone par défaut dans une application Web.
Chaque zone est représentée par un site Web différent dans IIS.
Pour une meilleure compréhension,
Une zone est un moyen de cartographier plusieurs paramètres de configuration de l'application Web sur un ensemble unique de bases de données de contenu.
Par exemple, vous pouvez créer une application Web, créer une base de données de contenu, puis configurer la base de données pour utiliser l'authentification Windows.
Tous ces paramètres sont configurés pour la zone par défaut pour l'application Web. Vous pouvez ensuite étendre l'application Web et mapper-la dans une nouvelle zone. Lorsque vous faites cela, vous sélectionnez une zone à mapper pour, telle que Intranet, Internet, Personnalisé ou Extranet.
Lorsque vous configurez la deuxième zone, vous sélectionnez un serveur virtuel existant ou de nouveaux services d'information Internet (IIS) et une nouvelle URL à charge équilibrée, et déterminez s'il faut utiliser l'authentification NTLM ou Kerberos. Vous pouvez modifier le fournisseur d'authentification, par exemple, à l'authentification des formulaires, une fois la nouvelle zone créée.
il vous permet d'avoir un accès différent de différentes URL avec une sécurité différente.
Cela vous permet de définir "Authentification Windows" pour Intranet, "Authentification de formulaire" pour l'extranet et "Authentification de formulaire avec Autoriser Anonyme" pour Internet.
Les paramètres de cache sont également différents selon la zone. Vous pouvez configurer le cache pour se comporter différemment selon la zone que vous êtes.
Jusqu'à présent, ce sont les principales différences pour les différentes zones (dont 3 URL publiques différentes disponibles).