Pianificare raccolte siti con nome basato sull'host (Windows SharePoint Services)

Contenuto dell'articolo:

  • Informazioni sulle raccolte siti con nome basato sull'host

  • Creare una raccolta siti con nome basato sull'host

  • Applicare intestazioni host

  • Configurare una raccolta siti con nome basato sull'host

  • Esporre i siti con nome basato sull'host su HTTP e HTTPS

Microsoft Windows SharePoint Services 3.0 supporta sia raccolte siti con nome basato sull'host che raccolte siti basate sul percorso. Le raccolte siti con nome basato sull'host forniscono una soluzione di hosting scalabile con nomi host diversi per ogni raccolta siti. Dispongono pertanto di un singolo URL con nome basato sull'host. Distribuendo raccolte siti con nome basato sull'host è possibile eseguire il mapping delle voci WINS o DNS alle raccolte siti nelle applicazioni Web.

Le raccolte siti basate sul percorso offrono una soluzione di hosting aziendale con nomi host diversi per ogni applicazione Web. In una distribuzione basata sul percorso le raccolte siti sono mappate a un percorso gestito che è subordinato all'applicazione Web. Le raccolte siti basate sul percorso e le raccolte siti con nome basato sull'host possono coesistere nelle stesse applicazioni Web, che possono includere migliaia di raccolte siti.

Le raccolte siti basate sul percorso supportano il mapping di accesso alternativo con aree diverse, ognuna delle quali può disporre di URL con mapping WINS o DNS distinti.

Informazioni sulle raccolte siti con nome basato sull'host

Le raccolte siti con nome basato sull'host consentono a Microsoft Windows SharePoint Services 3.0 di utilizzare i nomi di intestazioni host anziché i percorsi per determinare le raccolte siti a cui accedono gli utenti e il contenuto restituito in risposta alle richieste degli utenti. La creazione di una raccolta siti con nome basato sull'host consente di ospitare più raccolte siti con URL di reindirizzamento a microsito per gli utenti. Microsoft Windows SharePoint Services 3.0 tenta automaticamente di eseguire la ricerca per indicizzazione delle raccolte siti con nome basato sull'host appena create, se il database del contenuto di Microsoft Windows SharePoint Services 3.0 è associato a un'istanza del servizio di ricerca di Microsoft Windows SharePoint Services 3.0.

Per informazioni sulla configurazione di raccolte siti con nome basato sull'host con autenticazione Forms, vedere Preparare la ricerca per indicizzazione per i siti con nome basato sull'host in cui viene utilizzata l'autenticazione Forms.

Per informazioni sulla configurazione di raccolte siti con nome basato sull'host con autenticazione di base, vedere Preparare la ricerca per indicizzazione per i siti con nome basato sull'host in cui viene utilizzata l'autenticazione di base.

Le raccolte siti con nome basato sull'host consentono di creare più raccolte siti di livello principale in un'applicazione Web. Gli amministratori di organizzazioni di hosting ad esempio utilizzano raccolte siti con nome basato sull'host per creare più siti con nome basato sul dominio. Microsoft Windows SharePoint Services 3.0 consente di disporre di più domini in una singola applicazione Web. In Windows SharePoint Services 2.0 questa caratteristica è denominata modalità di hosting scalabile. Questa modalità supporta l'inserimento di più domini, ad esempio http://www.adatum.com, https://www.microsoft.com/it/it/default.aspx e così via, come raccolte siti separate nella stessa applicazione Web. In Microsoft Windows SharePoint Services 3.0 le raccolte siti con nome basato sull'host offrono la stessa funzionalità di hosting scalabile.

Se è necessario supportare raccolte siti basate sul percorso che rispondono a più URL con nome basato sull'host, valutare la possibilità di utilizzare mapping di accesso alternativo anziché raccolte siti con nome basato sull'host. Per ulteriori informazioni sui mapping di accesso alternativo, vedere Pianificare mapping di accesso alternativo (Windows SharePoint Services).

Possono esistere raccolte siti con nome basato sull'host in più applicazioni Web. È possibile estendere più siti Web IIS con Microsoft Windows SharePoint Services 3.0. Le raccolte siti con nome basato sull'host supportano i siti portale.

Creare una raccolta siti con nome basato sull'host

È possibile creare un nuovo sito utilizzando lo strumento da riga di comando stsadm.exe. Non è possibile utilizzare l'applicazione Web Amministrazione centrale Microsoft Windows SharePoint Services 3.0 per creare una raccolta siti con nome basato sull'host.

