Planeación de colecciones de sitios con nombre de host (SharePoint Server 2010)

  • Artículo

 

Se aplica a: SharePoint Foundation 2013, SharePoint Server 2013

Última modificación del tema: 2016-11-30

En este artículo:

  • Acerca de las colecciones de sitios con nombre de host

  • Acerca de los encabezados de host

  • Creación de colecciones de sitios con nombre de host

  • Creación de colecciones de sitios con nombre de host mediante programación

  • Uso de rutas de acceso administradas en colecciones de sitios con nombre de host

  • Exposición de sitios con nombre de host en HTTP o SSL

  • Configuración de SSL para colecciones de sitios con nombre de host

  • Uso de colecciones de sitios con nombre de host con terminación SSL externa

Microsoft SharePoint Server 2010 admite colecciones de sitios basadas en rutas de acceso y colecciones de sitios con nombre de host. La principal diferencia entre las colecciones de sitios basadas en rutas de acceso y las que tienen nombre de host es que todas las colecciones de sitios basadas en rutas de acceso de una aplicación web comparten el mismo nombre de host (nombre DNS) y a cada colección de sitios con nombre de host de una aplicación web se le asigna un nombre DNS único.

Las colecciones de sitios basadas en rutas de acceso ofrecen una solución de hospedaje corporativo en la que todas las colecciones de sitios comparten el mismo nombre de host de la aplicación web. En una implementación basada en rutas de acceso, puede haber una sola colección de sitios en la raíz de la aplicación web y otras colecciones de sitios en rutas administradas dentro de la aplicación web.

Las colecciones de sitios con nombre de host proporcionan una solución de hospedaje de elementos web escalable con cada colección de sitios asignada a un nombre DNS único. En una implementación de hospedaje de elementos web, cada colección de sitios con nombre de host tiene su propia dirección URL con nombre de host mnemónico, como por ejemplo, http://customer1.contoso.com, http://customer2.contoso.com o http://www.customer3.com.

SharePoint Server 2010 proporciona dos mejoras significativas en las colecciones de sitios con nombre de host: la capacidad de usar rutas de acceso administradas en las colecciones de sitios con nombre de host y la capacidad de usar la terminación fuera de cuadro de SSL en las colecciones de sitios con nombre de host.

Acerca de las colecciones de sitios con nombre de host

Los proveedores de servicios de hosting de elementos web proporcionan a los clientes espacio en el servidor web para hospedar sus propios sitios web. En un entorno de SharePoint Server 2010 basado en ruta de acceso, estos sitios normalmente se asignarían a https://www.contoso.com/sites/customer1, https://www.contoso.com/sites/customer2, etc. Sin embargo, normalmente los clientes de hospedaje de elementos web desean que sus sitios web estén disponibles en un nombre de dominio mnemónico, como por ejemplo, http://customer1.contoso.com, http://customer2.contoso.com, etc.

Una forma de admitir esta solicitud de cliente es proporcionar a cada cliente su propia aplicación web y asignar el nombre DNS único del cliente a la aplicación web. No obstante, las aplicaciones web de SharePoint Server 2010 no se escalan con la misma eficacia que las colecciones de sitios de SharePoint Server 2010. SharePoint Server 2010 admite las colecciones de sitios con nombre de host como una alternativa a la creación de aplicaciones web individuales para cada cliente. Las colecciones de sitios con nombre de host pueden escalarse a miles de colecciones de sitios porque pueden coexistir dentro de una sola aplicación web y seguir ofreciendo una capacidad de nomenclatura mnemónica.

Como las colecciones de sitios con nombre host poseen una sola dirección URL, no admiten asignaciones alternativas de acceso y siempre se considera que pertenecen a la zona Predeterminada. Si necesita admitir colecciones de sitios que respondan a varias direcciones URL con nombre de host, considere la posibilidad de usar colecciones de sitios basadas en rutas de acceso con asignaciones alternativas de acceso en lugar de colecciones de sitios con nombre de host. Existen varias opciones de configuración adicionales para tener en cuenta a la hora de aprovisionar un nuevo sitio de SharePoint Server 2010. Especificar la plantilla de sitio adecuada durante la creación del sitio determinará los elementos web preconfigurados y otros elementos de la interfaz de usuario que estarán disponibles en el nuevo sitio. En un escenario de hospedaje, probablemente deseará seleccionar una plantilla de sitio de grupo (con el valor "STS#0" al crear el sitio) o un sitio en blanco sin elementos web ni listas creadas previamente (con el valor "STS#1"). Además, considere la posibilidad de especificar las cuotas de sitio en cada colección de sitios recientemente aprovisionada.

Acerca de los encabezados de host

Los encabezados host hacen referencia a la parte del protocolo HTTP que indica al servidor web el nombre DNS del sitio al que el cliente se está conectando. Puede aplicar encabezados host a dos niveles diferentes de SharePoint Server 2010:

  • El nivel de la aplicación web (sitio web de IIS)

  • El nivel de la colección de sitios

