Al federar un sitio de ArcGIS Server con su portal, se integran los modelos de uso compartido y de seguridad del portal con uno o varios sitios de ArcGIS Server. La federación es opcional a menos que desee hacer lo siguiente:
- Configurar su sitio con un proveedor de identidad Security Assertion Markup Language (SAML).
- Alojar mapas de teselas, capas de entidades y capas de escenas publicadas por los miembros del portal.
- Permitir a los miembros del portal que realicen un análisis espacial en el Map Viewer Classic.
Cuando se agrega un servidor a su portal, se dice que se está federando el servidor con el portal. Un servidor que se ha agregado a su portal se denomina servidor federado.
Nota:
Para federar correctamente, el sitio de ArcGIS Server debe tener acceso de red directo al portal mediante el puerto 7443. No es posible configurar un proxy de reenvío para administrar ni dirigir el tráfico de red entre el servidor y el portal.
Al federar un sitio de servidor con su portal de ArcGIS Enterprise, la versión del servidor debe coincidir con la versión del portal en la mayoría de los casos. Se permite federar un sitio de servidor en una versión anterior si el sitio del servidor es uno de los siguientes:
- Un sitio de ArcGIS GIS Server que no esté designado como sitio del servidor de alojamiento. El sitio del servidor de alojamiento debe coincidir con la versión del portal.
- Un sitio ArcGIS Image Server que no esté designado como sitio de análisis de ráster ni como sitio de alojamiento de imágenes. Los sitios de alojamiento de imágenes y análisis de ráster deben coincidir con la versión del portal.
Nota:
No se garantiza que las versiones de software retiradas sean compatibles con las nuevas versiones. Al federar sitios de ArcGIS GIS Server o ArcGIS Image Server en versiones anteriores, la versión se debe admitir según la política de ciclo de vida del producto para recibir soporte técnico.
La dirección URL de los servicios debe seguir las mismas reglas que la URL de la organización. Debe estar compuesta por un esquema, un host y contexto de un solo nivel. La dirección URL de los servicios es la dirección URL que los clientes usarán para acceder a los servicios que se publican en el sitio del servidor federado.
Al federar un servidor con el portal, el almacén de seguridad del portal controla todo el acceso al servidor. Así, la experiencia de inicio de sesión es cómoda, pero también afecta a cómo se accede al servidor federado y cómo se administra. Por ejemplo, al federar, todos los usuarios, roles y permisos configurados anteriormente en los servicios de ArcGIS Server dejan de ser válidos. En su lugar, el acceso a los servicios está determinado por los miembros, roles y permisos de uso compartido del portal. Antes de federar, consulte la información de Administrar un servidor federado para entender cómo afecta la federación a su sitio actual.
Los servicios existentes en el sitio de ArcGIS Server durante la federación se agregan automáticamente al portal como elementos. Estos elementos pertenecen al administrador del portal que realiza la federación. Tras la federación, el administrador del portal puede reasignar la propiedad de estos elementos a los miembros del portal como desee. Todos los elementos siguientes que publique en el servidor federado se agregan automáticamente como elementos en el portal y pasan a ser propiedad del usuario que los ha publicado.
Después de realizar la federación, puede, si lo desea, designar un único sitio del servidor como servidor de alojamiento del portal. Consulte la tabla en Integrar su servidor con Portal for ArcGIS para ver una lista de las funcionalidades disponibles cuando su portal tiene un servidor de alojamiento. Consulte Configurar un servidor de alojamiento para ver las instrucciones sobre cómo designar uno de los servidores federados como servidor de alojamiento del portal.
Nota:
Se admite la federación con un servidor que utilice la autenticación de nivel web (IWA, autenticación de certificado de cliente de PKI, etc.). El único requisito para este proceso es que la URL de administración no debe utilizar la autenticación de nivel web. Normalmente, esto se logra especificando la URL a través del puerto 6443, https://gisserver.domain.com:6443/arcgis. Durante la federación, se puede devolver un mensaje de advertencia que indica que la URL de los servicios no se puede validar. Se trata de lo previsto cuando la URL de servicios utiliza la autenticación de nivel web.
Obtenga más información sobre cómo configurar sitios de servidor con el portal.
Una vez que el sitio del servidor esté federado con la organización, usted utilizará una dirección URL como https://gisserver.domain.com:6443/arcgis/manager para iniciar sesión en ArcGIS Server Manager. Si el sitio incluye varios equipos o se utilizó un Web Adaptor para la dirección URL de administración, los usuarios con los permisos correctos pueden acceder a Server Manager a través de la dirección URL de administración definida durante la federación. Se le pedirá que proporcione el nombre y la contraseña de la cuenta del portal. Para obtener más información sobre las diferencias que encontrará al trabajar con un servidor federado, consulte Administrar un servidor federado.
Después de federar el servidor con el portal, también puede hacer lo siguiente:
Configurar uno de los servidores federados como servidor de alojamiento: esto permite que los usuarios del portal publiquen capas alojadas en el portal. Pueden hacerlo desde el sitio web del portal o desde ArcGIS Pro.
Al especificar un servidor de alojamiento para el portal, el servicio de impresión de dicho servidor se configura automáticamente con el portal. Solo es necesario iniciar y compartir el servicio de impresión para utilizarlo en el portal. Sin embargo, si ya ha configurado un servicio de impresión con su portal, la dirección URL no se actualiza al especificar un servidor de alojamiento. Es necesario iniciar el servicio, compartirlo y configurarlo a continuación como servicio de utilidades.
Deshabilitar la cuenta de administrador del sitio principal: esto no es necesario en todos los sitios, pero puede proporcionar un grado adicional de seguridad al exigir que todos los usuarios usen cuentas y tokens del portal.