Utilizzare il comando stsadm.exe createsite per creare una raccolta siti e aggiungere a tale operazione il parametro seguente per indicare che la raccolta siti deve essere con nome basato sull'host anziché essere basata sul percorso:

-hhurl <Web application URL>

Se ad esempio si dispone di un'applicazione Web denominata www.contoso.com e si desidera aggiungere una raccolta siti con nome basato sull'host il cui URL è http://hoster.contoso.com, utilizzare il comando seguente:

stsadm.exe -o createsite
-url http://hoster.contoso.com
-ownerlogin contoso\siteowner
-owneremail siteowner@contoso.com
-hhurl https://www.contoso.com

I provider di servizi Internet (ISP, Internet Service Provider) configurano i server DNS in modo da associare http://hoster.contoso.com all'indirizzo IP appropriato. Per il testing, è possibile modificare il file \system32\drivers\etc\hosts in modo da associare le raccolte siti con nome basato sull'host all'indirizzo IP di un server che esegue Microsoft Windows SharePoint Services 3.0. Dopo aver definito la configurazione, è possibile accedere a http://hoster.example.com per aprire il sito.

Se si desidera modificare l'URL di una raccolta siti con nome basato sull'host dopo la creazione, utilizzare il comando seguente:

stsadm.exe -o renamesite

Questo comando è disponibile nell'aggiornamento rapido Microsoft Windows SharePoint Services 3.0. Per ulteriori informazioni sull'utilizzo del comando stsadm.exe -o renamesite, vedere Renamesite: operazione Stsadm (Windows SharePoint Services).

Non è necessario specificare se si desidera utilizzare raccolte siti con nome basato sull'host quando si crea il database di configurazione. È possibile specificare se una raccolta siti deve essere con nome basato sull'host o deve essere basata sul percorso al momento della creazione della raccolta siti.

Oltre allo strumento da riga di comando, per creare siti con nome basato sull'host è possibile utilizzare il modello a oggetti di Microsoft Windows SharePoint Services 3.0. Nell'esempio di codice seguente viene creato lo stesso sito http://hoster.contoso.com:

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

Applicare intestazioni host

È possibile applicare intestazioni host a due livelli diversi:

  • A livello di applicazione Web (sito Web IIS)

  • A livello di raccolta siti

Nella maggior parte dei casi l'applicazione di un'intestazione host a livello dell'applicazione Web impedisce di accedere alle raccolte siti con nome basato sull'host poiché IIS non risponde alle richieste con nomi host diversi dall'impostazione in esso configurata. È tuttavia possibile ovviare a questo problema se si configura il sito Web IIS dell'area Predefinita senza intestazione host e si applicano le intestazioni host solo ai siti Web IIS nelle altre aree. In questo modo sarà possibile utilizzare l'area Predefinita con le raccolte siti con nome basato sull'host considerate come contenute nell'area Predefinita, utilizzando allo stesso tempo la funzionalità di mapping di accesso alternativo nelle altre aree per le raccolte siti basate sul percorso.

Per applicare intestazioni host a livello di applicazione Web (sito Web IIS), eseguire le operazioni seguenti:

  1. Nella home page Amministrazione centrale fare clic su Gestione applicazioni.

  2. Nella pagina Gestione applicazioni fare clic su Crea o estendi applicazione Web nella sezione Gestione applicazione Web SharePoint.

  3. Nella sezione Aggiunta di un'applicazione Web di SharePoint della pagina Crea o estendi applicazione Web fare clic su Crea nuova applicazione Web.

  4. Nella sezione Sito Web IIS della pagina Crea nuova applicazione Web configurare le intestazioni host della nuova applicazione Web digitando nella casella Intestazione host l'URL che si desidera utilizzare per accedere all'applicazione Web.

Il valore dell'intestazione host specifica l'associazione da creare per il sito Web IIS e garantisce che IIS risponda solo alle richieste inviate all'intestazione host specificata. È possibile modificare manualmente le associazioni IIS da Manager IIS, anche se non è consigliato. Le eventuali modifiche apportate tramite Manager IIS non avranno effetto su Microsoft Windows SharePoint Services 3.0. Se Microsoft Windows SharePoint Services 3.0 tenta di eseguire il provisioning di un sito Web IIS in un altro computer della farm per la stessa applicazione Web e la stessa area, verrà utilizzata l'associazione specificata nella pagina Crea nuova applicazione Web. Se si desidera modificare un'associazione esistente per un sito Web IIS, rimuovere l'applicazione Web dall'area e quindi riestenderla nell'area con l'associazione che si desidera utilizzare.

