Qual è l'architettura consigliata per risolvere multi-tenancy con SharePoint 2010 che richiede sia HTTP e HTTPS?

Question

Vogliamo impostare una serie di raccolte siti che hanno tutti i loro propri nomi di dominio vanità unici. Ci saranno 100 o più. Ad esempio:

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

Ci state pensando di usare l'approccio di intestazione con nome basato sull'host http://technet.microsoft.com/en-us/library/cc424952.aspx

Tuttavia, uno dei problemi è come ottenere l'applicazione Web per il supporto HTTP e HTTPS. La mia comprensione di approccio intestazione host nome è è possibile fare uno o l'altro, non entrambi nella stessa applicazione Web. In più, si perde la possibilità di configurare qualsiasi cosa con AAM (mapping di accesso alternativo).

Una possibile soluzione è quella di utilizzare UAG (Unified Access Gateway, uno dei prodotti successivi a ISA) per scaricare tutta la SSL. Quindi, tutti i certificati unici vengono installati a livello UAG, ma per quanto riguarda gli URL stessi? Dal momento che AAM non è consentito con SharePoint Host Header soluzione, sarà UAG riscrivere le URL da https a http?

Qual è l'approccio migliore architettura?

Answer 1

Se si vogliono fare sia il traffico HTTP e HTTPS, sarà sicuramente necessario prendere in considerazione una soluzione che include terminazione SSL. UAG e prodotti come F5 farà terminazione SSL per voi, in modo che entrambi traffico HTTP e HTTPS percorso può correttamente. Essi gestire la crittografia lì, in modo da avere solo per gestire un URL all'interno dell'ambiente SharePoint. Ci sono alcune cose buone di raccolte siti di intestazione host o "Vanity URL", ma ci sono anche alcuni aspetti negativi, come si è già visto, l'emissione di mapping di accesso alternativo è uno di loro. Ci sono alternative, anche se, come reindirizzamenti URL, se si preferisce. Se questi non sono i siti pubblico di fronte, ma i siti di tipo interno o anche extranet, caldamente consigliabile utilizzare un reindirizzamento in modo da mantenere la funzionalità e la capacità di gestire la ricerca all'interno dell'architettura di SharePoint senza aggiungere manualmente ogni raccolta siti. Ho scritto diversi post sul blog su questo come ho dovuto lavorare con vanity URL in diverse occasioni. Sentitevi liberi di controllare il mio blog per alcuni altri consigli e suggerimenti, se si desidera. (Http://pointgowin.com/seethepoint)