Share via

Planifier les collections de sites nommées par l’hôte (SharePoint Foundation 2010)

  • Article

 

S’applique à : SharePoint Foundation 2010

Dernière rubrique modifiée : 2010-06-14

Dans cet article :

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

  • À propos des en-têtes d’hôte

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

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

  • Utiliser des chemins d’accès gérés avec des collections de sites nommées par l’hôte

  • Exposer des sites nommés par l’hôte sur HTTP ou SSL

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

  • Utiliser des collections de sites nommées par l’hôte avec une terminaison SSL hors zone

Microsoft SharePoint Foundation 2010 prend en charge aussi bien les collections de sites nommées par l’hôte que les collections de sites basées sur des chemins. La différence principale entre ces deux collections est que, dans une application Web, toutes les collections de site basées sur des chemins partagent le même nom d’hôte (nom DNS) alors que les collections de sites nommées par l’hôte ont chacune un nom DNS unique.

Les collections de sites basées sur des chemins fournissent une solution d’hébergement d’entreprise où toutes les collections de site partagent le même nom d’hôte de l’application Web. Dans un déploiement basé sur des chemins, vous pouvez disposer d’une collection de sites unique à la racine de l’application Web et des collections de site supplémentaires sous les chemins d’accès gérés au sein de l’application Web.

Les collections de sites nommées par l’hôte fournissent une solution d’hébergement Web modulable où chaque collection de sites est affectée à un nom DNS unique. Dans un déploiement d’hébergement Web, chaque collection de sites nommée par l’hôte possède sa propre URL de nom d’hôte vanity, telle que http://customer1.contoso.com, http://customer2.contoso.com, ou http://www.customer3.com.

SharePoint Foundation 2010 apporte deux améliorations notables aux collections de site nommées par l’hôte : la possibilité d’utiliser des chemins d’accès gérés avec des collections de sites nommées par l’hôte et la possibilité d’utiliser la terminaison SSL hors zone avec des collections de sites nommées par l’hôte.

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

Les hébergeurs Web fournissent aux clients un espace de serveur Web pour héberger leurs propres sites Web. Dans un environnement SharePoint Foundation 2010 basé sur le chemin, ces sites sont généralement affectés à https://www.contoso.com/sites/customer1, https://www.contoso.com/sites/customer2, etc. Cependant, les clients d’hébergement Web souhaitent généralement que leurs sites Web soient disponibles sur un nom de domaine vanity, par exemple http://customer1.contoso.com, http://customer2.contoso.com, etc.

Une des méthodes de prise en charge de cette demande des clients est de fournir à chaque client sa propre application Web et d’attribuer le nom DNS unique du client à l’application Web. Cependant, les applications Web SharePoint Foundation 2010 ne s’adaptent pas aussi bien que les collections de sites SharePoint Foundation 2010. SharePoint Foundation 2010 prend en charge des collections de sites nommées par l’hôte comme alternative à la création d’une application Web unique. Les collections de sites nommées par l’hôte peuvent s'adapter à des milliers de collections de sites, car elles peuvent toutes figurer au sein d’une seule application Web tout en offrant la possibilité de créer des noms vanity.

