Share via

Planeación de colecciones de sitios con nombre de host (Windows SharePoint Services)

  • Artículo

En este artículo:

  • Colecciones de sitios con nombre de host

  • Creación de una colección de sitios con nombre de host

  • Aplicación de encabezados de host

  • Configuración de una colección de sitios con nombre de host

  • Exposición de sitios con nombre de host sobre HTTP y HTTPS

Windows SharePoint Services 3.0 admite colecciones de sitios con nombre de host y colecciones de sitios basadas en rutas de acceso. Las colecciones de sitios con nombre de host proporcionan una solución de hospedaje escalable con nombres de host distintivos para cada colección de sitios. Esto significa que las colecciones de sitios con nombre de host tienen una dirección URL con nombre de host única. Mediante la implementación de colecciones de sitios con nombre de host, puede asignar entradas WINS o DNS a colecciones de sitios en aplicaciones web.

Las colecciones de sitios basadas en rutas de acceso proporcionan una solución de hospedaje corporativo con nombres de host distintivos para cada aplicación web. En una implementación basada en rutas de acceso, las colecciones de sitios se asignan a una ruta de acceso administrada que está subordinada a la aplicación web. Las colecciones de sitios basadas en rutas de acceso y las colecciones de sitios con nombre de host pueden existir en las mismas aplicaciones web y éstas pueden contener miles de colecciones de sitios.

Las colecciones de sitios basadas en rutas de acceso admiten la asignación alternativa de acceso con varias zonas diferentes, cada una de las cuales puede tener direcciones URL asignadas por WINS o por DNS distintivas.

Colecciones de sitios con nombre de host

Las colecciones de sitios con nombre de host permiten a Windows SharePoint Services 3.0 usar nombres de encabezado de host, en lugar de rutas de acceso, para determinar las colecciones de sitios a las que tienen acceso los usuarios y el contenido que devuelven en respuesta a las solicitudes de los usuarios. La creación de una colección de sitios con nombre de host permite hospedar varias colecciones de sitios con direcciones URL mnemónicas para los usuarios. Windows SharePoint Services 3.0 intenta rastrear de forma automática las colecciones de sitios con nombre de host recién creadas si la base de datos de contenido de Windows SharePoint Services 3.0 está asociada con una instancia de búsqueda de Windows SharePoint Services 3.0.

Para obtener información acerca de la configuración de colecciones de sitios con nombre de host con la autenticación por formularios, vea Preparación del rastreo de sitios con nombre de host que usen autenticación por formularios.

Para obtener información acerca de la configuración de colecciones de sitios con nombre de host con la autenticación básica, vea Preparación del rastreo de sitios con nombre de host que usen autenticación básica.

Las colecciones de sitios con nombres de host permiten crear varias colecciones de sitios de nivel raíz dentro de una aplicación web. Por ejemplo, los administradores de las organizaciones de host usan colecciones de sitios con nombre de host para crear varios sitios con nombre de dominio. Windows SharePoint Services 3.0 permite tener varios dominios en una única aplicación web. En Windows SharePoint Services 2.0, esto se denominaba modo de hospedaje escalable. El modo de hospedaje escalable admite la colocación de varios dominios, como http://www.adatum.com, https://www.contoso.com, etc., a modo de colecciones de sitios independientes dentro de la misma aplicación web. En Windows SharePoint Services 3.0, las colecciones de sitios con nombre de host proporcionan la misma funcionalidad de hospedaje escalable.

Si necesita compatibilidad para las colecciones de sitios basadas en rutas de acceso que responden a varias direcciones URL con nombre de host, considere la posibilidad de usar asignaciones alternativas de acceso en lugar de colecciones de sitios con nombre de host. Para obtener más información acerca de las asignaciones alternativas de acceso, vea Planeación de asignaciones de acceso alternativas (Windows SharePoint Services).

Puede tener colecciones de sitios con nombre de host en varias aplicaciones web. Puede extender varios sitios web de IIS con Windows SharePoint Services 3.0. Las colecciones de sitios con nombre de host admiten sitios de portal.

Creación de una colección de sitios con nombre de host

