[AIX Solaris HP-UX Linux Windows][IBM i]

Configuración de servidor web

La configuración de plug-in conlleva configurar el servidor web para utilizar el módulo de plug-in binario que WebSphere Application Server proporciona. La configuración de plug-in incluye también actualizar el archivo de configuración XML de plug-in para reflejar la configuración de servidor de aplicaciones actual. El módulo binario utiliza el archivo XML para ayudar a direccionar las solicitudes de cliente web.

[AIX Solaris HP-UX Linux Windows]Después de instalar un servidor web admitido, debe instalar un módulo de plug-in binario para el servidor web instalando los plug-in de servidor web. El módulo de plug-in permite al servidor web comunicarse con el servidor de aplicaciones. La herramienta de configuración de plug-ins de servidor web permite configurar el servidor web y crear una definición de servidor web en la configuración del servidor de aplicaciones. La herramienta de configuración de plug-ins de servidor web utiliza los archivos siguientes para configurar un plug-in para el servidor web que seleccione:
  • El archivo de configuración del servidor web en la máquina del servidor web, como el archivo httpd.conf de IBM® HTTP Server.
  • El archivo de plug-in de servidor web binario en la máquina del servidor web.
  • El archivo de configuración del plug-in, plugin-cfg.xml, en la máquina del servidor de aplicaciones que propaga (copia) en una máquina del servidor web.
  • El archivo de configuración del plug-in (temporal) predeterminado, plugin-cfg.xml, en la máquina del servidor web.
  • El script configurenombre_servidor_web que copia de la máquina del servidor web en la máquina del servidor de aplicaciones.
[IBM i]El proceso de configuración de plug-ins utiliza los archivos siguientes para configurar un plug-in para el servidor web que seleccione:
  • El archivo de configuración del servidor web en la máquina del servidor web, como el archivo httpd.conf de IBM HTTP Server.
  • El archivo de plug-in de servidor web binario en la máquina del servidor web.
  • El archivo de configuración del plug-in, plugin-cfg.xml, en la máquina del servidor de aplicaciones que propaga (copia) en una máquina del servidor web.
  • El script de configuración para configurar la definición de servidor web del servidor de aplicaciones en un caso HTTP remoto.

Consulte las descripciones siguientes de cada archivo.

Archivo de configuración del servidor web

El archivo de configuración del servidor web se instala como parte del servidor web.

[AIX Solaris HP-UX Linux Windows]La Herramienta de configuración de plug-ins de servidor web debe volver a configurar el archivo de configuración de un servidor web admitido.

La configuración consiste en añadir directivas que identifican las ubicaciones de archivo de dos archivos:
  • Archivo de plug-in del servidor web binario
  • Archivo de configuración del plug-in, plugin-cfg.xml

Archivo de plug-in del servidor web binario

Por ejemplo, un módulo de plug-in binario es el archivo mod_was_ap22_http.dll de IBM HTTP Server en la plataforma Windows.

[IBM i]Otro ejemplo de un módulo de plug-in binario es el programa de servicio QSVTAP20 en la plataforma IBM i.

El archivo de plug-in binario no cambia. Sin embargo, el archivo de configuración del plug-in binario es un archivo XML. El servidor de aplicaciones cambia el archivo de configuración cuando se producen determinados cambios en la configuración de WebSphere Application Server.

El módulo binario lee el archivo XML para ajustar los valores y direccionar las solicitudes al servidor de aplicaciones.

Archivo de configuración del plug-in, plugin-cfg.xml

El archivo de configuración del plug-in es un archivo XML con valores que puede ajustar en la consola administrativa. El archivo enumera todas las aplicaciones instaladas en la definición de servidor web. El módulo binario lee el archivo XML para ajustar los valores y para direccionar las solicitudes al servidor de aplicaciones.

[AIX Solaris HP-UX Linux Windows]El servidor de aplicaciones autónomo vuelve a generar el archivo plugin-cfg.xml en el directorio raíz_perfil/config/cells/nombre_célula/nodes/nombre_servidor_web_node/servers/nombre_servidor_web. La regeneración se produce cada vez que se produce un cambio en la configuración de servidor de aplicaciones que afecta a las aplicaciones desplegadas.

[AIX Solaris HP-UX Linux Windows]El gestor de despliegue vuelve a generar el archivo plugin-cfg.xml en el directorio raíz_perfil/config/cells/nombre_célula/nodes/nombre_nodo/servers/nombre_servidor_web cada vez que se produce un cambio en la configuración del servidor de aplicaciones que afecta a las aplicaciones desplegadas en el nodo gestionado.

