ISSUX.com | Desarrollo web, frameworks, wordpress, linux y más. » error

Error 503: Service Temporarily Unavailable en Dreamhost

issux — Thu, 08 Oct 2009 02:00:44 +0000

Ayer me surgió un problema mientras estaba preparando la entra anterior, “Hacer ping a buscadores en php“. Resulta que al intentar previsualizar un post, siempre me mostraba el error “Service Temporarily Unavailable“, y no me actualizaba el post.

Al principio sospeche que podía ser problema del plugin que utilizo para resaltar el código php, pero fijándome en el titulo de la ventana, y viendo que daba un código de error 503, llegue a la conclusión que seria problema con el servidor, en este caso dreamhost.

Así que lo mejor en estos casos es, aprovechando el acceso ssh, revisar los ficheros de logs del dominio, para ver si muestra algún tipo de error y si nos da muestra más información. Tenemos que editar el fichero /logs/dominio/http/error.log

$ tail error.log

Con esto vemos las últimas lineas del fichero de error. En mi caso me he encontrado con esto:

[Tue Oct 06 14:00:31 2009] [error] [client XXX.XX.XX.XX] mod_security: Access denied with code 503. Pattern match "(****|****|****|****|****|****|****|************|********|****|****|****|****|****|****|****|****|****|****|****|****|****|****)\\\\(.*\\\\)\\\\;" at **** [severity "********"] [hostname "*******"] [uri "/wp-admin/post.php"] [unique_id "*****************************"]

En resumen, lo que indica que es mod_security comprueba si se ha introducido alguna función no permitida (en mi caso fue fopen() y fwrite()). Si es así, detiene la ejecución del script y muestra el error 503.

Es un sistema de seguridad de los servidores de Dreamhost que se activa desde el panel de control del dominio:

Dreamhost - Mod Security

Para evitar este error, podemos seguir los pasos que nos indica en el wiki de dreamhost sobre mod_security. Básicamente tenemos dos opciones:

La primera es desactivar el mod_security solo para nuestra ip, añadiendo el siguiente codigo al .htaccess:
```
SetEnvIfNoCase Remote_Addr ^XXX\.XXX\.XXX\.XXX$ MODSEC_ENABLE=Off
```
donde XXX.XXX.XXX.XXX es nuestra ip. Esto funciona si tenemos ip fija, o estamos detrás de un router y nuestra ip es dinámica, pero no suele cambiar.
Pero si tenemos ip dinámica, y el problema ocurre con un fichero puntual (por ejemplo al postear en un blog), podemos desactivar el mod-security para ese fichero en concreto, por ejemplo:
```
 SecFilterSelective REQUEST_URI "^/wp-admin/post\.php.*$" "allow,pass"
```

Con uno de estos sencillos pasos, no debería darnos mas problemas el insertar código php, utilizando cualquier función, con el mod_security activado.

Contenidos Relacionados

TVtime: permiso denegado

issux — Sat, 30 May 2009 22:58:57 +0000

Si tenemos correctamente instalados los drivers de nuestra tarjeta de tv, y al arrancar el TVtime, nos muestra el error “Permiso denegado”, en una pantalla similar a esta:

Permiso denegado en tvtime

existe una fácil solución para arreglarlo. El problema es que el usuario con el que estamos ejecutando el tvtime no pertenece al grupo “video”. Así que una manera sencilla de arreglarlo es teclear en el terminal:

sudo usermod -aG video nombredeusuario

sustituyendo nombredeusuario por el nombre de nuestro usuario en linux.

A partir de este momento ya deberías poder utilizar TVtime sin problemas.

Contenidos Relacionados

Xsane: no se puede abrir perfil de escaner ICM

issux — Wed, 03 Sep 2008 08:26:52 +0000

Desde hace unos días, al escanear un documento desde la impresora multifunción, y abrir el xsane, siempre me mostraba el siguiente mensaje: “no se puede abrir perfil de escaner ICM”.

Lo peor era que al intentar guardar alguna imagen escaneada en formato pdf no dejaba hacerlo. Así que me puse a buscar una posible solución.

Después de revisar los foros de Ubuntu-es, encontré un mensaje con la solución. Es simple, basta con desactivar la opción “Preferencias“, “Habilitar gestión de color“