Puede crear un sitio nuevo mediante la herramienta de línea de comandos stsadm.exe. No puede usar la aplicación web de Administración central de Windows SharePoint Services 3.0 para crear una colección de sitios con nombre de host.

Utilice el comando stsadm.exe createsite para crear una colección de sitios y agregue el siguiente parámetro a dicha operación para indicar que debe tener un nombre de host en lugar de basarse en rutas de acceso:

-hhurl <Web application URL>

Por ejemplo, si tiene una aplicación web llamada www.contoso.com y desea agregar una colección de sitios con nombre de host con la dirección URL http://hoster.contoso.com, utilice el siguiente comando:

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

Los proveedores de servicios de Internet (ISP) configuran sus servidores DNS para asociar http://hoster.contoso.com con la dirección IP adecuada. Para probarlo, puede editar el archivo \system32\drivers\etc\hosts para asociar colecciones de sitios con nombre de host con la dirección IP de un servidor que ejecute Windows SharePoint Services 3.0. Después de haberlo configurado, puede desplazarse a http://hoster.example.com para tener acceso a su sitio.

Si desea cambiar la dirección URL de una colección de sitios con nombre de host después de crearla, utilice el siguiente comando:

stsadm.exe -o renamesite

Este comando está disponible en la revisión de Windows SharePoint Services 3.0. Para obtener más información acerca de cómo usar el comando stsadm.exe -o renamesite, vea Renamesite: operación de Stsadm (Windows SharePoint Services).

No es necesario especificar si se desea usar colecciones de sitios con nombre de host al crear la base de datos de configuración. Puede especificar si una colección de sitios debe tener un nombre de host o basarse en rutas de acceso al crear la colección de sitios.

Además de usar la herramienta de línea de comandos para crear sitios con nombre de host, puede usar el modelo de objetos de Windows SharePoint Services 3.0. El siguiente ejemplo de código crea el mismo sitio, 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);

Aplicación de encabezados de host

Puede aplicar encabezados de host en dos niveles diferentes:

  • Nivel de aplicación web (sitio web de IIS)

  • Nivel de colección de sitios

En la mayoría de los casos, al aplicar un encabezado de host en el nivel de la aplicación web se hace imposible tener acceso a las colecciones de sitios con nombre de host. Esto se debe a que IIS no responde a las solicitudes con nombres de host que difieren de la configuración de IIS. Sin embargo, esto puede conseguirse si se configura el sitio web de IIS de la zona predeterminada sin un encabezado de host y sólo se aplican encabezados de host a los sitios web de IIS en el resto de las zonas. Esto permite usar la zona predeterminada con colecciones de sitios con nombre de host (que se supone que están en la zona predeterminada) mientras que se puede usar una funcionalidad de asignación de acceso alternativo en el resto de zonas para las colecciones basadas en rutas de acceso.

Para aplicar encabezados de host en el nivel de aplicación web (sitio web de IIS):

  1. En la página principal de Administración central, haga clic en Administración de aplicaciones.

  2. En la sección Administración de aplicaciones web de SharePoint de la página Administración de aplicaciones, haga clic en Crear o extender una aplicación web.

  3. En la sección Agregar una aplicación web de SharePoint de la página Crear o extender una aplicación web, haga clic en Crear una nueva aplicación web.

  4. En la página Crear nueva aplicación web, en la sección Sitio web de IIS, configure los encabezados de host para la nueva aplicación web escribiendo la dirección URL que desee usar para tener acceso a la aplicación web en el cuadro Encabezado de host.

El valor del encabezado de host especifica el vínculo que se debe crear para el sitio web de IIS y garantiza que IIS sólo responde a las solicitudes enviadas al encabezado de host especificado. Puede modificar manualmente los vínculos de IIS desde el Administrador de IIS, pero no se recomienda. Cualquier cambio que se realice con el Administrador IIS no afectará a Windows SharePoint Services 3.0. Si Windows SharePoint Services 3.0 intenta aprovisionar un sitio web de IIS de otro equipo de la granja de servidores para la misma zona y aplicación web, se usa el vínculo especificado en la página Crear nueva aplicación Web. Si desea modificar un vínculo existente para un sitio web de IIS, quite la aplicación web de la zona y, después, vuelva a extender la aplicación web en la zona con el vínculo que desee usar.