[IBM i]Si realiza cambios en la configuración de servidor de aplicaciones que afectan a las aplicaciones desplegadas, vuelva a generar el archivo XML de configuración de plug-in.

Después de la regeneración, propague (copie) el archivo a la máquina del servidor web. El plug-in binario tiene entonces acceso a la copia más actual de su archivo de configuración.

[AIX Solaris HP-UX Linux Windows]El servicio de configuración del plug-in de servidor web regenera el archivo plugin-cfg.xml automáticamente después de determinados sucesos que cambian la configuración. El servicio de configuración propaga automáticamente el archivo plugin-cfg.xml a una máquina de IBM HTTP Server cuando se vuelve a generar el archivo. Debe copiar manualmente el archivo en otros servidores web.

[IBM i]En los sistemas IBM i, el plug-in no se genera automáticamente. Debe volver a generar y propagar el archivo manualmente.

[AIX Solaris HP-UX Linux Windows]

Archivo de configuración del plug-in predeterminado, plugin-cfg.xml

La herramienta de configuración de plug-ins de servidor web crea el archivo plugin-cfg.xml en el directorio raíz_plugins/config/nombre_servidor_web. La herramienta crea el archivo para cada caso de instalación remota.

El archivo predeterminado es un marcador de posición que debe sustituir por el archivo plugin-cfg.xml de la definición de servidor web en el servidor de aplicaciones. El archivo predeterminado es una réplica del archivo que el servidor de aplicaciones crea para un servidor de aplicaciones autónomo predeterminado.

Ejecute el script configurenombre_servidor_web en el directorio raíz_servidor_aplicaciones/bin de la máquina del servidor de aplicaciones para una instalación remota o directamente desde el directorio raíz_plugins/bin para una instalación local. El script crea la definición de servidor web en los archivos de configuración del perfil predeterminado. Para configurar un perfil distinto del predeterminado, edite el script configurenombre_servidor_web. Utilice el parámetro -profileName para identificar un perfil distinto del predeterminado.

Después de que se crea la definición de servidor web, el servicio de configuración de plug-in de servidor web en el servidor de aplicaciones crea el primer archivo plugin-cfg.xml en la definición de servidor web en la máquina del servidor de aplicaciones. Si instala una aplicación, crea un host virtual o realiza cualquier cosa que cambie la configuración, debe propagar el archivo plugin-cfg.xml actualizado de la máquina del servidor de aplicaciones a la máquina del servidor web para sustituir el archivo predeterminado.

[AIX Solaris HP-UX Linux Windows]

Script configurenombre_servidor_web para la definición de servidor web

La herramienta de configuración de plug-ins de servidor web crea el script configurenombre_servidor_web en el directorio raíz_plug-ins/bin/ de la máquina del servidor de aplicaciones web. Si una máquina de un caso remoto se ejecuta en un sistema operativo como AIX o Linux y la otra máquina se ejecuta en Windows, utilice el script creado en el directorio raíz_plug-ins/bin/crossPlatformScripts. El script solo se crea en los casos de instalación remota.

Copie el script de la máquina del servidor web en el directorio raíz_servidor_aplicaciones/bin en una máquina del servidor de aplicaciones remota. No tiene que copiar el script en una instalación local. Ejecute el script para crear una definición de servidor web en la configuración del servidor de aplicaciones.

Al utilizar IBM HTTP Server, configure también IBM HTTP Administration Server. IBM HTTP Administration Server funciona con la consola administrativa para gestionar las definiciones de servidor web. Además, utilice la consola administrativa para actualizar la definición de servidor web con las opciones de gestión del servidor web remoto. Pulse Servidores > Tipos de servidor > Servidores web > nombre_servidor_web para ver las opciones de configuración. Por ejemplo, pulse Gestión del servidor web remoto para cambiar las propiedades como:
  • Nombre de host
  • Puerto administrativo
  • ID de usuario
  • Password
Importante: Abra siempre una ventana de mandato nueva antes de ejecutar este script. Puede evitar un posible problema si hace esto.

El problema es un posible conflicto entre un variable de entorno de shell, la variable de entorno WAS_USER_SCRIPT y el perfil predeterminado real. El script siempre funciona respecto al perfil predeterminado. Si se establece la variable de entorno WAS_USER_SCRIPT, sin embargo, surge un conflicto porque el script intenta trabajar en el perfil identificado por la variable.

La variable es fácil de establecer accidentalmente. Emita cualquier mandato desde el directorio raíz_perfil/bin de cualquier perfil y se establecerá la variable para ese perfil.

