Simplemente queremos dejar constancia del corte de red que acabamos de sufrir entre las 10:05 y 10:22.

El corte ha sido provocado al corregir un problema de sincronización erronea entre 2 de nuestros switches, el cual estaba provocando un deterioro en el rendimiento de la red.

Disculpen por lo ocurrido.

Como sabéis, todos nuestros planes de hosting ofrecen la posibilidad de usar PHP4 y PHP5, siendo está última la versión predeterminada. También sabéis que para modificar la configuración del PHP de tu cuenta de hosting dispones de un archivo php.ini en el que puedes introducir los cambios que necesites (siguiendo las indicaciones del propio archivo).

Últimamente algunos clientes nos habéis escrito en relación a como cambiar la configuración de PHP, no es de extrañar. ya que la verdad es que la documentación del Wiki no lo dejaba del todo claro. Pues bien, hemos corregido la situación creando una nueva guía que explica como cambiar la configuración de tu PHP paso a paso, lo tienes explicado en la guía Modificar la configuración de PHP.

Últimamente, la dirección IP de 2 de nuestros servidores ha sido bloqueado por Hotmail, impidiendo el envio de correo a Hotmail durante unas horas. Esto es algo que ocurre de vez en cuando y parece ser casi inevitable, a no ser que introduzcamos importantes restricciones a nuestro servicio.

El motivo más habitual por el cual alguna de nuestras direcciones IP es bloqueda suele estar relacionada con el envio de SPAM por parte de un intruso desde el sitio web de un cliente. Para hacer esto, el intruso necesita tomar control del sitio web del cliente, lo cual lo consigue aprovechándose de alguna vulnerabilidad de la aplicación web que el cliente ha instalado en su sitio web.

Toda aplicación web puede ser vulnerable y por ello, que ocurra esto es algo inevitable. Nuestra labor en estos casos es la detección temprana para evitar el envio de SPAM y el bloqueo del servidor por parte de algún proveedor de correo o lista negra.

Pero, de vez en cuando, alguno de nuestros servidores es bloqueado debido a la inocencía de algún cliente que, sin darse cuenta, se bloquea a si mismo y al resto de clientes que envian correo desde la misma dirección IP. Hay 2 situaciones que suelen llegar a provocar este tipo de bloqueos:

1. El cliente tiene en su web un formulario de contacto que envía a su cuenta de Hotmail o Gmail lo que los usuarios introducen en el formulario. Pues bien, ese cliente, cuando recibe el correo proveniente del formulario en su cuenta de Gmail, Hotmail o el que sea, marca el mensaje como SPAM. Y no lo hace una sola vez, sino que lo hace de forma repetida hasta que, llegado a un punto, el proveedor de correo decide que se debe bloquear todo email proveniente de la dirección IP de su sitio web.
2. El cliente ha configurado una redirección desde alguna de sus cuentas de correo a otra dirección de Hotmail, Gmail, etc. Pues bien, si alguien le envia SPAM a su cuenta de correo ese mensaje será redireccionado a su cuenta de Hotmail y si el cliente actua igual que en el caso anterior, marcando el mensaje como SPAM, volvemos a corres el riesgo de ser bloqueados.

La verdad es que el comportamiento de estos clientes es totalmente lógica, al fin y al cabo están marcado mensajes de SPAM como SPAM, pero la lógica a veces nos traiciona.

En definitiva, si cumples algunas de estas 2 condiciones (tienes un formulariod e contacto que envia los mensajes de contacto a una cuenta externa o tienes redireccionado tu correo a otra cuenta externa),  por favor, no marques esos mensajes como SPAM, borralos, pero no los marques como SPAM…

Ahora mismo, 18:35,  el servidor SH5 esta fuera de servicio debido a un fallo en un disco y la posterior degradación que ha sufrido el sistema ficheros.

El servidor dispone de RAID-10 para protejer los datos y garantizar la disponibilidad en estos casos, pero en esta ocasión nos hemos visto obligados a dejar el servidor fuera de servicio mientrás corregimos los errores en el sistema de ficheros.

Os mantendremos informados.

Actualización [20:25]: La recuperación del servidor SH5 está llevando y nos llevará mucho tiempo. Por ese motivo hemos comenzado a restaurar las cuentas de cliente alojadas en el servidor SH5 en otros servidores. La restauración se está haciendo a partir de las copia de seguridad de la pasada madrugada, habrá archivos/correos que se pierdan pero lso restauraremos una vez consigamos resolver lo de SH5.

Actualización [21:50]: Ya hemos restaurado decenas de cuentas de cliente, aunque faltan por restaurar algo más de la mitad de clientes. Lo estamos haciendo lo más rápido posible.

Actualización [23:30]: Casi el 80% de los clientes que estaban alojados en SH5 han sido restaurados en otros servidores. Ya no falta casi nada.

Actualización [02:35]: Casi la práctica totalidad de cuentas de hosting ha sido restaurada. Estamos verificando que todo este funcionando correctamente.

Actualización [12:30]: Trás más de 6 horas corrigiendo errores de migración y problemas de compatibilidad en aplicaciones Rails, prácticamente todos los sitios web han sido restaurados, excepto alguna aplicación Rails que se resiste y un par de cuentas de hosting que ocupan mucho espacio (su restauración lleva mucho tiempo y en ello estamos).

Actualización [21:55]: Hemos terminado la migración de todas las cuentas de cliente, de probar las aplicaciones de los clientes y de corregir cualquier problema que hubiera surgido debido a la migración. Si usas Rails te recomendamos acceder a tu cuenta vía SSH y asegurarte que todos los enlaces simbólicos han sido restaurados correctamente.

Comunicaros que hemos procedido a reiniciar el servidor SH4 con el objetivo de solucionar un problema derivado de la falta de espacio que ha sufrido el servidor hace un par de horas y que impide el correcto funcionamiento del servicio de correo POP/IMAP.

Actualización [10:28]: Persiste el problema de autenticación en los servicios de correo IMAP/POP y SMTP, de forma que los clientes alojados en SH4 no podéis enviar ni descargar correo temporalmente. Los correos estan entrando con normalidad, por lo que no perderéis ningún correo que os hayan enviado en este rato.

Actualización [10:35]: Parece que la mayoría de clientes ya están pudiendo autenticarse en los servicios de correo, por tanto todo funciona para estos clientes. Estamos analizando si algún cliente sigue sufriendo la incidencia.

Actualización [10:40]: Definitivamente, la incidencia con los servicios de correo esta resuelta. Estamos verificando que todo este bien.

Actualización [10:57]: Estamos actualizando el panel de control por lo que por el momento no podréis acceder al panel de control ni al correo web, pero como os hemos dicho el resto de servicios funciona correctamente.

Actualización [11:30]: La actualización del panel de control ha finalizado. Todo funciona con normalidad. Damos la incidencia como cerrada.

Con el fin de minimizar el tiempo el tiempo que se requerirá para llevar a cabo las tareas de mantenimiento en CPD anuncianda para esta noche, vamos a proceder a migrar el sitio web de guebs (www.guebs.com), mi@guebs, el sistema de contratación y el constructor web a un nuevo servidor.

Esta migración la haremos dentro de unos pocos minutos, sobre las 14:00 del 3 de Julio, y supondrá que los mencionados servicios estén fuera de servicio durante unos minutos.

Lo que estamos haciendo es agrupar varios servidores en uno de forma temporal, con esto conseguiremos reducir el número de máquinas a migrar, disminuyendo el tiempo total que  necesitaremos para migrar nuestra infraestructura y por tanto, consiguiendo que esta noche vuestros sitios web esten fuera de servicio el menor tiempo posible.