Instalación del plug-in de servidor web para entornos distribuidos (células)

Procedimiento de configuración y resolución de problemas de la propagación automática

El servicio de configuración del plug-in de servidor web propaga el archivo plugin-cfg.xml automáticamente sólo para IBM HTTP Server. Para habilitar la propagación automática, realice la siguiente configuración única:

1. Cree un user=adminUser, password=adminPassword en el archivo raíz_IHS/conf/admin.passwd. Por ejemplo: c:\ws\ihs85\bin\htpasswd -cb c:\ws\ihs85\conf\admin.passwd adminUser adminPassword
2. En la consola administrativa, pulse Servidores > Servidores Web > webserver1 > Gestión de servidor web remoto. Defina los valores siguientes: admin Port=8008, User Id=adminUser, Password=adminPassword.
3. Establezca los permisos correctos de lectura/grabación para el archivo httpd.conf y el archivo plugin-cfg.xml. Consulte el archivo raíz_IHS/logs/admin_error.log para obtener más información.

Para la propagación automática del archivo de configuración del plug-in, es preciso que el servidor administrativo IBM HTTP esté en ejecución. Si gestiona un servidor IBM HTTP Server mediante la consola administrativa de WebSphere Application Server, es posible que aparezca este error:

"No se ha podido conectar al servidor de administración IHS"

Siga el procedimiento siguiente:

1. Compruebe que el servidor de administración de IBM HTTP Server esté en ejecución.
2. Verifique que el nombre de host del servidor Web y el puerto definidos en la consola administrativa de WebSphere Application Server coincidan con el nombre de host y el puerto del servidor de administración IBM HTTP Server.
3. Compruebe que el cortafuegos no impida el acceso al servidor de administración de IBM HTTP Server desde la consola administrativa de WebSphere Application Server.
4. Compruebe que el ID de usuario y la contraseña especificados en la consola administrativa de WebSphere Application Server, mediante gestión remota, se hayan creado en el archivo admin.passwd utilizando el mandato htpasswd.
5. Si intenta conectarse de forma segura, compruebe que exporta el certificado personal keydb del servidor de administración de IBM HTTP Server a la base de datos de claves de WebSphere Application Server como un certificado de firmante. Esta base de datos de claves se especifica mediante la directiva com.ibm.ssl.trustStore en el archivo sas.client.props del perfil en el que se ejecuta la consola administrativa. Esta consideración es principalmente para los certificados autofirmados.
6. Si continúa teniendo problemas, consulte el archivo admin_error.log de IBM HTTP Server y las anotaciones cronológicas (archivo trace.log) de WebSphere Application Server para determinar la causa del problema.

Consideraciones acerca de plataformas cruzadas para ejecutar el script de configuración

Al configurar un servidor web remoto, pueden aparecer varias diferencias en cuanto a sistemas operativos y plataformas de máquina:

• Una máquina ejecuta Windows y la otra ejecuta Linux o UNIX.
• Una máquina ejecuta una codificación predeterminada que es diferente de la otra.

Una máquina ejecuta Windows y la otra ejecuta Linux o UNIX

Si una máquina se ejecuta en Linux o UNIX y la otra máquina se ejecuta en Windows, utilice el script creado en el directorio raíz_plugins/bin/crossPlatformScripts.

Una máquina ejecuta una codificación predeterminada que es diferente de la otra

El contenido de los scripts configurenombre_servidor_web.bat o configurenombre_servidor_web.sh puede dañarse si la codificación de archivo predeterminado de las dos máquinas es distinta. Este escenario es posible cuando una máquina está configurada para un entorno local de juego de caracteres de doble byte (DBCS) y la otra máquina no.

Determine la codificación de archivos de cada máquina y utilice uno de los procedimientos siguientes como método alternativo. Para determinar la codificación de archivo predeterminada, ejecute el mandato apropiado:

• Sistemas Windows:

  CHCP

• Sistemas Linux y UNIX:

  locale

Utilice el resultado del mandato en cada máquina como valor de la variable codificación_máquina_servidor_web y la variable codificación_máquina_servidor_aplicaciones en uno de los procedimientos siguientes.

Procedimientos de corrección de las diferencias de codificación

Supongamos que el servidor Web se está ejecutando en una máquina Linux y que Network Deployment se está ejecutando en una máquina Windows.

Servidor web en ejecución en una máquina Linux

Ejecute el mandato siguiente en el sistema Linux o UNIX para codificar el archivo de script que configura la definición del servidor web, antes de enviar el archivo por FTP a la máquina Windows en modalidad binaria:

iconv -f codificación_máquina_servidor_Web \
-t codificación_máquina_servidor_aplicaciones \
         configurenombre_servidor_Web.bat

Omita los caracteres de continuación (\) de Linux y UNIX especificando el mandato en una sola línea.

Importante: el nombre del servidor Web (apodo) se utiliza en el nombre del archivo de script. El nombre no puede contener caracteres de un juego de caracteres de doble byte (DBCS) si se desea configurar el servidor IBM HTTP Server para la propagación automática.

Ahora supongamos que el servidor Web se está ejecutando en una máquina Windows y que Network Deployment se está ejecutando en una máquina Linux o UNIX.

Servidor web en ejecución en una máquina Windows

Ejecute el mandato siguiente en el sistema Linux o UNIX para codificar el archivo de script que configura la definición del servidor web, después de enviar el archivo por FTP en modalidad binaria:

iconv -f codificación_máquina_servidor_Web \
-t codificación_máquina_servidor_aplicaciones \
         configurenombre_servidor_Web.sh

Omita los caracteres de continuación (\) de Linux y UNIX especificando el mandato en una sola línea.

Si el mandato iconv del sistema no admite la correlación de conversión, copie el contenido del script de configuración del servidor web en un área común y péguelo en la máquina en la que se ejecuta el servidor de aplicaciones.