Si tiene más de un perfil en el sistema, existe la posibilidad de que el perfil predeterminado y el perfil identificado por la variable sean distintos. Si es así, se produce un conflicto y es posible que el script no cree la definición de servidor web en el perfil correcto o puede que no cree la definición de servidor web en absoluto.

Restablezca la variable de cualquiera de estas dos formas:
  • Cierre la ventana de mandato donde está establecida la variable y abra una nueva.
  • Cambie de directorio a raíz_perfil/bin del perfil predeterminado y proporcione el script setupCmdLine.sh:
    [Windows]
    1. Abra una ventana de indicador de mandatos.
    2. Vaya al directorio raíz_servidor_aplicaciones\bin.
    3. Emita el mandato setupCmdLine.bat.
    [AIX][HP-UX][Linux][Solaris]
    1. Abra una ventana de shell de mandatos.
    2. Vaya al directorio raíz_instalación/bin.
    3. Emita el mandato . ./setupCmdLine.sh. Observe el espacio entre los puntos. El formato especial de este mandato proporciona el mandato para que haga el valor activo para todos los procesos iniciados desde el shell de mandatos.

Si ya existe una definición de servidor web para un servidor de aplicaciones autónomo, al ejecutar el script no se añade una nueva definición de servidor web. Cada servidor de aplicaciones autónomo puede tener solo una definición de servidor web.

No puede utilizar la consola administrativa de un servidor de aplicaciones autónomo para añadir o suprimir una definición de servidor web. Sin embargo, puede hacer las dos tareas mediante la interfaz de scripts de administración:
  • Añada una definición de servidor web mediante el recurso wsadmin utilizando el script configurenombre_servidor_web. El script utiliza un script Jacl (lenguaje de mandatos Java™) llamado configureWebserverDefintion.jacl para crear y configurar la definición de servidor web.
  • Suprima una definición de servidor web mediante mandatos de wsadmin. El servidor web se llama webserver1 en el ejemplo siguiente:
     set webserverName webserver1
     set webserverNodeSuffix _node
     set webserverNodeName   $webserverName$webserverNodeSuffix
     $AdminConfig remove [$AdminConfig getid /Node:$webserverNodeName/Server:$webserverName]
     $AdminConfig remove [$AdminConfig getid /Node:$webserverNodeName]
     $AdminConfig save

Un nodo gestionado, por otro lado, puede tener varias definiciones de servidor web. El script crea una nueva definición de servidor web a no ser que el nombre del servidor sea el mismo.

[IBM i]

Script de configuración para la definición de servidor web

Al configurar el servidor web con el script configureOs400WebserverDefinition o mediante la interfaz gráfica de usuario de administración de IBM i se crea el script configurenombre_servidor_web en el directorio raíz_plug-ins/bin/ de la máquina del servidor web. El script solo se crea en los casos de instalación remota.

Copie el script de la máquina del servidor web en el directorio raíz_servidor_aplicaciones/bin en la partición de IBM i. Ejecute el script para crear una definición de servidor web en la configuración del servidor de aplicaciones.

La interfaz gráfica de usuario de administración de IBM i tiene plug-ins que permiten a la consola administrativa gestionar IBM HTTP Servers. Utilice la consola administrativa para actualizar la definición de servidor web con las opciones de gestión del servidor web remoto. Pulse Servidores > Tipos de servidor > Servidores web > nombre_servidor_web para ver las opciones de configuración. Por ejemplo, pulse Gestión del servidor web remoto para cambiar las propiedades como:
  • Nombre de host
  • Puerto administrativo
  • ID de usuario
  • Password

Si ya existe una definición de servidor web para un servidor de aplicaciones autónomo, al ejecutar el script no se añade una nueva definición de servidor web. Cada servidor de aplicaciones autónomo puede tener solo una definición de servidor web.

No puede utilizar la consola administrativa de un servidor de aplicaciones autónomo para añadir o suprimir una definición de servidor web. Sin embargo, puede hacer las dos tareas mediante la interfaz de scripts de administración:
  • Añada una definición de servidor web mediante el recurso wsadmin utilizando el script configurenombre_servidor_web. El script utiliza un script Jacl (lenguaje de mandatos Java) llamado configureWebserverDefintion.jacl para crear y configurar la definición de servidor web.
  • Suprima una definición de servidor web mediante mandatos de wsadmin. El servidor web se llama webserver1 en el ejemplo siguiente:
    set webserverName webserver1
    set webserverNodeSuffix _node
    set webserverNodeName 
    $webserverName$webserverNodeSuffix
    $AdminConfig remove 
      [$AdminConfig getid 
        /Node:$webserverNodeName/Server:$webserverName]
    $AdminConfig remove 
      [$AdminConfig getid /Node:$webserverNodeName]
    $AdminConfig save

