Resolución de problemas de HTTP Server

Síntoma: Error 404 en HTTP Server

Causa

HTTP Server no puede encontrar el recurso que se ha solicitado o el perfil de usuario en HTTP Server no tiene autorización sobre el recurso solicitado.

Solución

Compruebe lo siguiente:

• Asegúrese de que el archivo existe.
• Asegúrese de que el perfil de usuario utilizado para acceder al recurso tiene autorización sobre el objeto. El perfil de usuario QTMHHTTP se utiliza de forma predeterminada. El perfil de usuario QTMHHTP1 se utiliza de forma predeterminada cuando la solicitud es un programa CGI.

Síntoma: HTTP Server tiene una respuesta lenta

Solución

Consulte lo siguiente:

• Gestión del rendimiento de HTTP Server

Síntoma: Error 500 en HTTP Server

Causa

Un programa de HTTP Server ha fallado o hay un error en el programa CGI.

Solución

Compruebe lo siguiente:

• Consulte las anotaciones de trabajo primarias del servidor, las mallas QSYSOPR, las anotaciones de error y las anotaciones de trabajo CGI para obtener más información.
• Si no ha utilizado la interfaz de IBM Web Administration for i para crear una configuración de HTTP Server , es posible que falte una directiva necesaria en el archivo de configuración. Consulte el archivo de configuración con la interfaz de Web Administration for i para ver los posibles errores.

Síntoma: HTTP Server en el puerto 80 no se inicia

Causa

De forma predeterminada, el valor de inicio automático del servidor APACHEDFT es *GLOBAL. Si, además, el valor del servidor global para el inicio automático es "Sí", el servidor APACHEDFT se iniciará durante el proceso del mandato STRTCP. El servidor APACHEDFT utiliza el puerto 80 y puede hacer que cualquier otro HTTP Server que utilice el puerto 80 no se inicie.

Solución

Haga lo siguiente:

Si HTTP Server no se inicia o parece que se inicia, pero luego se detiene, compruebe lo siguiente:

1. La causa del problema puede estar en las anotaciones de trabajo. Utilice WRKACTJOB inmediatamente después de iniciar el servidor. Si el trabajo está activo, especifique WRKACTJOB para trabajar con el trabajo y visualizar el registro de trabajo. Si el trabajo no está activo, especifiqueWRKSPLF SELECT(QTMHHTTP)para buscar el nombre del servidor y visualizar el archivo de spool.
2. Si ha configurado los registros de errores, la causa del problema puede estar en el registro de errores. Por ejemplo,/www/myserver/logs/basic_error_log, donde "myserver" es el nombre de HTTP Server.
   Nota: Si los mensajes de error se han personalizado, el error no se identificará de la misma forma que en el ejemplo anterior.

Si estos pasos no ayudan, intente iniciar el servidor con un rastreo detallado. Consulte Gestionar el rendimiento del servidor para HTTP Server para el rastreo.

De forma predeterminada, el valor de inicio automático del servidor APACHEDFT es *GLOBAL. Si, además, el valor del servidor global para el inicio automático es "Sí", APACHEDFT se iniciará durante el proceso del mandato STRTCP. El servidor APACHEDFT utiliza el puerto 80 y puede hacer que cualquier otro HTTP Server que utilice el puerto 80 no se inicie. Para evitar esta condición, puede:

• Cambie el valor de inicio automático de configuración del servidor APACHEDFT a "No".
• Cambie la configuración del servidor APACHEDFT para utilizar un puerto que no sea 80.

Para cambiar el valor de inicio automático en el servidor APACHEDFT, haga lo siguiente:

1. Pulse la pestaña Gestionar .
2. Haga clic en la subpestaña Servidores HTTP.
3. Seleccione APACHEDFT en la lista Servidor .
4. Expanda Propiedades de servidor.
5. Pulse Configuración general del servidor.
6. Pulse la pestaña Valores generales en el formulario.
7. Seleccione No (en lugar de *GLOBAL o Sí) en la lista Inicio automático .
8. Pulse Aceptar.

Para cambiar el número de puerto en el servidor APACHEDFT, haga lo siguiente:

1. Pulse la pestaña Gestionar .
2. Haga clic en la subpestaña Servidores HTTP.
3. Seleccione APACHEDFT en la lista Servidor .
4. Expanda Propiedades de servidor.
5. Pulse Configuración general del servidor.
6. Pulse la pestaña Valores generales en el formulario.
7. Seleccione la dirección IP y el puerto en la tabla Direcciones IP y puertos de servidor para escuchar en .
8. Especifique un nuevo valor para el número de puerto en la columna Puerto .
9. Pulse Continuar.
10. Pulse Aceptar.

