Condividi tramite

Pianificare le raccolte siti con nome basato sull'host (SharePoint Server 2010)

  • Articolo

 

Si applica a: SharePoint Foundation 2013, SharePoint Server 2013

Ultima modifica dell'argomento: 2016-11-30

Contenuto dell'articolo:

  • Informazioni sulle raccolte siti con nome basato sull'host

  • Informazioni sulle intestazioni host

  • Creare una raccolta siti con nome basato sull'host

  • Creare una raccolta siti con nome basato sull'host a livello di programmazione

  • Utilizzare percorsi gestiti con raccolte siti con nome basato sull'host

  • Esporre siti con nome basato sull'host su HTTP o SSL

  • Configurare SSL per raccolte siti con nome basato sull'host

  • Utilizzare raccolte siti con nome basato sull'host con terminazione SSL off-box

Microsoft SharePoint Server 2010 supporta sia le raccolte siti basate sul percorso che le raccolte siti con nome basato sull'host. La differenza principale tra le raccolte siti basate sul percorso e le raccolte siti con nome basato sull'host consiste nel fatto che le raccolte siti basate sul percorso in un'applicazione Web condividono lo stesso nome host (nome DNS) mentre a ogni raccolta siti con nome basato sull'host in un'applicazione Web viene assegnato un nome DNS univoco.

Le raccolte siti basate sul percorso offrono una soluzione di hosting aziendale in cui tutte le raccolte siti condividono lo stesso nome host dell'applicazione Web. In una distribuzione basata sul percorso, è possibile avere un'unica raccolta siti a livello di radice dell'applicazione Web e ulteriori raccolte siti nei percorsi gestiti nell'applicazione Web.

Le raccolte siti con nome basato sull'host offrono una soluzione di hosting Web scalabile in cui a ogni raccolta siti è assegnato un nome DNS univoco. In una distribuzione di hosting Web, ogni raccolta siti con nome basato sull'host presenta il proprio URL nome host di reindirizzamento a microsito, ad esempio http://customer1.contoso.com, http://customer2.contoso.com o http://www.customer3.com.

SharePoint Server 2010 offre due notevoli miglioramenti alle raccolte siti con nome basato sull'host: la possibilità di utilizzare percorsi gestiti con le raccolte siti con nome basato sull'host e la possibilità di utilizzare terminazione SSL off-box con le raccolte site con nome basato sull'host.

Informazioni sulle raccolte siti con nome basato sull'host

Gli hoster Web offrono ai clienti lo spazio sul server Web per ospitare i loro siti Web. In un ambiente SharePoint Server 2010 basato sul percorso, questi siti verrebbero normalmente assegnati a https://www.contoso.com/sites/customer1, https://www.contoso.com/sites/customer2 e così via. Tuttavia, i clienti di hosting Web in genere desiderano che i loro siti Web siano disponibili presso un nome di dominio di reindirizzamento a microsito, ad esempio http://customer1.contoso.com, http://customer2.contoso.com e così via.

Un modo per supportare questa richiesta dei clienti consiste nell'offrire a ogni cliente la relativa applicazione Web e assegnare il nome DNS univoco del cliente a tale applicazione Web. Tuttavia, le applicazioni Web di SharePoint Server 2010 non presentano la stessa scalabilità delle raccolte siti di SharePoint Server 2010. SharePoint Server 2010 supporta raccolte siti con nome basato sull'host come alternativa alla creazione di singole applicazioni Web per ogni cliente. Le raccolte siti con nome basato sull'host consentono una scalabilità fino a migliaia di raccolte siti poiché possono essere tutte contenute in un'unica applicazione Web e offrire comunque la funzionalità di denominazione di reindirizzamento a microsito.

Poiché le raccolte siti con nome basato sull'host presentano un unico URL, non supportano mapping di accesso alternativi e sono sempre considerate come contenute nell'area predefinita. Se è necessario supportare raccolte siti che rispondano a più URL di nome host, valutare l'utilizzo di raccolte siti basate sul percorso con mapping di accesso alternativo anziché raccolte siti con nome basato sull'host. Sono disponibili varie opzioni di configurazione aggiuntive che occorre considerare durante il provisioning di un nuovo sito SharePoint Server 2010. La specifica del modello di sito appropriato durante la creazione del sito determina quali Web part e altri elementi dell'interfaccia utenti saranno disponibili nel nuovo sito. In uno scenario di hosting, è probabilmente consigliabile selezionare un modello di sito del team (valore "STS#0" durante la creazione del sito) o un sito vuoto senza Web part o elenchi precompilati (valore "STS#1"). Considerare inoltre la specifica di quote del sito su ogni raccolta siti di cui si è effettuato il provisioning.

Informazioni sulle intestazioni host

Le intestazioni host fanno riferimento alla parte di protocollo HTTP che comunica al server Web il nome DNS del sito a cui il client si sta connettendo. È possibile applicare intestazioni host a due livelli diversi in SharePoint Server 2010:

  • A livello di applicazione Web (sito Web IIS)

  • A livello di raccolta siti