Comme les collections de sites nommées par l’hôte possèdent une seule URL, elles ne prennent pas en charge les mappages des accès de substitution et sont toujours considérées comme appartenant à la zone par défaut. Si vous devez prendre en charge des collections de sites qui répondent à plusieurs URL nommées par l’hôte, vous pouvez envisager d’utiliser des collections de sites basées sur des chemins d’accès avec mappages des accès de substitution au lieu des collections de sites nommées par l’hôte. Vous devez prendre en compte plusieurs options de configuration lorsque vous mettez en service un nouveau site SharePoint Foundation 2010. Définir le modèle de site approprié permet de déterminer quels composants WebPart et autres éléments de l’interface utilisateur sont disponibles sur le nouveau site. Dans un scénario d’hébergement, vous sélectionnerez sans doute un modèle de site d’équipe (valeur « STS#0 » à la création du site) ou un site vide sans composant WebPart ou des listes préexistantes (valeur « STS#1 »). Vous pouvez aussi envisager des quotas de site sur chaque collection de sites récemment mise en service.

À propos des en-têtes d’hôte

Les en-têtes d’hôte renvoient à la portion du protocole HTTP qui indique au serveur Web le nom DNS du site auquel le client se connecte. Vous pouvez appliquer des en-têtes d’hôte à deux niveaux différents dans SharePoint Foundation 2010 :

  • Le niveau de l’application Web (site Web IIS)

  • Le niveau de la collection de sites

Il est important de distinguer les deux niveaux. Les en-têtes d’hôte au niveau de la collection de sites sont réservés aux collections de sites nommées par l’hôte. Dans la plupart des cas, l’application d’une liaison d’en-tête d’hôte au niveau du site Web IIS rend l’accès impossible aux collections de sites nommées par l’hôte via le site Web IIS. En effet, IIS ne répond pas aux demandes de noms d’hôte qui sont différentes de la liaison d’en-tête d’hôte.

Les collections de sites nommées par l’hôte et les collections de sites basés sur des chemins peuvent coexister dans la même application Web et peuvent exister dans plusieurs applications Web. Pour s’assurer que les deux types de collections de site sont accessibles aux utilisateurs, il est recommandé de ne pas insérer de liaisons d’en-têtes d’hôte sur le site Web IIS affectées à la zone par défaut de votre applications Web, si vous avez des collections de sites nommées par l’hôte dans cette application Web. Vous pouvez appliquer des liaisons d’en-têtes d’hôte aux sites Web IIS dans les autres zones de votre application Web. Cela vous permet à la fois d’utiliser la zone par défaut avec des collections de sites nommées par l’hôte et d’utiliser la fonction de mappage des accès de substitution dans les autres zones pour les collections de sites basées sur les chemins.

Vous pouvez modifier manuellement les liaisons d’en-têtes d’hôte sur le site Web IIS depuis le Gestionnaire IIS mais cette procédure n’est pas recommandée. Toutes les modifications apportées depuis le Gestionnaire IIS ne seront pas enregistrées dans SharePoint Foundation 2010. Si SharePoint Foundation 2010 tente de configurer un site Web IIS sur un autre ordinateur dans la batterie de la même zone et de l’application Web, c’est la liaison de l’en-tête d’hôte d’origine qui est utilisée à la place de la liaison modifiée. Pour modifier une liaison existante pour un site Web IIS, supprimez l’application Web de la zone puis étendez de nouveau l’application Web dans la zone avec la liaison que vous souhaitez utiliser.

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

Vous devez utiliser Windows PowerShell pour créer une collection de sites nommée par l’hôte. Vous ne pouvez pas utiliser l’application Web Administration Centrale de SharePoint Foundation 2010 pour créer une collection de sites nommée par l’hôte, mais vous pouvez utiliser l’Administration Centrale pour gérer la collection de sites après l’avoir créée.

Vous pouvez créer une collection de sites nommée par l’hôte à l’aide de l’applet de commande Windows PowerShell New-SPSite et du paramètre -HostHeaderWebApplication, comme illustré dans l’exemple suivant :

  1. Pour créer une collection de sites nommée par l’hôte à l’aide de Windows PowerShell, vérifiez que vous répondez à la configuration minimale suivante : Voir Add-SPShellAdmin.

  2. Dans le menu Démarrer, cliquez sur Tous les programmes.

  3. Cliquez sur Produits Microsoft SharePoint 2010.

  4. Cliquez sur SharePoint 2010 Management Shell.

  5. Depuis l’invite de commandes Windows PowerShell (PS C:\>), tapez ce qui suit :

New-SPSite http://host.header.site.url -OwnerAlias DOMAIN\username - 
HostHeaderWebApplication https://servername

Cette opération crée une collection de sites nommée par l’hôte avec l’URL http://host.header.site.url dans l’application Web SharePoint Foundation 2010 avec l’URL https://servername.

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

Outre l’utilisation de Windows PowerShell pour créer des sites nommés par l’hôte, vous pouvez utiliser le modèle objet SharePoint Foundation 2010. L’exemple de code suivant crée la collection de sites nommée par l’hôte à l’aide de l’URL http://host.header.site.url dans l’application Web SharePoint Foundation 2010 avec l’URL https://servername:

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);

SharePoint Foundation 2010 accompagne un jeu de services Web destiné à diverses tâches utilisateur et administratives. Une de ces tâches administratives est de créer une nouvelle collection de sites. La méthode de service Web CreateSite ne prend pas en charge la création de collections de sites nommées par l’hôte. Une solution à ce problème consiste à développer un service Web qui englobe l’exemple de code API.

Utiliser des chemins d’accès gérés avec des collections de sites nommées par l’hôte

SharePoint Foundation 2010 ajoute une prise en charge au niveau des chemins d’accès gérés avec des collections de sites nommées par l’hôte. En effet, les hébergeurs peuvent fournir plusieurs collections de sites nommées par l’hôte au même client où chaque collection de sites partage le nom d’hôte unique du client mais que distingue le chemin d’accès d’URL après le nom d’hôte.

Les chemins d’accès gérés destinés aux collections de sites nommées par l’hôte sont différents des chemins d’accès gérés destinés aux collections de sites basées sur des chemins. Les chemins d’accès destinés aux collections de sites nommées par l’hôte ne s’appliquent pas aux collections de sites basées sur des chemins d’accès, et inversement. Les chemins d’accès créés pour les collections de sites nommées par l’hôte sont disponibles pour toutes les collections de sites nommées par l’hôte au sein de la batterie, indépendamment de l’application Web qui contient la collection de sites nommée par l’hôte. Vous devez créer une collection de sites nommée par l’hôte racine pour un nom d’hôte avant de pouvoir créer une collection de sites nommée par l’hôte de chemin d'accès géré pour ce même nom d’hôte.

