Planifier des collections de sites nommées par l’hôte (Windows SharePoint Services)

Article
05/17/2012

Mise à jour : 2009-04-23

Dans cet article :

À propos des collections de sites nommées par l’hôte
Créer une collection de sites nommée par l’hôte
Appliquer des en-têtes d’hôte
Configurer une collection de sites nommée par l’hôte
Rendre les sites nommés par l’hôte accessibles via HTTP et HTTPS

Windows SharePoint Services 3.0 prend à la fois en charge les collections de sites nommées par l’hôte et les collections de sites reposant sur des chemins d’accès. Les collections de sites nommées par l’hôte constituent une solution d’hébergement modulable offrant des noms d’hôte différents pour chaque collection de sites. Par conséquent, les collections de sites nommées par l’hôte sont associées à une seule adresse URL de nom d’hôte. En déployant des collections de sites nommées par l’hôte, vous pouvez mapper des entrées WINS ou DNS aux collections de sites des applications Web.

Les collections de sites reposant sur des chemins d’accès constituent une solution d’hébergement d’entreprise offrant des noms d’hôte différents pour chaque application Web. Dans un déploiement utilisant des chemins d’accès, les collections de sites sont mappées à un chemin d’accès géré subordonné à l’application Web. Les collections de sites reposant sur des chemins d’accès et les collections de sites nommées par l’hôte peuvent cohabiter au sein des mêmes applications Web, et ces applications peuvent contenir des milliers de collections de sites.

Les collections de sites reposant sur des chemins d’accès prennent en charge le mappage des accès de substitution utilisant plusieurs zones distinctes, chacune d’entre elles pouvant être associée à des adresses URL mappées à des adresses WINS ou DNS.

À propos des collections de sites nommées par l’hôte

Les collections de sites nommées par l’hôte permettent à Windows SharePoint Services 3.0 d’utiliser des noms d’en-tête d’hôte en lieu et place des chemins d’accès pour déterminer les collections de sites auxquelles les utilisateurs accèdent ainsi que le contenu renvoyé en réponse aux demandes des utilisateurs. La création d’une collection de sites nommée par l’hôte permet d’héberger plusieurs collections de sites disposant d’URL de redirection vers un microsite accessibles par les utilisateurs. Windows SharePoint Services 3.0 essaie d’analyser automatiquement les collections de sites nommées par l’hôte nouvellement créées si la base de données de contenu de Windows SharePoint Services 3.0 est associée à une instance de recherche Windows SharePoint Services 3.0.

Pour plus d’informations sur la configuration de collections de sites nommées par l’hôte utilisant l’authentification par formulaires, voir Préparer une configuration afin d’analyser les sites nommés par l’hôte qui utilisent l’authentification par formulaire.

Pour plus d’informations sur la configuration de collections de sites nommées par l’hôte utilisant l’authentification de base, voirPréparer l'analyse des sites nommés par l'hôte qui utilisent l'authentification de base.

