Compatibilidad avanzada con extranet
Última modificación: viernes, 30 de abril de 2010
Hace referencia a: SharePoint Foundation 2010
Microsoft SharePoint Foundation proporciona un modelo de objetos para crear y administrar direcciones URL entrantes y salientes en casos en los que se debe implementar un servidor proxy inverso entre el equipo cliente y el servidor web que ejecuta SharePoint Foundation. Una dirección URL entrante es la dirección URL de una solicitud cuando llega al servidor web que ejecuta SharePoint Foundation. SharePoint Foundation determina esta dirección URL examinando el protocolo de capa de aplicación (HTTP o HTTPS), el encabezado de host en el paquete HTTP y el puerto de destino del paquete TCP. Una dirección URL saliente es la dirección URL absoluta base que SharePoint Foundation usa en los vínculos que genera en las páginas que devuelve al usuario.
Una configuración de proxy inverso puede ser necesaria, por ejemplo, cuando el mismo sitio de SharePoint debe orientarse tanto hacia el interior, en una empresa u organización, como hacia el exterior, a una extranet o a Internet. En tal caso, dos servidores comparten el mismo contenido y el proxy inverso sólo se aplica al servidor orientado hacia el exterior. El acceso al servidor orientado hacia el interior es directo a través de HTTP; el acceso al servidor orientado hacia el exterior sólo es posible mediante una solicitud Capa de sockets seguros (SSL) al servidor proxy inverso.
La compatibilidad avanzada con extranet resuelve las siguientes configuraciones de proxy inverso:
Terminación SSL: el usuario tiene acceso a un sitio de SharePoint mediante la especificación de https como protocolo en la dirección URL. Un servidor proxy inverso recibe la solicitud SSL, la convierte en una solicitud HTTP (http) y reenvía la solicitud convertida al servidor que ejecuta SharePoint Foundation.
Modificación del encabezado de host: una aplicación que genera una solicitud web incluye un encabezado en la solicitud denominado encabezado de host. El encabezado de host HTTP identifica el host que el usuario especificó en la dirección URL. En esta configuración, el usuario tiene acceso a un sitio de SharePoint mediante una dirección URL, como http://www.example.com, donde el host es www.example.com. Un servidor proxy inverso recibe la solicitud, cambia el encabezado de host por el nombre interno del servidor que ejecuta SharePoint Foundation, tal como sharepoint.internal.example.com y, a continuación, reenvía la solicitud a este servidor.
Traducción del puerto: el usuario tiene acceso a un sitio de SharePoint mediante un número de puerto en particular, como por ejemplo el puerto 80 para las solicitudes HTTP. Un servidor proxy inverso recibe la solicitud y la reenvía al servidor que ejecuta SharePoint Foundation en un puerto diferente, como el 1234.
En cada uno de estos casos, el servidor proxy inverso modifica la dirección URL de la solicitud original para convertirla en una dirección URL diferente. Antes de agregar compatibilidad avanzada con extranets, SharePoint Foundation suponía que la dirección URL entrante era la dirección URL de la solicitud original. Usaba esa dirección URL entrante como la dirección URL absoluta en los vínculos que generaba en las páginas que devolvía al usuario, y que era una dirección URL incorrecta para el usuario. La compatibilidad avanzada con extranets hace posible que SharePoint Foundation use diferentes protocolos, nombres de host y números de puerto en los vínculos que genera en las páginas que devuelve al usuario.
Un servidor proxy inverso recibe una solicitud para una determinada dirección URL desde el equipo cliente; el servidor proxy, a continuación, reasigna la solicitud a una dirección URL diferente para el servidor web que ejecuta SharePoint Foundation. Por ejemplo, el servidor proxy puede recibir una solicitud, como https://www.example.com/sites/Site/default.aspx, pero realizar la solicitud al servidor web como http://nn.nn.nnn.nn/sites/Site/default.aspx. Con la compatibilidad avanzada con extranets, SharePoint Foundation se puede personalizar para devolver la misma dirección URL original (por ejemplo, https://www.example.com) en todos los vínculos de sus páginas.
Nota
La compatibilidad avanzada con extranets sólo se aplica a aplicaciones web de contenido y no a una aplicación web o al sitio web de Administración central de SharePoint.
SharePoint Foundation examina los paquetes que recibe del servidor proxy y separa las partes de protocolo, nombre de host y número de puerto de la solicitud o dirección URL entrante. A continuación, usa dos tablas para determinar la base correcta de la dirección URL que debe devolver: una tabla asigna cada dirección URL entrante a una zona en particular y la otra tabla asigna cada zona a una determinada dirección URL saliente. SharePoint Foundation vuelve a escribir las direcciones URL que se muestran en sus páginas mediante la dirección URL saliente base que encuentra en las tablas.
Las zonas asignan las direcciones URL entrantes que SharePoint Foundation recibe del servidor proxy a direcciones URL salientes que usa en los vínculos que genera en las páginas que devuelve al usuario. Cinco zonas por servidor virtual representan las distintas maneras de obtener acceso a un sitio de SharePoint: Intranet, Internet, Extranet, Personalizada y Predeterminada. Aunque cada zona puede tener un número cualquiera de direcciones URL, cada zona sólo puede tener una dirección URL de salida.
Los siguientes tipos del espacio de nombres Microsoft.SharePoint.Administration proporcionan maneras de crear y administrar direcciones URL de solicitud alternativas en un servidor virtual:
El método AlternateServerUrlFromHttpRequestUrl de la clase SPUtility devuelve la dirección URL saliente que está asociada con una dirección URL entrante especificada.
SharePoint Foundation permite definir rutas de acceso administradas para la inclusión explícita o la inclusión de caracteres comodín. Para obtener información administrativa sobre la definición de rutas de acceso administradas mediante servidores proxy inversos, vea el tema sobre la planeación de asignaciones alternativas de acceso (Office SharePoint Server).