Configuración de una colección de sitios con nombre de host

Windows SharePoint Services 3.0 se envía con un conjunto de servicios web para varias tareas de usuario y administrativas. Una de estas tareas administrativas es la creación de un sitio nuevo. El método web CreateSite no admite la creación de colecciones de sitios con nombre de host. Una solución alternativa a este problema es escribir un servicio web que contenga el código de ejemplo de la API.

Hay varias opciones de configuración adicionales que se deben tener en cuenta al aprovisionar un nuevo sitio de Windows SharePoint Services 3.0. La especificación de la plantilla de sitio correspondiente durante la creación del sitio determinará qué elementos web preconfigurados y demás elementos de la interfaz de usuario están disponibles en el nuevo sitio. Al hospedar un escenario, es posible que desee seleccionar una plantilla de sitio de grupo (valor de “STS#0” al crear el sitio) o un sitio en blanco sin elementos web ni listas preconstruidas (valor de “STS#1”).

En un entorno de hospedaje, tenga en cuenta la especificación de cuotas de sitios en cada uno de los sitios web de Windows SharePoint Services 3.0 recién aprovisionados. Aunque no se incluye la compatibilidad con plantillas de cuota de sitio en los servicios web de ejemplo, puede agregar cuotas de sitio y utilizarlas para crear una plantilla de cuota de sitio basada en límites predeterminados.

Creación de una colección de sitios con nombre de host mediante autenticación de SQL

Para trabajar con el proveedor de pertenencia de SQL en un escenario de hospedaje, es necesario llevar a cabo algunos pasos adicionales para configurar y administrar correctamente una colección de sitios con nombre de host. Al crear un sitio, debe especificar un usuario que será el propietario del sitio. Esto implica que el propietario ya existe como usuario en el directorio de pertenencia. Para simplificar ésta y otras tareas del proveedor de pertenencia de SQL, utilice la herramienta MembershipSiteAdmin.exe.

Nota

Para obtener información acerca de la descarga de la herramienta MembershipSiteAdmin.exe, vea la página de código fuente de ejemplo del proveedor de sitios SQL de SharePoint https://www.codeplex.com/SharePointHosters/Release/ProjectReleases.aspx?ReleaseId=5097

MembershipSiteAdmin.exe es una herramienta de línea de comandos para administrar cómo se crean, eliminan y asignan a las aplicaciones los sitios y los usuarios, y puede ayudar con las siguientes tareas:

  • Creación de un usuario en la base de datos de pertenencia de SQL

  • Eliminación de un usuario de la base de datos de pertenencia de SQL

  • Creación de un sitio de Windows SharePoint Services 3.0.

  • Eliminación de un sitio de Windows SharePoint Services 3.0.

  • Enumeración de todas las aplicaciones asociadas con un usuario determinado o comprobación de la existencia de un usuario en el sistema o en otra aplicación

La herramienta stsadm.exe lleva a cabo el proceso de creación o eliminación de un sitio de Windows SharePoint Services 3.0. Para ello, stsadm.exe debe tener un archivo de configuración disponible. MembershipSiteAdmin.exe llama a los procedimientos almacenados personalizados y la API del proveedor de pertenencia e incluye la herramienta stsadm.exe. MembershipSiteAdmin.exe asigna el nombre de la aplicación al nombre de dominio completo (FQDN) del sitio de Windows SharePoint Services 3.0 al llamar a uno de los siguientes procedimientos almacenados personalizados:

  • aspnet_Sitemaps_CreateMapping acepta como entrada un nombre de aplicación y un FQDN

  • aspnet_Sitemaps_DeleteMapping acepta como entrada un FQDN

Puede crear y eliminar usuarios en el repositorio de pertenencia de SQL mediante la API del servicio de pertenencia de ASP.NET (System.Web.Security.Membership). MembershipSiteAdmin.exe llama al método Membership.CreateUser o al método Membership.DeleteUser para completar este proceso. El proveedor que usa el servicio de pertenencia se especifica en el archivo App.config (MembershipSiteAdmin.exe.config) para MembershipSiteAdmin.exe. MembershipSiteAdmin.exe usa el proveedor de pertenencia de envío de SQL para realizar estas tareas y especifica el nombre de la aplicación a la que conectar el usuario. El archivo MembershipSiteAdmin.exe. debe señalar a la ubicación predeterminada para el archivo stsadm.exe. Si ha instalado Windows SharePoint Services 3.0 en otra ubicación, deberá actualizar esta configuración de la aplicación. Consulte la siguiente sección del archivo MembershipSiteAdmin.exe.config:

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

Exposición de sitios con nombre de host sobre HTTP y HTTPS

Puede exponer colecciones de sitios con nombre de host sobre los protocolos HTTP y HTTPS si crea las colecciones de sitios en el puerto predeterminado. Si crea colecciones de sitios en otro puerto, cada colección individual de sitios con nombre de host puede ser HTTP o HTTPS exclusivamente, en función de qué dirección URL se especificó con el parámetro -url del comando createsite. No se pueden usar colecciones de sitios con nombre de host con los escenarios de extranet avanzados que proporcionan las asignaciones alternativas de acceso, como la terminación SSL.

Puede obtener resultados de búsqueda sobre ambos protocolos mediante la creación de una aplicación web para HTTP y otra para HTTPS. En la búsqueda se utilizará el esquema de protocolo de la dirección URL pública asignada a la zona predeterminada de la aplicación web para determinar el tipo de esquema de protocolo que utilizan las colecciones de sitios con nombre de host. Si desea que se puedan realizar búsquedas en la colección de sitios con nombre de host sobre HTTP, colóquela en la aplicación web HTTP. Si desea que se puedan realizar búsquedas en la colección de sitios con nombre de host sobre HTTPS, colóquela en la aplicación web HTTPS.

Configuración de HTTPS para las colecciones de sitios con nombre de host

Antes de configurar HTTPS, debe aplicarse un certificado a un sitio web de IIS. Por lo tanto, HTTPS sólo se puede configurar en el nivel de aplicación web de Windows SharePoint Services 3.0. En escenarios de hospedaje, los proveedores de servicios de hospedaje pueden configurar una única aplicación web con HTTPS y después, crear varias colecciones de sitios con nombre de host en esa aplicación web. Cada sitio web comparte técnicamente un único certificado. Los proveedores del servicios de hospedaje deben adquirir un certificado comodín y, después, usar una directiva de dirección URL de colección de sitios con nombre de host correspondiente al certificado comodín. Por ejemplo, si un proveedor de servicios de hospedaje adquiere un certificado comodín *.contoso.com, el proveedor de servicios de hospedaje debe 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. Sin embargo, si el requisito es aplicar un certificado único para cada sitio, el proveedor de servicios de hospedaje deberá crear varias aplicaciones web. Las aplicaciones web no son tan escalables como las colecciones de sitios de Windows SharePoint Services 3.0.

Para configurar HTTPS para las colecciones de sitios con nombre de host, debe habilitar SSL en la página de Administración central Crear nueva aplicación Web. Windows SharePoint Services 3.0 asigna de forma automática un número de puerto a la aplicación web, aunque se puede especificar un número de puerto diferente de forma manual.

Los sitios HTTPS se pueden crear para el modo de creación de cuentas, Active Directory: modo de cuenta de dominio, y autenticación de formularios de Active Directory.

Después de crear la aplicación web, abra el Administrador de IIS y asigne un certificado. A continuación, cree colecciones de sitios y, si usa un puerto que no sea el predeterminado, asegúrese de especificar el número de puerto para los parámetros –url y –hhurl del comando stsadm.exe –o createsite, como se muestra en el siguiente ejemplo:

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

Descarga de este libro

Este tema se incluye en el siguiente libro descargable para facilitar la lectura y la impresión:

Vea la lista completa de libros disponibles en la página de libros descargables para Windows SharePoint Services.