È importante comprendere la distinzione tra questi due livelli. Le intestazioni host a livello di sito Web IIS sono destinate esclusivamente a raccolte siti basate sul percorso. Le intestazioni host a livello di raccolta siti sono destinate esclusivamente a raccolte siti con nome basato sull'host. Nella maggior parte dei casi, applicare un binding di intestazione host a livello di sito Web IIS rende impossibile l'accesso a raccolte siti con nome basato sull'host tramite il sito Web IIS poiché IIS non risponde alle richieste per nomi host diversi dal binding di intestazione host.

Le raccolte siti basate sul percorso e le raccolte siti con nome basato sull'host possono coesistere nella stessa applicazione Web ed essere presenti in più applicazioni Web. Per assicurare che entrambi i tipi di raccolte siti siano accessibili agli utenti, non inserire binding di intestazione host nel sito Web IIS assegnato all'area predefinita dell'applicazione Web, se sono presenti raccolte siti con nome basato sull'host in tale applicazione Web. È possibile applicare binding di intestazione host ai siti Web IIS nelle altre ree dell'applicazione Web. In questo modo è possibile utilizzare l'area predefinita con le raccolte siti con nome basato sull'host e la funzionalità di mapping di accesso alternativo nelle altre aree per le raccolte siti basate sul percorso.

È possibile modificare manualmente i binding di intestazione host sul sito Web IIS da Gestione IIS, questo comportamento non è tuttavia consigliabile. Qualsiasi modifica apportata mediante Gestione IIS non verrà registrata in SharePoint Server 2010. Se SharePoint Server 2010 tenta di eseguire il provisioning di un sito Web IIS su un altro computer nella farm per la stessa applicazione Web e area, verrà utilizzato il binding di intestazione host originale anziché il binding modificato. Se si desidera modificare un binding esistente per un sito Web IIS, rimuovere l'applicazione Web dall'area e quindi estendere nuovamente l'applicazione Web all'area con il binding che si desidera utilizzare.

Creare una raccolta siti con nome basato sull'host

È necessario utilizzare Windows PowerShell per creare una raccolta siti con nome basato sull'host. Non è possibile utilizzare l'applicazione Web Amministrazione centrale di SharePoint Server 2010 per creare una raccolta siti con nome basato sull'host, viceversa è possibile utilizzare Amministrazione centrale per gestire la raccolta siti dopo averla creata.

È possibile creare una raccolta siti con nome basato sull'host utilizzando il New-SPSite di Windows PowerShell con il parametro -HostHeaderWebApplication, come illustrato nell'esempio seguente:

  1. Per creare una raccolta siti con nome basato sull'host utilizzando Windows PowerShell, verificare di soddisfare i requisiti minimi seguenti: vedere Add-SPShellAdmin.

  2. Fare clic sul pulsante Start e scegliere Tutti i programmi.

  3. Scegliere Prodotti Microsoft SharePoint 2010.

  4. Scegliere SharePoint 2010 Management Shell.

  5. Al prompt dei comandi di Windows PowerShell (PS C:\>) digitare il comando seguente:

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

In questo modo viene creata una raccolta siti con nome basato sull'host con l'URL http://host.header.site.url nell'applicazione Web SharePoint Server 2010 con l'URL https://servername.

Creare una raccolta siti con nome basato sull'host a livello di programmazione

Oltre a utilizzare Windows PowerShell per creare siti con nome basato sull'host, è possibile utilizzare il modello a oggetti di SharePoint Server 2010. L'esempio di codice seguente consente di creare la raccolta siti con nome basato sull'host con l'URL http://host.header.site.url nell'applicazione Web SharePoint Server 2010 con l'URLhttps://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 Server 2010 viene fornito con un set di servizi Web per le varie attività degli utenti e amministrative. Una di queste attività amministrative è rappresentata dalla creazione di una nuova raccolta siti. Il metodo del servizio Web CreateSite non supporta la creazione di raccolte siti con con nome basato sull'host. Una soluzione alternativa per questo problema consiste nello scrivere un servizio Web che esegue il wrapping del codice di esempio dell'API.

Utilizzare percorsi gestiti con raccolte siti con nome basato sull'host

SharePoint Server 2010 aggiunge supporto per i percorsi gestiti con raccolte siti con nome basato sull'host. Gli hoster possono offrire più raccolte siti allo stesso cliente dove ogni raccolta siti condivide lo stesso nome host univoco del cliente ma è differenziata dal percorso URL dopo il nome host.

I percorsi gestiti per le raccolte siti con nome basato sull'host sono diversi dai percorsi gestiti per le raccolte siti basate sul percorso. I percorsi gestiti per le raccolte siti con nome basato sull'host non si applicano alle raccolte siti basate sul percorso, né i percorsi gestiti per le raccolte siti basate sul percorso si applicano alle raccolte siti con nome basato sull'host. I percorsi gestiti creati per le raccolte siti con nome basato sull'host sono disponibili a tutte le raccolte siti con nome basato sull'host all'interno della farm indipendentemente dall'applicazione Web in cui la raccolta siti con nome basato sull'host si trova. È necessario creare una raccolta siti con nome basato sull'host radice per un nome host per poter creare una raccolta siti con nome basato sull'host con percorso gestito per tale nome host.