Como precaución final, asegúrese de que el servidor APACHEDFT no se ha iniciado realizando lo siguiente:

1. Pulse la pestaña Gestionar .
2. Pulse la subpestaña Todos los servidores .
3. Haga clic en la pestaña Todos los servidores HTTP.
4. Seleccione APACHEDFT en la tabla.
5. Pulse Detener.

Síntoma: Problemas del navegador web con HTTP Server

Causa

Es posible que el navegador web no esté configurado correctamente.

Solución

A continuación se muestra una lista de problemas y soluciones comunes para su navegador web.

Varios errores de Microsoft Internet Explorer relacionados con una interpretación incorrecta de HTTP/1.1 en respuesta

Microsoft Internet Explorer envía solicitudes en formato HTTP/1.1 , pero parece que sólo acepta respuestas en formato HTTP/1.0 . El método alternativo es indicar a HTTP Server que la solicitud ha llegado en formato HTTP/1.0 .

Ejemplo anterior:BrowserMatch "MSI 4\.0b2;" downgrade-1.0 force-response-1.0

URL no encontrada al hacer clic en un archivo de un listado de directorios de Netscape

SiAlwaysDirectoryIndexestá en OFF y se solicita una URL para un directorio sin barra al final, entonces Netscape no solicita el fichero relativo al director en el que existe el fichero en el listado de directorios resultante.

Microsoft Internet Explorer no muestra mensajes de error personalizados

Si Internet Explorer no muestra los mensajes de error personalizados, compruebe si las preferencias del navegador están configuradas para mostrar mensajes de error HTTP amigables. Inhabilite esta preferencia y los mensajes de error personalizados deben visualizarse correctamente.

Al utilizar HTTPS, Microsoft Internet Explorer muestra las páginas que se almacenaron en caché al utilizar HTTP

Si el navegador muestra páginas almacenadas en memoria caché en lugar de conectarse al servidor utilizando SSL, borre la memoria caché del navegador.

Solicitud de contraseña al utilizar el certificado para la autenticación de cliente

Si utiliza una entidad emisora de certificados que ofrece la opción de proteger la clave privada del certificado con una contraseña (por ejemplo, para el navegador Microsoft Internet Explorer ) y utiliza el certificado para la autenticación de cliente, se le solicitará la contraseña después de unos 2 minutos de inactividad. Esto sucede incluso si ha inhabilitado SSLV2 en el navegador que se está utilizando y en el servidor porque está intentando utilizar el intervalo de tiempo de espera de memoria caché SSLV3 más largo. Esta es una característica de seguridad que protege la clave privada si está ausente del cliente, aunque pueda parecer un problema de almacenamiento en memoria caché SSLV3 .

Certificado no reconocido por el navegador

Si añade un certificado al navegador, es posible que el navegador no reconozca que hay un nuevo certificado hasta que reinicie el sistema.

Síntoma: HTTP Server no se iniciará o las funciones no funcionarán

Solución

Elementos generales a comprobar:

1. Compruebe /QIBM/UserData/HTTPA/admin/logs, HTTPAdmin.log, error_log y cualquier otro registro que pueda tener. Allí se puede encontrar más información sobre la causa del problema.
2. Utilice CHKPRDOPT para 57XXDG1, SS1, TC1 y JV1.
3. Compruebe las anotaciones de trabajo para el usuario QTMHHTTP.
4. Compruebe los perfiles de usuario QTMHHTTP y QTMHHTP1 .
5. Verifique que *PUBLIC no es *EXCLUDEd de '/' (Utilice WRKLNK' /' y tome la opción 9).
6. Verifique que los subsistemas QSERVER y QUSRWRK estén en ejecución.

Mensajes de error:

Error ZSRV_MSG0358

Se ha encontrado en el registro de administración. Verifique que hay una entrada de tabla de sistemas principales en CFGTCP Opción 10 que coincida con el nombre de sistema principal + dominio en CFGTCP Opción 12, y establezca 'Prioridad de búsqueda de nombre de sistema principal' en *LOCAL.

Error ZUI_50004 -'no *IOSYSCFG authority '

Verifique que el usuario tiene la autorización *IOSYSCFG. Si un perfil GROUP otorga *IOSYSCFG, verifique que se aplica el PTF SF65588 (V4R5). Compruebe que NO hay archivos .jar de usuario en la ruta del directorio /QIBM/ProdData - este directorio es para uso exclusivo de IBM®.

Error HTP8015

Verifique que se aplican los PTF más recientes para el producto DG1 .

Error CEE0200