Les collections de sites nommées par l’hôte permettent de créer plusieurs collections de sites à la racine d’une application Web. Par exemple, les administrateurs d’organisations d’hébergement utilisent des collections de sites nommées par l’hôte pour créer plusieurs sites nommés par le domaine. Windows SharePoint Services 3.0 permet d’inclure plusieurs domaines dans une même application Web. Dans Windows SharePoint Services 2.0, cette fonction était appelée « mode d’hébergement modulable ». Le mode d’hébergement modulable prend en charge la mise en place de plusieurs domaines (http://www.adatum.com,/ https://www.microsoft.com/fr/fr/default.aspx, etc.) sous forme de collections de sites distinctes au sein de la même application Web. Dans Windows SharePoint Services 3.0, les collections de sites nommées par l’hôte offrent les mêmes possibilités d’hébergement modulable.

Si vous devez prendre en charge des collections de sites reposant sur des chemins d’accès et répondant à plusieurs adresses URL de nom d’hôte, envisagez d’utiliser des mappages d’accès de substitution en lieu et place des collections de sites nommées par l’hôte. Pour plus d’informations sur les mappages des accès de substitution, voir Planifier les mappages des accès de substitution (Windows SharePoint Services).

Vous pouvez définir des collections de sites nommées par l’hôte dans plusieurs applications Web. Vous pouvez étendre plusieurs sites Web IIS avec Windows SharePoint Services 3.0. Les collections de sites nommées par l’hôte prennent en charge les sites portail.

Créer une collection de sites nommée par l’hôte

Vous pouvez créer un site à l’aide de l’outil en ligne de commande stsadm.exe. Vous ne pouvez pas utiliser l’application Web Administration centrale de Windows SharePoint Services 3.0 pour créer une collection de sites nommée par l’hôte.

Utilisez la commande stsadm.exe createsite pour créer une collection de sites. Ajoutez le paramètre suivant à cette opération pour indiquer que la collection doit être nommée par l’hôte et qu’il ne s’agit donc pas d’une collection reposant sur des chemins d’accès :

-hhurl <Web application URL>

Par exemple, si vous disposez d’une application Web appelée www.contoso.com et que vous souhaitez ajouter une collection de sites nommée par l’hôte associée à l’adresse URL http://hoster.contoso.com/, utilisez la commande suivante :

stsadm.exe -o createsite
-url http://hoster.contoso.com
-ownerlogin contoso\siteowner
-owneremail siteowner@contoso.com
-hhurl https://www.contoso.com

Les fournisseurs de services Internet configurent leurs serveurs DNS de manière à associer l’adresse http://hoster.contoso.com/ à l’adresse IP correcte. Pour réaliser un test, modifiez le fichier \system32\drivers\etc\hosts de manière à associer les collections de sites nommées par l’hôte à l’adresse IP d’un serveur exécutant Windows SharePoint Services 3.0. Une fois l’opération réalisée, accédez à l’adresse http://hoster.exemple.com pour accéder à votre site.

Si vous souhaitez modifier l’adresse URL d’une collection de sites nommée par l’hôte après sa création, utilisez la commande suivante :

stsadm.exe -o renamesite

Cette commande est disponible dans le correctif logiciel de Windows SharePoint Services 3.0. Pour plus d’informations sur l’utilisation de la commande stsadm.exe -o renamesite, voir Renamesite : opération Stsadm (Windows SharePoint Services).

Lors de la création de la base de données de configuration, vous n’êtes pas obligé de spécifier si vous souhaitez ou non utiliser des collections de sites nommées par l’hôte. Vous pouvez spécifier si la collection de sites doit être nommée par l’hôte ou reposer sur des chemins d’accès lors de la création de la collection de sites.

Pour créer des sites nommés par l’hôte, outre l’outil en ligne de commande, vous pouvez également utiliser le modèle d’objet de Windows SharePoint Services 3.0. L’exemple de code suivant crée le même site, http://hoster.contoso.com/ :

SPWebApplication webApp = SPWebApplication.Lookup(new
Uri("https://www.contoso.com"));
SPSiteCollection sites = webApp.Sites;
SPSite Site = null;
Site = sites.Add("http://hoster.contoso.com", "Site_Title",
"Site_Description", 1033, "STS#0", "contoso\owner",
"Owner_Display_Name", "Owner_Email", "contoso\secondaryowner,
"Secondary_Owner_Display_Name", "Secondary_Owner_Email", true);

Appliquer des en-têtes d’hôte

Vous pouvez appliquer des en-têtes d’hôte à deux niveaux :

Au niveau de l’application Web (site Web IIS)
Au niveau de la collection de sites

Dans la plupart des cas, si vous appliquez un en-tête d’hôte au niveau de l’application Web, l’accès aux collections de sites nommées par l’hôte sera impossible. Ceci est dû au fait qu’IIS ne répondra pas aux demandes contenant un nom d’hôte différent de la valeur configurée dans IIS. Cependant, vous pouvez opter pour cette solution si vous configurez le site Web IIS de la zone par défaut sans en-tête d’hôte et que vous appliquez des en-têtes d’hôte uniquement aux sites Web IIS des autres zones. Vous pouvez ainsi utiliser la zone par défaut avec les collections de sites nommées par l’hôte, qui sont considérées comme étant dans la zone par défaut, tout en utilisant la fonction de mappage des accès de substitution dans les autres zones pour les collections de sites reposant sur des chemins d’accès.

Pour appliquer des en-têtes d’hôte au niveau de l’application Web (site Web IIS) :

Dans la page d’accueil de l’Administration centrale, cliquez sur Gestion des applications.
Dans la page Gestion des applications, dans la section Gestion des applications Web SharePoint, cliquez sur Créer ou étendre une application Web.
Dans la page Créer ou étendre une application Web, dans la section Ajout d’une application Web SharePoint, cliquez sur Créer une application Web.
Dans la page Créer une application Web, dans la section Site Web IIS, configurez les en-têtes d’hôte de la nouvelle application Web en tapant l’adresse URL à utiliser pour accéder à l’application Web dans la zone En-tête de l’hôte.

La valeur d’en-tête d’hôte spécifie la liaison à créer pour le site Web IIS et permet de faire en sorte qu’IIS réponde uniquement aux demandes envoyées vers l’en-tête d’hôte spécifié. Vous pouvez modifier manuellement les liaisons IIS dans le gestionnaire IIS, mais cela n’est pas recommandé. En effet, les modifications réalisées dans le gestionnaire IIS ne seront pas prises en compte par Windows SharePoint Services 3.0. Si Windows SharePoint Services 3.0 essaye de mettre en service un site Web IIS sur un autre ordinateur de la batterie de serveurs pour la même application Web et la même zone, la liaison spécifiée dans la page Créer une application Web est utilisée. Si vous souhaitez modifier une liaison existante pour un site Web IIS donné, retirez l’application Web de la zone et étendez à nouveau l’application Web dans la zone en utilisant la liaison souhaitée.

Configurer une collection de sites nommée par l’hôte

Windows SharePoint Services 3.0 est fourni avec un ensemble de services Web permettant d’accomplir un certain nombre de tâches d’administration et de gestion des utilisateurs. L’une de ces tâches d’administration consiste à créer un site. La méthode Web CreateSite ne permet pas de créer des collections de sites nommées par l’hôte. Pour contourner ce problème, vous pouvez concevoir un service Web incluant l’exemple de code de l’API dans un wrapper.

Vous devez configurer un certain nombre d’options de configuration supplémentaires lorsque mettez en service un nouveau site Windows SharePoint Services 3.0. En spécifiant le modèle de site correct lors de la création du site, vous pouvez définir quels composants WebPart préconfigurés et quels éléments d’interface utilisateur seront disponibles sur le nouveau site. Dans la plupart des scénarios d’hébergement, vous avez tout intérêt à sélectionner un modèle de site d’équipe (valeur « STS#0 » à la création du site) ou un site vide ne contenant pas de composant WebPart ni de liste prédéfinie (valeur « STS#1 »).

Dans un environnement d’hébergement, il peut être judicieux de spécifier des quotas de site pour chaque site Web Windows SharePoint Services 3.0 récemment mis en service. Bien que les exemples de services Web ne prennent pas en charge les modèles de quota de site, vous pouvez ajouter des quotas de site et les utiliser pour créer un modèle de quota de site basé sur les limites prédéterminées.

Créer une collection de sites nommée par l’hôte utilisant l’authentification SQL

Si vous utilisez le fournisseur d’appartenances SQL dans un scénario d’hébergement, certaines étapes supplémentaires sont nécessaires pour configurer et gérer correctement une collection de sites nommée par l’hôte. Lorsque vous créez un site, vous devez désigner un utilisateur propriétaire du site. Le propriétaire doit donc déjà être défini comme utilisateur dans l’annuaire des appartenances. Pour simplifier cette opération et d’autres tâches relatives au fournisseur d’appartenances SQL, utilisez l’outil MembershipSiteAdmin.exe.

Remarque :
Pour plus d’informations sur le téléchargement de l’outil MembershipSiteAdmin.exe, voir Exemple de code source d’un fournisseur de sites SQL SharePoint https://www.codeplex.com/SharePointHosters/Release/ProjectReleases.aspx?ReleaseId=5097 .

MembershipSiteAdmin.exe est un outil en ligne de commande permettant de gérer la manière dont les sites et les utilisateurs sont créés, supprimés et mappés à des applications. Il facilite la réalisation des tâches suivantes :

Création d’un utilisateur dans la base de données d’appartenances SQL.
Suppression d’un utilisateur de la base de données d’appartenances SQL.
Création d’un site Windows SharePoint Services 3.0.
Suppression d’un site Windows SharePoint Services 3.0.
Création d’une liste de toutes les applications associées à un utilisateur spécifié ou vérification de l’existence d’un utilisateur dans le système ou dans une autre application.

Le processus de création ou de suppression d’un site Windows SharePoint Services 3.0 est mis en œuvre par stsadm.exe. Pour ce faire, stsadm.exe doit disposer d’un fichier de configuration disponible. MembershipSiteAdmin.exe appelle des procédures stockées personnalisées et l’API du fournisseur d’appartenances, puis inclut l’outil stsadm.exe dans un wrapper. MembershipSiteAdmin.exe mappe le nom de l’application au nom de domaine complet (FQDN) du site Windows SharePoint Services 3.0 en appelant l’une des procédures stockées personnalisées suivantes :

aspnet_Sitemaps_CreateMapping utilise comme entrée un nom d’application et un nom de domaine complet
aspnet_Sitemaps_DeleteMapping utilise comme entrée un nom de domaine complet

Vous pouvez créer et supprimer des utilisateurs dans le référentiel d’appartenances SQL par le biais de l’API du service d’appartenances ASP.NET (System.Web.Security.Membership). MembershipSiteAdmin.exe appelle la méthode Membership.CreateUser ou Membership.DeleteUser pour accomplir l’opération. Le fournisseur utilisé par le service d’appartenances est spécifié dans le fichier App.config (MembershipSiteAdmin.exe.config) de MembershipSiteAdmin.exe. MembershipSiteAdmin.exe utilise le fournisseur d’appartenances SQL intégré pour réaliser ces tâches et spécifie le nom de l’application à connecter à l’utilisateur. Le fichier MembershipSiteAdmin.exe.config doit pointer vers l’emplacement par défaut du fichier stsadm.exe. Si vous avez installé Windows SharePoint Services 3.0 à un autre emplacement, vous devez mettre à jour ce paramètre d’application. Reportez-vous à la section suivante du fichier MembershipSiteAdmin.exe.config :

<appSettings>
<add key="stsadmPath"
      value="C:\Program Files\Common Files\Microsoft Shared\Web server
extensions\12\BIN\" />
</appSettings>

Rendre les sites nommés par l’hôte accessibles via HTTP et HTTPS

Vous pouvez rendre les collections de sites nommées par l’hôte accessibles par le biais des deux protocoles HTTP et HTTPS si vous créez les collections de sites sur le port par défaut. Si vous utilisez un autre port pour créer les collections de sites, chaque collection de sites nommée par l’hôte sera accessible soit par le biais protocole HTTP, soit par le biais du protocole HTTPS, en fonction de l’adresse URL définie par le paramètre -url de la commande createsite. Vous ne pouvez pas utiliser des collections de sites nommées par l’hôte dans les scénarios extranet avancés fournis par les mappages des accès de substitution (scénario de terminaison SSL, par exemple).

Vous pouvez obtenir des résultats de recherche par le biais des deux protocoles en créant une application Web pour HTTP et une autre pour HTTPS. La recherche utilisera le schéma de protocole de l’adresse URL publique associée à la zone par défaut de l’application Web pour déterminer le type de schéma de protocole utilisé par les collections de sites nommées par l’hôte. Si vous souhaitez qu’une collection de sites nommée par l’hôte puisse faire l’objet d’une recherche par le biais du protocole HTTP, placez-la dans l’application Web HTTP. De même, si vous souhaitez que la collection de sites nommée par l’hôte puisse faire l’objet d’une recherche par le biais du protocole HTTPS, placez-la dans l’application Web HTTPS.

Configurer le protocole HTTPS pour les collections de sites nommées par l’hôte

Avant de configurer le protocole HTTPS, vous devez appliquer un certificat au site Web IIS. Par conséquent, dans Windows SharePoint Services 3.0, le protocole HTTPS peut uniquement être configuré au niveau de l’application Web. Dans les scénarios d’hébergement, les hébergeurs peuvent configurer une unique application Web avec le protocole HTTPS, puis créer plusieurs collections de sites nommées par l’hôte au sein de cette application Web. Techniquement, chaque site Web partage un certificat unique. Les hébergeurs doivent acquérir un certificat générique et utiliser une stratégie d’URL de collection de sites nommée par l’hôte correspondant à leur certificat générique. Par exemple, si un hébergeur fait l’acquisition d’un certificat générique *.contoso.com, il doit générer les adresses URL de la collection de sites nommée par l’hôte (https://site1.contoso.com,/ https://site2.contoso.com,/ etc.) pour que ces sites puissent franchir l’étape de validation SSL du navigateur. Cependant, s’il est nécessaire d’appliquer un certificat unique à chaque site, l’hébergeur doit créer plusieurs applications Web. Dans Windows SharePoint Services 3.0, les applications Web ne sont pas aussi modulables que les collections de sites.

Pour configurer le protocole HTTPS pour des collections de sites nommées par l’hôte, vous devez activer le protocole SSL dans la page Créer une application Web de l’administration centrale. Windows SharePoint Services 3.0 associe automatiquement un numéro de port à l’application Web, mais vous pouvez spécifier un autre numéro de port manuellement.

Les sites HTTPS peuvent être créés pour le mode de création de compte, le mode de compte de domaine Active Directory et l’authentification par formulaires Active Directory.

Une fois l’application Web créée, ouvrez le gestionnaire IIS et attribuez un certificat. Créez ensuite les collections de sites et, si vous utilisez un autre port que le port par défaut, pensez à spécifier le numéro de port pour les paramètres –url et –hhurl de la commande stsadm.exe –o createsite, comme dans l’exemple suivant :

stsadm.exe –o createsite
–ownerlogin contoso\administrator
–owneremail administrator@contoso.com
–url https://www.hoster.contoso.com:443
–hhurl https://www.contoso.com:443

Télécharger ce livre

Cette rubrique est incluse dans le livre téléchargeable suivant pour une lecture et une impression plus faciles :

Planification et architecture de Windows SharePoint Services 3.0, 2e partie (en anglais)

Consultez la liste des livres disponibles à l’adresse Livres à télécharger pour Windows SharePoint Services.