Contenidos Relacionados

Problemas con el correo de Yahoo

issux — Fri, 04 Apr 2008 20:47:49 +0000

Desde hace unos días, cada vez que quería enviar un correo con mi cuenta de yahoo.es, devolvía un mensaje de error del servidor smtp. Después de investigar un poco, he conseguido arreglar el problema. Todo era debido a un problema con la configuración de la cuenta de correo.

Realmente no se cuando han cambiado los parámetros, porque hasta hace unos días funcionaba bien. Pero bueno, lo importante, la configuración a utilizar si tenéis problemas es la siguiente:

Si utilizamos Outlook, Eudora o Encourage, podemos consultar como configurarlos.

ATENCION: NO TRABAJO EN YAHOO, SI TENEIS PROBLEMAS AL ACCEDER AL CORREO, LO SIENTO, NO PUEDO AYUDAROS.Contactad con el equipo de correo Yahoo

Contenidos Relacionados

Actualizar a Rails 2.0

issux — Sun, 09 Dec 2007 00:17:17 +0000

Tal y como comentan en la lista de Ror-es, ya esta disponible la version 2.0 de rails.Probe a actualizar la version que tenia instalada, y ¡tachaannnnnnn!:
C:\ruby\bin>gem update rails Updating installed gems... Bulk updating Gem source index for: http://gems.rubyforge.org Attempting remote update of rails Install required dependency activesupport? [Yn] Y Install required dependency activerecord? [Yn] Y ERROR: While executing gem ... (Zlib::BufError) buffer error
¿Y como solucionar el problema?. Es fácil, siguiendo las instrucciones de Don’t Repeat Yourself, se soluciona de la siguiente manera:
gem update --system

Después de esto, ya podemos rails con gem update rails

Contenidos Relacionados

Actualización a WordPress 2.3 con problemas

issux — Sat, 20 Oct 2007 13:05:42 +0000

Hace unos dias me propuse actualizar al wordpress 2.3 la otra web que tengo (EUITIO.net – http://www.euitio.net). Tenia la versión 2.2 y aparentemente iba ser cosa de cinco minutos (iluso de mi, ). El primer problema fue, que hábilmente no desactive los plugins. Después de esta gran jugada, actualizo como siempre: copia de seguridad de BD, de ficheros, y sobrescribo con la nueva versión de wordpress.

Mi sorpresa, fue cuando al acceder al wp-admin/upgrade.php, me muestra el siguiente error:
Warning: main(/wp-admin/admin-db.php) [function.main]: failed to open stream: No such file or directory in /wp-content/plugins/feedwordpress.php on line 50 Fatal error: main() [function.require]: Failed opening required '/wp-admin/admin-db.php' (include_path='.:/usr/share/php:/usr/share/pear') in /wp-content/plugins/feedwordpress.php on line 50

Al principio no me di cuenta, y buscando por google, una posible solución que daban era borrar los ficheros de la versión anterior, y volver a subir los de la versión 2.3. Al final me di cuenta que el problema estaba en un plugin, tal y como indica el error (failed to open stream: No such file or directory in /wp-content/plugins/feedwordpress.php on line 50). La solucion seria desactivar los plugins y probar.

La manera mas sencilla de desactivar los plugins, es borrarlos. Lo mejor es hacer una copia de seguridad del directorio (wp-content/plugins) a nuestro disco duro, y luego borrarlo del servidor. Una vez borrados (desactivados) los plugins, pude actualizar a la versión 2.3 sin problemas.

Pero aun no había acabo la cosa, ya que tenia que recuperar los plugins que habia instalado. Restaure la copia del disco duro al servidor, y volvió el mensaje de error. Estaba claro que el plugin “FeedWordpress” era el culpable. Busque en listado de plugins compatibles con WP 2.3 y vi que la ultima version, la 0.99 si es compatible.

Basto con subir la nueva versión del plugin al servidor, y activar el plugin para que todo volviese a la normalidad.

En resumen, a la hora de actualizar wordpress:
-Hacer una copia de la base de datos.
-Copiar de los ficheros
-Desactivar los plugins.

A ver si a partir de este momento me aplico el cuento.