Verifique que las opciones 57XXJV1 *Base, 5 y 6 están instaladas,

Error ZSRV_MSG0302 : Usuario qsecofr: anomalía de autenticación para "/": 1

Problema conocido con contraseñas de 128 caracteres en V5R1. Los servidores HTTP no pueden utilizar contraseñas de 128 caracteres. Es posible que pueda eludir este problema cambiando la contraseña del perfil de usuario a MAYÚSCULAS y utilizando MAYÚSCULAS para iniciar sesión en la pantalla ADMIN.

ZSRV_MSG0252: La operación de inicialización SSL ha fallado, error de código de retorno = 107.

107 es el código de error de la API de socket seguro, significa GSK_KEYFILE_CERT_CADUCADO. Es posible que pueda eludir este problema yendo a DCM para ampliar la validez.

Síntoma: Se ha producido un error al abrir el archivo

Causa

Si la configuración de HTTP Server utiliza la directiva Rewrite y no tiene el acceso adecuado para QTMHHTTP configurado, el servidor no se iniciará.

Solución

Asegúrese de que QTMHHTTP tiene autorización de acceso *RWX sobre el directorio /tmp .

Síntoma: Problemas de rendimiento de autenticación de WebSphere Portal

Si está experimentando problemas de rendimiento cuando los usuarios están iniciando sesión en el portal (la fase de autenticación), los indicadores siguientes pueden ayudarle a determinar que los filtros están causando estos problemas de rendimiento:

• El servidor LDAP se llena con un gran número de entradas.
• Cuando escribe WRKACTJOB en una línea de mandatos de la consola, los trabajos QSQSRVR utilizan una cantidad excesiva de CPU durante la fase de autenticación del portal (inicio de sesión).
• Cuando dos usuarios del portal inician la sesión simultáneamente, una solicitud de inicio de sesión tarda dos veces más que la otra solicitud.

Causa

Puede encontrar un problema de rendimiento si configura un servidor WebSphere® Portal seguro con LDAP. Este problema sólo se produce si utiliza el asistente Crear WebSphere Portal en la interfaz de Web Administration for i . Al configurar LDAP con el asistente de WebSphere Portal , los dos campos LDAP LDAPUserFilter y LDAPGroupFilter se configuran con valores predeterminados en función del tipo de servidor LDAP que se utilice. Por ejemplo, si está protegiendo su servidor WebSphere Portal mediante el servidor de directorio IBM, los dos campos LDAP se establecen en "(&(|(cn=%v)(uid=%v))(objectclass=persona))" y "(&(cn=%v)(|(objectclass=groupOfUniqueNames)(objectclass=groupOfNames)(objectclass=group))), respectivamente. Al configurar los campos con los valores predeterminados, el asistente WebSphere Portal permite al administrador del Portal wpsadmin iniciar sesión correctamente y se pueden utilizar las entradas LDAP existentes una vez que el servidor del Portal se haya configurado y asegurado correctamente. Sin embargo, si el servidor LDAP tiene un gran número de entradas, o si se añaden muchos usuarios adicionales al servidor LDAP, el rendimiento de autenticación del portal puede verse notablemente afectado.

Solución

Si determina que los filtros, tal como los configura el asistente de WebSphere Portal , están causando problemas de rendimiento de autenticación, realice los pasos siguientes:

1. Inicie la interfaz de Web Administration for i .
2. Pulse la pestaña Gestionar .
3. Pulse la subpestaña Servidores de aplicaciones .
4. Expanda Herramientas.
5. Pulse Iniciar consola administrativa.
6. Inicie sesión en la consola y pulse Aceptar.
7. Expanda Seguridad.
8. Expanda Registros de usuarios.
9. Pulse LDAP.
10. Pulse Valores LDAP avanzados en la tabla Propiedades adicionales .
11. Edite los valores de las propiedades Filtro de usuario y Filtro de grupo con valores más precisos para aumentar el rendimiento de la autenticación. Para obtener más información sobre esta sintaxis, consulte el IBM Tivoli® Directory Server para i (LDAP ).

1. Edite los valores de las propiedades Filtro de usuario y Filtro de grupo con valores más precisos para aumentar el rendimiento de la autenticación. Para obtener más información sobre esta sintaxis, consulte el IBM Tivoli Directory Server para i (LDAP ) y el WebSphere Portal y Lotus Web Content Management sitio web.
2. Pulse Aceptar.
3. Pulse Guardar para aplicar los cambios a la configuración maestra.
4. Pulse Guardar de nuevo en la página siguiente.

Nota: Es posible que tenga que reiniciar WebSphere Application Server para que estos cambios entren en vigor.