È possibile creare un percorso gestito per l'utilizzo con le raccolte siti con nome basato sull'host utilizzando il cmdlet New-SPManagedPath di Windows PowerShell con il parametro -HostHeader, come illustrato nell'esempio seguente:

New-SPManagedPath pathname -HostHeader

Nell'esempio seguente è illustrata una raccolta siti con nome basato sull'host creata su un percorso gestito:

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

Esporre siti con nome basato sull'host su HTTP o SSL

Le raccolte siti con nome basato sull'host utilizzeranno lo stesso schema di protocollo dell'URL pubblico nell'area predefinita della relativa applicazione Web. Se si desidera offrire raccolte siti con nome basato sull'host nella propria applicazione Web su HTTP, assicurarsi che l'URL pubblico nell'area predefinita dell'applicazione Web sia un URL basato su HTTP. Se si desidera offrire raccolte siti con nome basato sull'host nella propria applicazione Web su SSL, assicurarsi che l'URL pubblico nell'area predefinita dell'applicazione Web sia un URL basato su HTTPS.

A differenza di una versione precedente, SharePoint Server 2010 non supporta una raccolta siti con nome basato sull'host che utilizza contemporaneamente URL basati su HTTP e su SSL. Se è necessario che alcune raccolte siti con nome basato sull'host siano disponibili su HTTP e che altre raccolte siti con nome basato sull'host siano disponili su SSL, separare le raccolte siti con nome basato sull'host in due diverse applicazioni Web dedicate per tale tipo di accesso. In questo scenario, le raccolte siti con nome basato sull'host HTTP devono trovarsi in un'applicazione Web dedicata per l'accesso HTTP e le raccolte siti con nome basato sull'host SSL devono trovarsi in un'applicazione Web dedicata per l'accesso SSL.

Configurare SSL per raccolte siti con nome basato sull'host

Negli scenari di hosting, gli hoster possono configurare un'unica applicazione Web con SSL e quindi creare più raccolte siti con nome basato sull'host in tale applicazione Web. Per spostarsi su un sito su SSL, è necessario che sia installato un certificato server e assegnato al sito Web IIS. Ogni raccolta siti con nome basato sull'hosting un'applicazione Web condividerà il certificato server singolo assegnato al sito Web IIS.

È necessario che gli hoster acquisiscano un certificato con caratteri jolly oppure che sottopongano un certificato con nome alternativo e quindi utilizzino un criterio URL della raccolta siti con nome basato sull'host corrispondente a tale certificato. Ad esempio, se un hoster acquisisce un certificato con caratteri jolly *.contoso.com, tale hoster dovrà generare URL di raccolta siti con nome basato sull'host quali https://site1.contoso.com, https://site2.contoso.com e così via, per consentire a questi siti di superare la convalida SSL del browser. Tuttavia, se i clienti richiedono nomi di dominio di livello secondario per i loro siti, l'hoster dovrà creare più applicazioni Web anziché più raccolte siti con nome basato sull'host.

Per configurare SSL per le raccolte siti con nome basato sull'host, abilitare SSL durante la creazione dell'applicazione Web. In questo modo verrà creato un sito Web IIS con un binding SSL anziché un binding HTTP. Dopo aver creato l'applicazione Web, aprire Manager IIS e assegnare un certificato a tale binding SSL. Sarà quindi possibile creare le raccolte siti nell'applicazione Web.

Utilizzare raccolte siti con nome basato sull'host con terminazione SSL off-box

Poiché SharePoint Server 2010 utilizza l'URL pubblico nell'area predefinita dell'applicazione Web per determinare se il rendering delle raccolte siti con nome basato sull'host verrà eseguito come HTTP o SSL, è ora possibile utilizzare le raccolte siti con nome basato sull'host con terminazione SSL off-box. Sono presenti tre requisiti per l'utilizzo della terminazione SSL con raccolte siti con nome basato sull'host:

  • L'URL pubblico nell'area predefinita dell'applicazione Web deve essere un URL basato su HTTPS.

  • Il terminatore SSL o il proxy inverso deve mantenere l'intestazione host HTTP originale del client.

  • Se la richiesta SSL del client viene inviata alla porta SSL predefinita (443), il terminatore SSL o il proxy inverso dovrà inoltrare la richiesta HTTP decrittografata al server Web front-end sulla porta HTTP predefinita (80). Se la richiesta SSL del client viene inviata a un porta SSL non predefinita, il terminatore SSL o il proxy inverso dovrà inoltrare la richiesta HTTP decrittografata al server Web front-end sulla stessa porta non predefinita.

Per utilizzare raccolte siti con nome basato sull'host con terminazione SSL off-box, configurare l'applicazione Web normalmente come per la terminazione SSL e assicurarsi che soddisfi i requisiti sopra descritti. In questo scenario, SharePoint Server 2010 eseguirà il rendering dei collegamenti delle proprie raccolte siti con nome basato sull'host in tale applicazione Web utilizzando HTTPS anziché HTTP.