Was ist die empfohlene Erzie zur Lösung von Multi-Messen mit SharePoint 2010, für das sowohl HTTP als auch HTTPS erforderlich sind?

Question

Wir möchten eine Reihe von Site -Sammlungen einrichten, die alle ihre eigenen einzigartigen Vanity -Domain -Namen haben. Es wird 100 oder mehr geben. Zum Beispiel:

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

Wir planen, den Header-Ansatz des Hosts zu verwendenhttp://technet.microsoft.com/en-us/library/cc424952.aspx

Eines der Probleme ist jedoch, wie die Webanwendung sowohl HTTP als auch HTTPS unterstützt. Mein Verständnis des Header-Ansatzes für den Hostnamen ist, dass Sie entweder das eine oder andere ausführen können, nicht beide in derselben Webanwendung. Außerdem verlieren Sie die Möglichkeit, alles mit AAM zu konfigurieren (alternative Zugriffszuordnungen).

Eine mögliche Lösung besteht darin, UAG (Unified Access Gateway, eines der Nachfolgerprodukte für ISA) zu verwenden, um alle SSL zu entlasten. Also werden alle eindeutigen Zertifikate auf UAG -Ebene installiert, aber was ist mit den URLs selbst? Da AAM mit SharePoint -Host -Header -Lösung nicht erlaubt ist, schreibt UAG die URLs von HTTPS nach HTTP um?

Was ist der beste Architekturansatz?

Answer 1

Wenn Sie sowohl den HTTP- als auch den HTTPS -Verkehr durchführen möchten, müssen Sie auf jeden Fall eine Lösung in Betracht ziehen, die die SSL -Beendigung enthält. UAG und Produkte wie F5 werden für Sie die SSL -Beendigung durchführen, so dass sowohl der HTTP- als auch der HTTPS -Verkehr ordnungsgemäß weitergehen können. Sie werden die Verschlüsselung dort verwalten, damit Sie nur eine URL in der SharePoint -Umgebung verwalten müssen. Es gibt einige gute Dinge an den Sammlungen von Host Header Site oder "Vanity URLs", aber es gibt auch einige Nachteile, wie Sie bereits gesehen haben, das Problem der alternativen Zugriffszuordnung ist eines davon. Es gibt jedoch Alternativen, wie z. B. URL -Weiterleitungen, wenn Sie es vorziehen. Wenn es sich nicht um öffentliche Standorte handelt, sondern um interne oder sogar extranet -Typen, würde ich nachdrücklich in Betracht ziehen, eine Umleitung zu verwenden, damit Sie die Funktionalität und die Fähigkeit, die Suche in der SharePoint -Architektur zu verwalten, ohne manuell hinzuzufügen, ohne jede Site -Sammlung manuell hinzuzufügen. Ich habe mehrere Blog -Beiträge dazu geschrieben, da ich mehrfach mit Eitelkeits -URLs arbeiten musste. Besuchen Sie meinen Blog, um einige andere Tipps und Vorschläge zu erhalten, wenn Sie möchten. (http://pointgowin.com/seethepoint)