Solución de problemas de ApacheSi tiene algún problema con su Apache pero no sabe cómo resolverlo, los primeros indicios se encontrarán en los ficheros de registro. Hay varios ficheros de registro para Apache. Todos ellos se encuentran en /var/log/apache2/. No todos los siguientes ficheros de registro estarán en su sistema: depende de qué módulos haya habilitado.
Este fichero es, sencillamente, un listado de los archivos solicitados a su servidor. A menos que haya cambiado la configuración por defecto, se encontrará en Formato Común de Registro:
Como puede ver, este fichero puede contener multitud de información, dependiendo de la directiva ErrorLevel en su fichero httpd.conf. Le dice si Apache se inició correctamente, con qué errores se topó, etc. En general, le dirá qué fue mal. Si hay algo que no esté funcionando bien, éste debería ser el primer fichero que revise para saber si hay más información.
Este fichero contiene una entrada de registro por cada vez que se ejecuta un script mediante CGI y suexec. Si no consigue hacer funcionar un script con suexec, este registro es el único a revisar pues, en general, tendrá una línea por cada vez que no consiguiera ejecutar un script. 2. Instalé un módulo, ¡Pero no funciona! Instalar sólo el módulo no es suficiente - tiene que activarlo explícitamente. Hacemos esto de manera que sea fácil activar o desactivar módulos individuales lo que hace sencillo encontrar qué módulo está causando problemas y le permite probarlos y desactivarlos fácilmente. Cuando instale un módulo, debería mostrar un mensaje parecido a éste:
Éste es bastante sencillo. Le dice exactamente lo que necesita hacer para activar este módulo. Si perdió este mensaje, hay otro modo de averiguar qué necesita añadir a la variable APACHE2_OPTS en APACHE2_OPTS: simplemente revise el fichero de configuración del módulo instalado. Éste debería estar agregado a /etc/apache2/modules.d/. Búsquelo ahí y encuentre una línea que tenga la directiva IfDefine:
El bloque IfDefine se ejecuta cuando añade -D LAYOUT a /etc/conf.d/apache2. LAYOUT es sólo un ejemplo. Hay varias opciones que puede añadir a APACHE2_OPTS y que se especifican en la configuración predeterminada y que se encuentran bien explicadas en el archivo /etc/conf.d/apache2. La información de todos los módulos que Apache incorpora se puede encontrar en la Documentación del Servidor HTTP Apache 2.0. 3. Apache devuelve páginas vacías o violaciones de segmento Esto sucede sobre todo después de una actualización, debido a que la compatibilidad del binario se rompe en la librería APR --Apache Portable Runtime-- (lo cual puede ocurrir por varias razones). Para arreglarlo, tiene que reconstruir APR:
Determinar un módulo con fallos complementario Si todavía tiene problemas después de seguir las instrucciones de antes, muy probablemente el culpable sea uno de sus módulos complementarios instalados. Comience por desactivar todos los módulos complementarios y reinicie Apache.
Si Apache sigue terminando en violación de segmento y dando páginas en blanco, entonces sabe que, sin lugar a dudas, era uno de los módulos complementarios. Para averiguar cuáles eran, los vamos añadiendo uno a uno y reiniciando Apache en cada momento. Cuando Apache deje de funcionar después de añadir un módulo, sabe qué ese módulo es lo único que causa problemas. A veces, simplemente con reconstruir el módulo el problema se arregla. Si después de reconstruir el módulo y reiniciar Apache todavía tiene problemas de violación de segmento con él o le sigue devolviendo páginas en blanco, debería enviar un bug (un informe del error) indicando la versión y revisión concreta del módulo y mencionar que éste provoca una violación de segmento. ¡Asegúrese de buscar antes en los bugs que todavía estén abiertos! 4. El servidor web no interpreta los scripts PHP o CGI sino que devuelve su código Parece que a veces Apache devuelve el código de los scripts PHP o CGI en vez de ejecutarlos y devolver la salida de los mismos. Si esto ocurre aun cuando el módulo está habilitado en /etc/conf.d/apache2 es muy probable que se trate de una cuestión de caché. Este problema se soluciona con limpiar la caché del navegador web. A veces, este problema también se puede apreciar cuando se accede al servidor web a través de su nombre de dominio y no cuando se accede mediante su dirección IP. Este es un firme indicio de que se trata de un problema de caché. Este problema se puede arreglar limpiando la caché del navegador web y cualquier proxy web como squid o wwwoffle. 5. configure: error: changes in the environment can compromise the build Si obtiene este error, entonces probablemente tenga espacios innecesarios en su variable CFLAGS en /etc/make.conf. La solución es simple, quitar los espacios extra:
6. Address already in use: make_sock: could not bind to address 0.0.0.0:443 Este error ocurre durante la inicialización y es causado por tener múltiples directivas Listen incompatibles en su configuración. Para solucionar este problema, debería utilizar grep para buscar las directivas Listen en su configuración y corregir cada ocurrencia.
Lo que está buscando son conflictos con los que Apache intente asociarse. Por ejemplo, si hay un Listen 80 en httpd.conf y también hay un Listen 10.0.0.15:80 en otro fichero, entonces Apache no será capaz de arrancar. Esto es debido a que Apache primero se asocia al puerto 80 en todas las direcciones IP de la máquina y luego intenta hacerlo también al puerto 80 de la dirección IP 10.0.0.15. Falla porque el puerto 80 ya está en uso. La configuración recomendada es aquella que tenga un único Listen 80 (ésta es la configuración predeterminada de httpd.conf) así que asocie al puerto HTTP estándar a todas las direcciones por defecto y luego cree una directiva Listen absoluta para cada VirtualHost SSL (como por ejemplo Listen 10.0.0.15:443). 7. Después de actualizar a apache-2.0.54-r13 los vhosts por defecto (SSL y no SSL) han dejado de funcionar Con la actualización a apache-2.0.54-r13, se le agregaron dos nuevas directivas para corregir el bug 100624. La nuevas directivas son -D DEFAULT_VHOST para activar el host virtual por defecto y -D SSL_DEFAULT_VHOST para activar el host virtual por SSL defecto. Ambas tienen que ser añadidas a la variable APACHE2_OPTS de /etc/conf.d/apache2 si quiere que Apache se comporte como antes. Si nada de lo dicho anteriormente le ha servido o si tiene otras cuestiones, tómese la libertad de pasarse por nuestro canal de IRC #gentoo-apache en irc.freenode.net. O también puede enviar un bug en el Bugzilla de Gentoo. El contenido de este documento, a no ser que se especifique expresamente, está registrado bajo los términos de la licencia CC-BY-SA-2.5. Se aplican las Pautas de Utilización del logo y nombre de Gentoo. |
|