Es importante comprender la distinción entre estos dos niveles. Los encabezados host en el nivel del sitio web de IIS están destinados únicamente a las colecciones de sitios basadas en rutas de acceso. Los encabezados host en el nivel de la colección de sitios están destinados solamente a las colecciones de sitios con nombre de host. En la mayoría de los casos, la aplicación de un enlace de encabezado host en el nivel del sitio web de IIS imposibilita el acceso a las colecciones de sitios con nombre de host a través del sitio web de IIS. Esto se debe a que IIS no responde a las solicitudes de nombre de host que difieren del enlace al encabezado host.

Las colecciones de sitios basadas en rutas de acceso y las colecciones de sitios con nombre de host pueden coexistir en la misma aplicación web y existir en varias aplicaciones web. Para asegurarse de que los usuarios puedan obtener acceso a ambos tipos de colecciones de sitios, no aplique enlaces a encabezados host en el sitio web de IIS asignado a la zona Predeterminada de la aplicación web, en caso de que existan colecciones de sitios con nombre de host en esa aplicación web. Puede aplicar enlaces a encabezados host en los sitios web de IIS pertenecientes a otras zonas de la aplicación web. Esto le permite usar la zona Predeterminada con las colecciones de sitios con nombre de host y, al mismo tiempo, usar la funcionalidad de asignaciones alternativas de acceso en las demás zonas para las colecciones de sitios basadas en rutas de acceso.

Si bien es posible modificar manualmente los enlaces a encabezados host del sitio web de IIS desde el Administrador de IIS, este no es un procedimiento recomendado. Los cambios que se realizan mediante el Administrador de IIS no se registran en SharePoint Server 2010. Si SharePoint Server 2010 intenta aprovisionar un sitio web de IIS de otro equipo de la granja de servidores para la misma aplicación web y la misma zona, se usa el enlace original al encabezado host en lugar del enlace modificado. Si desea modificar un enlace existente para un sitio web de IIS, quite la aplicación web de la zona y vuelva a extender la aplicación web a la zona con el enlace que desea usar.

Creación de colecciones de sitios con nombre de host

Para crear una colección de sitios con nombre de host, debe usar Windows PowerShell. No puede usar la aplicación web Administración central de SharePoint Server 2010 para crear una colección de sitios con nombre de host, pero puede usar Administración central para administrar la colección de sitios después de crearla.

Puede crear una colección de sitios con nombre de host mediante el cmdlet New-SPSite de Windows PowerShell junto con el parámetro -HostHeaderWebApplication, como se muestra en el siguiente ejemplo:

  1. Para crear una colección de sitios con nombre de host mediante Windows PowerShell, compruebe si se cumplen los siguientes requisitos mínimos: Consulte Add-SPShellAdmin.

  2. En el menú Inicio, haga clic en Todos los programas.

  3. Haga clic en Productos de Microsoft SharePoint 2010.

  4. Haga clic en Consola de administración de SharePoint 2010.

  5. En el símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba lo siguiente:

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

Esto permite crear una colección de sitios con nombre de host con la dirección URL http://host.header.site.url en la aplicación web SharePoint Server 2010 con la dirección URL https://servername.

Creación de colecciones de sitios con nombre de host mediante programación

Además de usar Windows PowerShell para crear sitios con nombre de host, puede usar el modelo de objetos de SharePoint Server 2010. El siguiente ejemplo de código permite crear la colección de sitios con nombre de host con la dirección URL http://host.header.site.url en la aplicación web SharePoint Server 2010 con la dirección URL https://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 se proporciona con un conjunto de servicios web para diversas tareas administrativas y usuarios. Una de estas tareas administrativas es la creación de una nueva colección de sitios. El método de servicio web CreateSite no admite la creación de colecciones de sitios con nombre de host. Una solución alternativa para este problema es escribir un servicio web que contenga el código de ejemplo API.

Uso de rutas de acceso administradas en colecciones de sitios con nombre de host

SharePoint Server 2010 admite las rutas de acceso administradas en las colecciones de sitios con nombre de host. Los proveedores de servicios de hospedaje pueden ofrecer varias colecciones de sitios al mismo cliente. En este caso, las colecciones de sitios comparten el nombre de host único del cliente pero poseen direcciones URL diferentes a continuación del nombre de host.

Las rutas de acceso administradas para las colecciones de sitios con nombre de host son diferentes de las rutas de acceso administradas para las colecciones de sitios basadas en rutas de acceso. Las rutas de acceso administradas para las colecciones de sitios con nombre de host no se aplican a las colecciones de sitios basadas en rutas de acceso; ni las rutas de acceso administradas para las colecciones de sitios basadas en rutas de acceso se aplican a las colecciones de sitios con nombre de host. Las rutas de acceso administradas que se crean para las colecciones de sitios con nombre de host se encuentran disponibles para todas las colecciones de sitios de este tipo dentro de la granja de servidores independientemente de la aplicación web en la que se encuentre la colección de sitios con nombre de host. Debe crear una colección de sitios con nombre de host raíz para un nombre de host para poder crear una colección de sitios con nombre de host y ruta de acceso administrada para ese nombre de host.

