En SharePoint es posible especificar host headers tanto para aplicaciones web, como para colecciones de sitios, esto puede ser bastante útil a la hora de afrontar algunos tipos de topologías.
Pongamos el caso de una empresa que necesita diferentes sitios para los distintos departamentos, de tal manera que cada uno de ellos tenga su propio FQDN, esto puede realizarse usando una aplicación web para cada departamento, pero esto incrementaría notablemente el número de bases de datos presentes y complicaría las tareas de backup/restore.
Este problema puede simplificarse significativamente si agrupamos todos los departamentos dentro de la misma aplicación web, por lo que serían colecciones de sitios, y el FQDN para cada uno de ellos puede establecerse usando host header, por lo tanto tendríamos todas las colecciones de sitios agrupadas dentro de una misma aplicación web y por lo tanto en la misma base de datos, algo bastante interesante sobretodo si no contamos con un volumen de datos grande, que es lo normal, en este tipo de sitios.
También sería posible repartir el contenido de la aplicación web en varias bases de datos, en caso de que contasen con un gran volumen de datos.
Por lo tanto será necesario crear colecciones de sitios de la siguiente manera:
Para simplificar un poco los pasos necesarios para llegar a una topología de este tipo, en este ejemplo se va a crear una como la siguiente:
Para conseguir una topología de este tipo, lógicamente, en primer lugar será necesario crear una aplicación web, en este caso para complicarlo un poco más, también la aplicación web tendrá un “host header”, por lo tanto se crea una aplicación web con un host header, que en este caso será “Raiz”, y estará alojado en el puerto 80:
Una vez creemos la colección de sitios, si se ha especificado un host header es necesario incluirlo en el DNS o en el fichero de hosts (c:\WINDOWS\system32\drivers\etc\hosts) para que el IIS sepa a qué aplicación web redirigir las peticiones.
Este sería el fichero de hosts, donde se incluye una nueva entrada, indicando que las peticiones a la aplicación web se redirijan a la propia máquina:
Y mediante dicho host header se podrá acceder al sitio:
Para crear el resto de colecciones de sitios con host header, será necesario utilizar los comandos stsadm, desde el interfaz no es posible, por lo tanto con el comando “createsite” se especifica la Url con la que se accederá al sitio, el hostheader, y tambien en el parametro hhurl, la dirección “real” que tendría dicho sitio si no se usara un host header.
No entiendo muy bien porque para el parámetro hhurl (host header url) se especifica la dirección “real”, entiendo que debería ser al revés….
Nuevamente habrá que modificar el DNS o el fichero de hosts, para incluir la nueva entrada:
Y en este caso también hay que modificar el valor del host de la aplicación web para que reconozca las peticiones, en este caso de “subsitioPrimerNivel”, para ello en la administración del IIS, incluimos en la aplicación web raíz el host header “subsitioPrimerNivel”:
Como al ejecutar el comando stsadm de creación de la colección de sitios no he indicado la plantilla de sitio, al acceder por primera vez, SharePoint necesitará que se seleccione una:
Y a este subsitio se accede mediante el host header:
Si para esta colección de sitios, creamos un nuevo subsitio mediante el interfaz, se creara de la siguiente manera:
Algunos artículos relacionados: