Puede crear una definición de servidor web en la consola administrativa cuando el servidor web y
el plug-in del servidor web para
WebSphere Application
Server están en la misma máquina y el servidor de aplicaciones está en otra máquina. Esto permite ejecutar un servidor de aplicaciones en una
plataforma y un servidor Web en otra plataforma.
Antes de empezar
Con una instalación de servidor web remoto,
WebSphere
Application Server puede facilitar las funciones de administración
del plug-in y la generación y propagación del archivo
plugin-cfg.xml para
IBM®
HTTP Server para
WebSphere
Application Server, pero no para otros servidores web.
Los servidores web que no son
IBM
HTTP Server para
WebSphere
Application Server deben residir en la misma máquina que
WebSphere
Application Server (como un nodo gestionado) para facilitar las
funciones de administración del plug-in y la generación y propagación
del archivo plugin-cfg.xml.
Acerca de esta tarea
Puede seleccionar una instalación de servidor web remota si desea que el servidor web esté fuera de un cortafuegos y que WebSphere Application Server esté detrás del cortafuegos. Puede crear un servidor web remoto en un nodo no gestionado. Los nodos no gestionados son nodos sin agentes de nodo.
Dado que en la máquina que representa al nodo no se ha instalado
WebSphere Application
Server o un agente de nodos, no hay ningún modo de administrar un servidor web en dicho nodo no gestionado a
menos que el servidor web sea
IBM HTTP Server para
WebSphere Application
Server. Con
IBM
HTTP Server, hay un servidor de administración que facilitará las
solicitudes administrativas como, por ejemplo, iniciar y detener, ver
archivos de anotaciones y editar el archivo
httpd.conf.
Importante: El servidor de administración no se incluye con
IBM
HTTP Server para
WebSphere
Application Server que se ejecuta en plataformas
z/OS. De modo que, no se admite la administración con la consola
administrativa para
IBM
HTTP Server para
z/OS
en nodos no gestionados.
Los pasos siguientes crearán una definición de servidor web en el perfil predeterminado. Este procedimiento no se aplica al configurar un servidor web remoto para un servidor web i5/OS. Para obtener más información sobre cómo configurar un servidor web
i5/OS,
consulte el tema titulado Selección de un diagrama de topología
de servidor web y de un mapa.
Qué hacer a continuación
Para un servidor web HTTP server no de IBM de un nodo no
gestionado, puede generar la configuración del plug-in, en base a los
cambios del repositorio de
WebSphere
Application Server. Sin embargo, las funciones siguientes no están soportadas en un nodo no gestionado para un servidor web que no es IBM HTTP Server:
- Inicio y detención del servidor web.
- Visualización y edición del archivo de configuración del servidor web.
- Visualización de los archivos de anotaciones del servidor web.
- Propagación del archivo plugin-cfg.xml del servidor web.
Puede configurar servidores web que no son IBM HTTP Server como un servidor web local en un nodo gestionado. Para un servidor web que no sea IBM HTTP Server de un nodo gestionado, se da soporte a las funciones siguientes:
- Generación de la configuración del plug-in, basada en los cambios
del repositorio de WebSphere Application Server.
- Propagación del archivo plugin-cfg.xml basada en la
sincronización de nodos con el nodo de
WebSphere
Application Server. Es necesaria una sincronización de nodos para propagar los cambios de configuración al nodo o nodos afectados.
Nota: Cuando WebSphere
Application Server se instala utilizando un perfil autónomo en una
máquina e
IBM
HTTP Server se instala en una máquina distinta como usuario root
utilizando el servidor administrativo, para asegurarse de que la
propagación funciona correctamente, el usuario root debe cambiar
manualmente los permisos del archivo plugin-cfg.xml para el usuario
no root ejecutando
IBM
HTTP Server desde el servidor administrativo. El nombre de usuario y el grupo necesarios
para iniciar el servidor administrativo se encuentran en el archivo
HTTPServer/config/admin.conf.
El archivo
plugin-cfg.xml se propaga al árbol del repositorio de nodos del servidor de aplicaciones desde el repositorio del gestor de despliegue.
Importante: El archivoplugin-cfg.xml se propaga al árbol de repositorio de nodos del servidor de aplicaciones. Esta no es la ubicación de instalación predeterminada del archivo plugin-cfg.xml.
Es posible que sea necesario realizar cambios en los archivos de configuración del servidor web que no sea IBM HTTP Server para actualizar la ubicación del archivo plugin-cfg.xml que lee el módulo del plug-in.
Por ejemplo, IIS (Internet Information Services) tiene un nombre de archivo denominado
plugin-cfg.loc, que leen los módulos del plug-in de IIS para determinar la ubicación del archivo
plugin-cfg.xml.
El archivo
plugin-cfg.loc se ha de actualizar para reflejar la ubicación del archivo
plugin-cfg.xml en el repositorio de nodos del servidor de aplicaciones.
Otros servidores web que no sean IBM HTTP Server tienen métodos diferentes para especificar la ubicación del archivo plugin-cfg.xml para el módulo del plug-in. No obstante, para que la propagación funcione, actualice la ubicación que refleje la ubicación en el repositorio de nodos del servidor de aplicaciones.
Para un servidor web que no sea IBM HTTP Server que esté configurado como un servidor web local en un nodo gestionado, no están soportadas las funciones siguientes:
- Inicio y detención del servidor web.
- Visualización y edición del archivo de configuración.
- Visualización de los archivos de anotaciones del servidor web.