Vous pouvez créer un chemin d’accès géré destiné à des collections de sites nommées par l’hôte à l’aide de l’applet de commandes Windows PowerShell New-SPManagedPath et du paramètre -HostHeader, comme illustré dans l’exemple suivant :

New-SPManagedPath pathname -HostHeader

L’exemple suivant montre une collection de sites nommée par l’hôte créée à un chemin d’accès géré :

New-SPSite http://host.header.site.url/pathname/sitename -OwnerAlias DOMAIN\username -HostHeaderWebApplication https://servername

Exposer des sites nommés par l’hôte sur HTTP ou SSL

Les collections de sites nommées par l’hôte utilisent le même schéma de protocole que l’URL publique dans la zone par défaut de leur application Web. Si vous souhaitez fournir des collections de sites nommées par l’hôte dans votre application Web sur HTTP, vérifiez que l’URL publique dans la zone par défaut de votre application Web est une URL HTTP. Si vous souhaitez fournir des collections de sites nommées par l’hôte dans votre application Web sur SSL, vérifiez que l’URL publique dans la zone par défaut de votre application Web est une URL HTTPS.

Contrairement à une version antérieure, SharePoint Foundation 2010 ne prend pas en charge une collection de sites nommée par l’hôte qui utilise des URL HTTP et SSL simultanément. Si certaines collections de sites nommées par l’hôte doivent être disponibles sur HTTP et d’autres collections de sites nommées par l’hôte disponibles sur SSL, répartissez les collections de sites nommées par l’hôte dans deux applications Web séparées pour ce type d’accès. Dans ce scénario, les collections de sites nommées par l’hôte HTTP doivent appartenir à une application Web dédiée à un accès HTTP et les collections de sites nommées par l’hôte SSL doivent appartenir à une application Web dédiée à un accès SSL.

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

Dans les scénarios d’hébergement, les hébergeurs peuvent configurer une seule application Web à l’aide du protocole SSL puis créer plusieurs collections de sites nommées par l’hôte au sein de cette application Web. Pour parcourir un site à l’aide du protocole SSL, un certificat de serveur doit être installé et affecté au site Web IIS. Chaque collection de sites nommée par l’hôte dans une application Web partagera le certificat de serveur unique affecté au site Web IIS.

Les hébergeurs doivent se procurer une certificat générique ou un certificat d’un autre nom d’objet puis utiliser une stratégie URL de collection de sites nommée par l’hôte qui correspond à ce certificat. Par exemple, si un hébergeur acquiert un certificat générique *.contoso.com, il doit générer des URL de collection de sites nommée par l’hôte telles que https://site1.contoso.com, https://site2.contoso.com, etc, pour permettre à ces sites d’être validés par le protocole SSL. Cependant, si des clients nécessitent des noms de domaine de niveau secondaire uniques pour leurs sites, l’hébergeur doit créer plusieurs applications Web au lieu de plusieurs collections de sites nommées par l’hôte.

Pour configurer le protocole SSL pour les collections de sites nommées par l’hôte, activez-le lors de la création de l’application Web. Cette opération va créer un site Web IIS avec une liaison SSL au lieu d’une liaison HTTP. Une fois l’application Web créée, ouvrez le Gestionnaire IIS et affectez un certificat à cette liaison SSL. Vous pouvez ensuite créer des collections de sites dans cette application Web.

Utiliser des collections de sites nommées par l’hôte avec une terminaison SSL hors zone

Comme SharePoint Foundation 2010 fait appel à l’URL publique dans la zone par défaut de l’application Web pour déterminer si des collections de sites nommées par l’hôte seront rendues par le protocole HTTP ou SSL, vous pouvez désormais utiliser des collections de sites nommées par l’hôte avec une terminaison SSL hors zone. L’utilisation de la terminaison SSL avec des collections de sites nommées par l’hôte est soumise à 3 conditions :

  • L’URL publique dans la zone par défaut de l’application Web doit être une URL HTTPS.

  • La terminaison SSL ou le proxy inversé doit conserver l’en-tête d’hôte HTTP d’origine du client.

  • Si la demande SSL du client est envoyée au port SSL par défaut (443), la terminaison ou le proxy inversé doit transmettre la demande HTTP déchiffrée au serveur Web frontal sur le port HTTP par défaut (80). Si la demande SSL du client est envoyée à un port SSL qui n'est pas le port par défaut, la terminaison SSL ou le proxy inversé doit transmettre la demande HTTP déchiffrée au serveur Web frontal sur ce même port.

Pour utiliser les collections de sites nommées par l’hôte avec une terminaison SSL hors zone, configurez votre application Web comme pour une terminaison SSL et vérifiez qu’elle répond aux critères précités. Dans ce scénario, SharePoint Foundation 2010 va rendre les liaisons de ses collections de sites nommées par l’hôte de cette application Web à l’aide du protocole HTTPS au lieu du protocole HTTP.