Quelle est l'architecture recommandée pour résoudre plusieurs mutualisée avec SharePoint 2010 qui exige à la fois http et https?

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/10995

  •  16-10-2019
  •  | 
  •  

Question

Nous voulons installer un ensemble de collections de sites qui ont tous leurs propres noms de domaine de vanité uniques. Il y aura 100 ou plus. Par exemple:

  1. www.domain123.org
  2. www.domain234.org
  3. www.domain456.org
  4. etc.

Nous prévoyons d'utiliser l'approche d'en-tête nommée par l'hôte http://technet.microsoft.com/en-us/library/cc424952.aspx

Cependant, l'une des questions est de savoir comment obtenir l'application Web pour support HTTP et HTTPS. Ma compréhension de l'approche d'en-tête nommée par l'hôte est que vous pouvez faire l'un ou l'autre, pas les deux dans la même application Web. De plus, vous perdez la possibilité de configurer quoi que ce soit avec (AAM Les mappages d'accès).

Une solution possible est d'utiliser UAG (Unified Access Gateway, un des produits qui ont succédé à ISA) pour décharger tout le SSL. Donc, tous les certificats uniques sont installées au niveau UAG, mais que sur les URL elles-mêmes? Depuis AAM n'est pas autorisé avec SharePoint Host solution en-tête, va UAG réécrire les URL de https à http?

Quelle est la meilleure approche d'architecture?

Était-ce utile?

La solution

Si vous êtes désireux de faire le trafic HTTP et HTTPS, vous aurez très certainement besoin d'envisager une solution qui comprend la terminaison SSL. UAG et des produits tels que F5 fera terminaison SSL pour vous, afin que HTTP et HTTPS acheminer le trafic peut correctement. Ils géreront le cryptage là, de sorte que vous suffit de gérer une URL dans l'environnement SharePoint. Il y a quelques bonnes choses sur les collections de sites d'en-tête d'hôte ou « Vanity URL » mais il y a aussi quelques inconvénients, comme vous l'avez déjà vu, la question de l'accès de substitution La cartographie est l'un d'entre eux. Il existe des alternatives, bien que, comme redirection d'URL si vous préférez. Si ceux-ci ne sont pas des sites destinés au public, mais les sites de type interne ou même extranet, je fortement envisager d'utiliser une redirection afin que vous maintenir la fonctionnalité et la capacité de gérer la recherche dans l'architecture SharePoint sans ajouter manuellement chaque collection de sites. Je l'ai écrit plusieurs messages de blog sur ce que j'ai eu à travailler avec les URL de vanité à plusieurs reprises différentes. Ne hésitez pas à consulter mon blog pour d'autres conseils et suggestions si vous voulez. (Http://pointgowin.com/seethepoint)

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top