O bien, puede utilizar los script configureOs400WebServerDefinition y removeOs400WebServerDefinition para realizar estas tareas.

Un nodo gestionado, por otro lado, puede tener varias definiciones de servidor web. El script crea una nueva definición de servidor web a no ser que el nombre de servidor web sea el mismo.

Sustitución del archivo de configuración del plug-in por el archivo de la definición de servidor web (propagación)

El archivo predeterminado utiliza valores de parámetro fijos que es posible que no coincidan con los valores de parámetro del archivo real en el servidor de aplicaciones. El archivo predeterminado es solo un marcador de posición.

El archivo no puede reflejar los cambios que se produzcan en la configuración de servidor de aplicaciones. El archivo tampoco puede reflejar los valores no predeterminados que podrían estar en vigor en el servidor de aplicaciones.

[AIX Solaris HP-UX Linux Windows]El servidor de aplicaciones debe tener los valores siguientes en el archivo plugin-cfg.xml real. Si es así, el archivo predeterminado puede configurar satisfactoriamente el módulo de plug-in binario. A continuación, el módulo de plug-in puede comunicarse satisfactoriamente con el servidor web y con el servidor de aplicaciones.

[AIX Solaris HP-UX Linux Windows]Supongamos que el servidor de aplicaciones no tiene los valores siguientes en el archivo plugin-cfg.xml real. En ese caso, el archivo predeterminado configura el módulo de plug-in binario incorrectamente. El módulo de plug-in puede comunicarse siempre con el servidor web. Pero con un archivo de configuración inadecuado, el módulo de plug-in no se puede comunicar satisfactoriamente con el servidor de aplicaciones.

[AIX Solaris HP-UX Linux Windows]A continuación se detallan los valores de parámetro fijos en el archivo de configuración del plug-in temporal.
  • Nombre de host virtual

    Valor predeterminado: default_host

    Este host virtual está configurado para dar servicio a la DefaultApplication. Este valor probablemente es el mismo que el valor del archivo plugin-cfg.xml real. Sin embargo, supongamos que crea otro host virtual para dar servicio a las aplicaciones e instala la DefaultApplication en él. En es caso, se vuelve a generar el archivo plugin-cfg.xml real. El servidor web no puede acceder a la DefaultApplication. (La aplicación incluye el servlet Snoop y el servlet de recuento de visitas).

    Para acceder a las aplicaciones en el nuevo host virtual, propague el archivo plugin-cfg.xml real. La propagación copia el archivo actualizado de la máquina del servidor de aplicaciones en la máquina del servidor web.

  • Puerto de transporte HTTP

    Valor predeterminado: 9080

    El valor 9080 es el valor predeterminado del puerto de transporte HTTP para el host virtual default_host. Este valor probablemente es el del valor del archivo actualizado. Sin embargo, este valor cambia para cada perfil de la máquina del servidor de aplicaciones. El puerto de transporte HTTP debe ser exclusivo para todos los servidores de aplicaciones.

    Para comunicarse en un puerto distinto, propague el archivo plugin-cfg.xml real.

  • Puerto de escucha del servidor web

    Valor predeterminado: 80

    El valor 80 es el valor predeterminado del puerto que controla la comunicación con el servidor web. Sin embargo, cada perfil de servidor de aplicaciones debe tener un valor de puerto exclusivo para comunicarse con un servidor web. El valor de puerto real podría ser 81 u otro número.

    Para comunicarse en un puerto distinto, propague el archivo plugin-cfg.xml real.

  • Puerto de transporte HTTPS

    Valor predeterminado: 9443

    El valor 9443 es el valor predeterminado del puerto de transporte HTTPS (seguro) para el host virtual default_host. Este valor probablemente es el del valor del archivo actualizado. Sin embargo, este valor cambia para cada perfil de la máquina del servidor de aplicaciones. El puerto de transporte HTTPS debe ser exclusivo para todos los servidores de aplicaciones.

    Para comunicarse en un puerto seguro distinto, propague el archivo plugin-cfg.xml real.

  • Aplicaciones instaladas en el servidor de aplicaciones server1

    Todos los servlets y aplicaciones predeterminados están incluidos en el archivo predeterminado.

    Para dar servicio a una aplicación que ha desarrollado con el servidor web, propague el archivo plugin-cfg.xml real.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cins_webserver
File name: cins_webserver.html