Configurare una raccolta siti con nome basato sull'host

Microsoft Windows SharePoint Services 3.0 viene fornito con un insieme di servizi Web per diverse attività utente e amministrative. Una di queste attività amministrative consiste nel creare un nuovo sito. Il metodo Web CreateSite non supporta la creazione di raccolte siti con nome basato sull'host. Per ovviare a questo problema, scrivere un servizio Web che esegue il wrapping del codice di esempio delle API.

Quando si esegue il provisioning di un nuovo sito di Microsoft Windows SharePoint Services 3.0, è necessario prendere in considerazione ulteriori opzioni di configurazione. La specifica del modello di sito appropriato durante la creazione del sito determina le web part preconfigurate e gli altri elementi dell'interfaccia utente che saranno disponibili nel nuovo sito. In uno scenario di hosting probabilmente si selezionerà un modello di sito del team (valore "STS#0" quando si crea il sito) o un sito vuoto senza web part o elenchi predefiniti (valore "STS#1").

In un ambiente di hosting prendere in considerazione la possibilità di specificare quote sito per ogni sito Web di Microsoft Windows SharePoint Services 3.0 di cui è stato appena eseguito il provisioning. Benché nei servizi Web di esempio non sia incluso il supporto per i modelli di quote sito, è possibile aggiungere quote sito e utilizzarle per creare un modello di quote sito basato su limiti predeterminati.

Creare una raccolta siti con nome basato sull'host utilizzando l'autenticazione di SQL Server

Se si utilizza il provider di appartenenze SQL in uno scenario di hosting, è necessario eseguire alcuni passaggi aggiuntivi per configurare e gestire correttamente una raccolta siti con nome basato sull'host. Quando si crea un sito, è necessario specificare l'utente che sarà il proprietario del sito. Il proprietario quindi deve esistere già come utente nella directory delle appartenenze. Per semplificare questa e altre attività del provider di appartenenze SQL, utilizzare lo strumento MembershipSiteAdmin.exe.

Nota

Per informazioni su come scaricare lo strumento MembershipSiteAdmin.exe, vedere SharePoint SQL site provider Sample Source Code https://www.codeplex.com/SharePointHosters/Release/ProjectReleases.aspx?ReleaseId=5097

MembershipSiteAdmin.exe è uno strumento da riga di comando per la gestione della creazione, dell'eliminazione e del mapping di siti e utenti alle applicazioni. Tale strumento consente di eseguire le attività seguenti:

  • Creare un utente nel database delle appartenenze SQL.

  • Eliminare un utente dal database delle appartenenze SQL.

  • Creare un sito di Microsoft Windows SharePoint Services 3.0.

  • Eliminare un sito di Microsoft Windows SharePoint Services 3.0.

  • Enumerare tutte le applicazioni associate a un utente specificato oppure controllare se un utente esiste già nel sistema o in un'altra applicazione.

Il processo di creazione o eliminazione di un sito di Microsoft Windows SharePoint Services 3.0 viene eseguito da stsadm.exe. A tale scopo, stsadm.exe deve disporre di un file di configurazione. MembershipSiteAdmin.exe chiama le stored procedure personalizzate e l'interfaccia API del provider di appartenenze ed esegue il wrapping dello strumento stsadm.exe. MembershipSiteAdmin.exe esegue il mapping del nome dell'applicazione al nome di dominio completo (FQDN, Fully Qualified Domain Name) del sito di Microsoft Windows SharePoint Services 3.0 chiamando una delle stored procedure personalizzate seguenti:

  • aspnet_Sitemaps_CreateMapping accetta un nome di applicazione e un FQDN come input

  • aspnet_Sitemaps_DeleteMapping accetta un FQDN come input

È possibile creare ed eliminare utenti dall'archivio delle appartenenze SQL utilizzando l'API del servizio di appartenenze ASP.NET (System.Web.Security.Membership). MembershipSiteAdmin.exe chiama il metodo Membership.CreateUser o Membership.DeleteUser per eseguire questo processo. Il provider utilizzato dal servizio di appartenenze è specificato nel file App.config (MembershipSiteAdmin.exe.config) per MembershipSiteAdmin.exe. MembershipSiteAdmin.exe utilizza il provider di appartenenze SQL in dotazione per eseguire queste attività e specifica il nome dell'applicazione da connettere all'utente. Il file MembershipSiteAdmin.exe.config deve puntare al percorso predefinito del file stsadm.exe. Se Microsoft Windows SharePoint Services 3.0 è stato installato in un altro percorso, sarà necessario aggiornare questa impostazione dell'applicazione. Vedere la sezione seguente del file MembershipSiteAdmin.exe.config:

<appSettings>
<add key="stsadmPath"
      value="C:\Program Files\Common Files\Microsoft Shared\Web server
extensions\12\BIN\" />
</appSettings>

Esporre i siti con nome basato sull'host su HTTP e HTTPS

È possibile esporre le raccolte siti con nome basato sull'host tramite protocolli HTTP e HTTPS se vengono create nella porta predefinita. Se invece vengono create in un'altra porta, ogni singola raccolta siti con nome basato sull'host potrà essere esclusivamente di tipo HTTP o HTTPS, a seconda dell'URL immesso con il parametro -url del comando createsite. Non è possibile utilizzare le raccolte siti con nome basato sull'host con gli scenari di Extranet avanzati forniti da mapping di accesso alternativo, ad esempio la terminazione SSL.

È possibile ottenere risultati di ricerca su entrambi i protocolli creando un'applicazione Web per HTTP e una per HTTPS. La ricerca utilizzerà lo schema di protocollo dell'URL pubblico assegnato all'area Predefinita dell'applicazione Web per determinare il tipo di schema di protocollo utilizzato dalle raccolte siti con nome basato sull'host. Se si desidera consentire la ricerca nella raccolta siti con nome basato sull'host su HTTP, inserirla nell'applicazione Web HTTP. Se invece si desidera consentire la ricerca nella raccolta siti con nome basato sull'host su HTTPS, inserirla nell'applicazione Web HTTPS.

Configurare HTTPS per le raccolte siti con nome basato sull'host

Prima di configurare il protocollo HTTPS, è necessario applicare un certificato a un sito Web IIS. Il protocollo HTTPS pertanto può essere configurato solo a livello dell'applicazione Web in Microsoft Windows SharePoint Services 3.0. Negli scenari di hosting gli hoster possono configurare una singola applicazione Web con HTTPS e quindi creare più raccolte siti con nome basato sull'host nell'ambito di tale applicazione Web. Ogni sito Web tecnicamente condivide un unico certificato. Gli hoster devono acquisire un certificato con caratteri jolly e quindi utilizzare un criterio per gli URL delle raccolte siti con nome basato sull'host che soddisfi tale certificato. Se ad esempio acquisisce un certificato con caratteri jolly *.contoso.com, l'hoster dovrà generare come URL per le raccolte siti con nome basato sull'host https://sito1.contoso.com, https://sito2.contoso.com e così via per consentire a questi siti di superare la convalida SSL a livello di browser. Se tuttavia è prevista l'applicazione di un certificato univoco per ogni sito, l'hoster dovrà creare più applicazioni Web. Le applicazioni Web non sono scalabili quanto le raccolte siti in Microsoft Windows SharePoint Services 3.0.

Per configurare il protocollo HTTPS per le raccolte siti con nome basato sull'host, è necessario attivare SSL nella pagina Crea nuova applicazione Web in Amministrazione centrale. Microsoft Windows SharePoint Services 3.0 assegna automaticamente un numero di porta all'applicazione Web, ma è comunque possibile specificare manualmente un numero di porta diverso.

I siti HTTPS possono essere creati per la modalità di creazione account di Active Directory, la modalità account di dominio e l'autenticazione Forms di Active Directory.

Dopo la creazione dell'applicazione Web, aprire Manager IIS e assegnare un certificato. Creare quindi le raccolte siti. Se inoltre si utilizza una porta non predefinita, specificare il numero di porta per i parametri -url e -hhurl del comando stsadm.exe -o createsite, come illustrato nell'esempio seguente:

stsadm.exe –o createsite
–ownerlogin contoso\administrator
–owneremail administrator@contoso.com
–url https://www.hoster.contoso.com:443
–hhurl https://www.contoso.com:443

Scaricare il manuale

Questo argomento è incluso nel manuale seguente, che può essere scaricato per una lettura e una stampa più agevoli:

Vedere l'elenco completo dei manuali disponibili visitando la pagina Web Manuali scaricabili per Windows SharePoint Services (informazioni in lingua inglese).