Internal Server Error con una simple solución

A quien no le ha pasado alguna vez de recibir algún Internal Server Error al querer tratar de abrir un sitio web.

image

Aquí va una de las posibles mil razones por las que puede dar este error, los permisos de archivos. Si estamos levantando un sitio web o desarrollando una aplicación web, y recibimos este error, entonces lo primero que debemos hacer es leer los archivos log. Para esto los paneles como cPanel y Plesk ofrecen una forma sencilla de revisar los archivos log. Pero sino podemos ir directamente al log del servidor web.

Por ejemplo, con cPanel podemos revisar el registro de errores y determinar cuál es el problema detrás de ese Internal Server Error.

cpanel-registro-errores

Si el error es que determinado archivo “is writeable by group”, entonces basta con localizar el archivo y cambiarle los permisos. Para eso podemos usar el File Manager de cpanel o directamente entrar por SSH y modificar los archivos, por ejemplo en Linux sería:

chmod 0644 archivo.php

Esto se puede dar por ejemplo si hacemos un checkout por primera vez de un repositorio, aunque también por otras razones no tan triviales.

mssql_connect() unable to connect using Xampp

Este error se origina al intentar conectarse a un servidor SQL Server. El problema puede encontrarse en las librerías de PHP usadas por XAMPP. Si la versión no es la última, prueba copiar esta DLL ntwdblib.dll (bajar aquí ntwdblib.dll.zip) en las siguientes carpetas:

  • xampp/php
  • xampp/apache/bin

Luego reinicia Xampp y prueba conectarte de nuevo a la base de datos SQL Server.

Como arreglar “directory permission denied” de Subversion

En caso de recibir un mensaje de error “directory permission denied” al hacer un commit en Subversion, se debe a un problema de permisos en el directorio del repositorio.

Probablemente este error te salga al utilizar el protocolo http o https mediante Apache mod_svn.

La forma de corregirlo es asignar adecuadamente los permisos del repositorio. Suponiendo que el repositorio en cuestión está en /srv/svn/repo, tendrás que asignarle permisos de escritura para el usuario en que corre Apache (que usualmente es apache pero revisa antes tu configuración).

chown -R apache.apache /srv/svn/repo
chmod -R 777 /srv/svn/repo

Google y sitios con Malware, "Reported Attack Site"

Si llegaste hasta aquí es porque probablemente alguno de tus sitios haya sido victima de algún hacker, de badware, malware o cualquier sinónimo que se le parezca.

En estas situaciones, algún extraño mete archivos en la estructura de tu sitio web, para algún uso indebido.

Al pasar por una situación así, tanto Google como Firefox pervienen al usuario de acceder a un sitio que fue reportado de contener malware. Probablemente veas un cartel en el medio de la pantalla diciendo Reported Attack Site!

google-malware-attack

Recomendaciones en caso de que te suceda:

  • Entrar por SSH o FTP a tu sitio Web, recorrer la estructura de archivos y localizar cualquier archivo extraño que aparezca. Muchas veces se introducen archivos .js, .html o .php con contenido peligroso. Google se da cuenta de la presencia de estos archivos y es así que bloquea el sitio. Si no son archivos tuyos, bórralos inmediatamente.
  • Crear un Robots.txt para evitar que google rastree algunas carpetas que no necesitas.
  • Usar Google Webmaster Tools. Si aún no tienes una cuenta de Webmaster Tools, crea una y verifica tu sitio. La herramienta te da información de diagnóstico que te pueden ayudar a saber el motivo del bloqueo.
  • Usa Google Analytics o algún analizador de visitas. Si aún no usas Google Analytics, instálalo en tu sitio web. De esta forma, en un futuro podrás identificar alguna visita extraña. De forma más avanzada, puedes recorrer tus archivos log en el hosting para identificar accesos a otros protocolos como FTP o SSH ya que pueden ser los puntos vulnerables en tu sistema.
  • Cambia la contraseña. Si alguien robó tu contraseña para introducir el malware en tu sitio, es buena idea cambiarla por una nueva.

Una vez que hagas todo esto, entra a tu cuenta de Google Webmaster Tools y busca la opción “Request new Crawl” para que Google analice de vuelta tu sitio web. Si seguiste las indicaciones anteriores, la próxima vez que se rastree tu sitio web, Google limpiará su registro de malware y el problema quedará solucionado.

IIS 7, PHP y SQL Server 2005 en Windows 2008

Lamentablemente me ha tocado un proyecto en el que tuve que luchar con lo siguiente:

  • PHP
  • SQL Server 2005
  • Windows Authentication solamente (no Mixed Mode)
  • Fast-CGI
  • Internet Information Services 7
  • Windows Web Server 2008

Dado que no hay mucha información para hacer funcionar todos estos componentes, he decido publicar un post. (más…)

« Anteriores