Puede crear una ruta de acceso administrada para usarla en colecciones de sitios con nombre de host mediante el cmdlet New-SPManagedPath de Windows PowerShell junto con el parámetro -HostHeader, como se muestra en el siguiente ejemplo:

New-SPManagedPath pathname -HostHeader

En el siguiente ejemplo se muestra una colección de sitios con nombre de host creada en una ruta de acceso administrada:

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

Exposición de sitios con nombre de host en HTTP o SSL

Las colecciones de sitios con nombre de host usan el mismo esquema de protocolo que la dirección URL pública en la zona Predeterminada de la aplicación web. Si desea proporcionar las colecciones de sitios con nombre de host de la aplicación web en HTTP, asegúrese de que la dirección URL pública en la zona Predeterminada de la aplicación web sea una dirección URL basada en HTTP. Si desea proporcionar las colecciones de sitios con nombre de host de la aplicación web en SSL, asegúrese de que la dirección URL pública en la zona Predeterminada de la aplicación web sea una dirección URL basada en HTTPS.

A diferencia de la versión anterior, SharePoint Server 2010 no admite las colecciones de sitios con nombre de host que usan direcciones URL basadas en HTTP y en SSL de forma simultánea. Si algunas colecciones de sitios con nombre de host necesitan estar disponibles en HTTP mientras que otras necesitan estar disponibles en SSL, separe las colecciones de sitios con nombre de host en dos aplicaciones web diferentes destinadas específicamente a ese tipo de acceso. En este escenario, las colecciones de sitios con nombre de host en HTTP deben colocarse en una aplicación web destinada al acceso HTTP y las colecciones de sitios con nombre de host en SSL deben colocarse en una aplicación web destinada al acceso SSL.

Configuración de SSL para colecciones de sitios con nombre de host

En escenarios de hospedaje, los proveedores de servicios de hosting pueden configurar una sola aplicación web con SSL y después crear varias colecciones de sitios con nombre de host dentro de esa aplicación web. Para examinar un sitio en SSL, es necesario instalar un certificado de servidor y asignarlo al sitio web de IIS. Cada colección de sitios con nombre de host creada en una aplicación web compartirá el certificado de servidor que se asignó al sitio web de IIS.

Los proveedores de servicios de hosting deben adquirir un certificado comodín o un certificado de nombres alternativos de firmantes y, después, usar una directiva de dirección URL de colección de sitios con nombre de host correspondiente a ese certificado. Por ejemplo, si un proveedor de servicios de hosting adquiere un certificado comodín *.contoso.com, el proveedor deberá generar direcciones URL de colección de sitios con nombre de host como https://site1.contoso.com, https://site2.contoso.com, etc. para permitir que estos sitios superen la validación SSL del explorador. No obstante, si los clientes necesitan nombres de dominio de segundo nivel para los sitios, el proveedor deberá crear varias aplicaciones web en lugar de crear varias colecciones de sitios con nombre de host.

Si desea configurar SSL para colecciones de sitios con nombre de host, debe habilitar SSL al crear la aplicación web. Esto hará que el sitio web de IIS tenga un enlace SSL en lugar de un enlace HTTP. Una vez creada la aplicación web, abra el Administrador de IIS y asigne un certificado al enlace SSL. A continuación, cree colecciones de sitios en esa aplicación web.

Uso de colecciones de sitios con nombre de host con terminación SSL externa

Dado que SharePoint Server 2010 usa la dirección URL pública en la zona predeterminada de la aplicación web para determinar si las colecciones de sitios se presentarán como HTTP o SSL, ahora es posible usar colecciones de sitios con nombre de host con terminación SSL externa. Para ello, se deben tener en cuenta 3 requisitos:

  • La dirección URL pública en la zona predeterminada de la aplicación web debe ser una dirección URL basada en HTTPS.

  • El terminador SSL o el proxy inverso deben conservar el encabezado de host HTTP original del cliente.

  • Si la solicitud SSL del cliente se envía al puerto SSL predeterminado (443), el terminador SSL o el proxy inverso podrán reenviar la solicitud HTTP descifrada al servidor front-end web a través del puerto HTTP predeterminado (80). Si la solicitud SSL del cliente se envía a un puerto SSL no predeterminado, el terminador SSL o el proxy inverso deberán reenviar la solicitud HTTP descifrada al servidor front-end web a través del mismo puerto no predeterminado.

Para usar colecciones de sitios con nombre de host con terminación SSL externa, configure la aplicación web como lo haría normalmente para la terminación SSL y asegúrese de que cumple los requisitos descritos anteriormente. En este escenario, SharePoint Server 2010 presentará los vínculos de sus colecciones de sitios con nombre de host en dicha aplicación web usando HTTPS en lugar de HTTP.