Mañana por la noche, 8 de Diciembre sobre la 1:00, vamos a actualizar Passenger en todos los servidores de hosting, posibilitando el uso de versiones de Rails superiores a 2.3.2 en todos ellos (en SH9, SH10 y SH11 ya es posible actualmente).

La actualización supondrá que todoas las aplicaciones alojadas en guebs tendrás que tener la siguiente en el archivo public/.htaccess de la aplicación:

PassengerAppRoot /directorio/raiz/de/la/aplicacion

Es decir, toda aplicación Rails tendrá que respetar y  completar el paso 4 de la guía Como instalar una aplaicación Rails sobre Passenger .

Nosotros nos encargaremos de añadir dicha línea y de garantizar que todas las aplicaciones funcionan correctamente trás la actualización, pero tendréis que tener en cuenta este aspecto a la hora de actualizar las aplicaciones y/o de instalar nuevas.

Actualización #1: Hemos encontrado problemas en la actualización, por lo que hemos optado por retrasar las actualizaciones 48 horas, es decir, hasta el día 9 d Diciembre sobre la 1:00.

Actualización #2: Nuevamente, retrasamos las actualizaciones. Ya hemos determinado los problemas que nos evitaban hacer la actualización, por lo que mañana por la noche sí que haremos la actualización. Por tanto, la actualización se hará el 10 de Diciembre sobre la 1:00.

Actualización #3 [2:14]: Se ha hecho la actualización en todos los servidores excepto en SH1, donde haremos la actualización dentro de unos días. Hemos verificado que todas las aplicaciones Rails siguen funcionando correctamente y hemos comenzado a enviar notificaciones a los clientes.

Esta próxima madrugada, 11 de Noviembre sobre la 0:30, vamos a realizar tareas de mantenimiento en todos los servidores que alojan clientes excepto en el servidor SH4, donde ya lo hicimos ayer.

Las tareas de mantenimiento requerirán el reinicio de los servidores, con lo que estos estarán fuera de servicio entre 2 y 5 minutos.

Estas labores las realizamos con el objetivo de mantener los servidores actualizados y garantizar la segurid de los mismos.

[05:26] Las tareas anunciadas se han llevado a cabo con éxito. Los servicios han estado fuera de servicio entre 2 y 4 minutos. Si detectaís algún error en vuestra web, hacernoslo saber.

Dentro de unas 30 horas, el 17 de Noviembre entre las 2:00 y 4:00 de la madrugada, vamos a llevar a cabo ciertas tareas de mantenimiennto en todos los servidores de hosting y que provocarán que los sitios web de nuestros clientes esten fuera de servicio durante algo menos de 5 minutos.

Las tareas estan orientadas a mejorar la seguridad de los servidores y a introducir los cambios necesarios para que podamos comenzar a ofrecer hosting Rails sobre Passenger.

Los trabajos anunciados se llevarán a cabo en el horario de menor actividad con el objetivo de molestar lo menos posible a nuestros clientes. Una vez hayamos completado las tareas actualizaremos esta nota.

Queremos comunicar que hace unos minutos hemos puesto en funcionamiento un nuevo sistema AntiSpam que estamos seguros disminuirá considerablemente la cantidad de SPAM que reciben nuestros clientes y, en general, mejorará el servicio de correo.

Por el momento, el nuevo sistema sólo protege a los clientes alojados en el servidor SH2, aunque en pocos días todos los servidores y dominios usarán el nuevo sistema AntiSpam.

Hemos hecho infinidad de pruebas para asegurar que el nuevo sistema funciona correctamente y disminuye la cantidad de SPAM, pero como las pruebas se han hecho con una cantidad de SPAM reducida creemos que aún hay margen de mejora.

Por tanto, hemos optado por implementarlo únicamente en el servidor SH2 en modo de prueba (no eliminará correo, sólo marcará el SPAM con la cadena ****SPAM**** en el asunto) e ir mejorandolo en un entorno de explotación donde recibirá cientos de miles de correos al mes. Una vez consideremos que funciona perfectamente lo implementaremos en todos los servidores y dominios, y lo configuraremos de forma que elimine todo correo que este seguro que es SPAM.

Técnicamente, el nuevo sistema AntiSpam esta compuesto por 2 servidores con configuración idéntica y sincronizada: smtp.guebs.com y smtp2.guebs.com. Ambos servidores reciben los correos que tienen como destino a nuestros clientes, analizan el correo con el fin de bloquear el SPAM y redigen los correos libres de SPAM hacía los buzones de nuestros clientes.

Por el momento, el nuevo sistema AntiSPAM no reemplazará al viejo sino que lo complementará, aunque dependiendo de los resultados puede que en un futuro decidamos suprimir el actual sistema.

Debido a unos insistentes ataques de SPAM (recepción de cientos de correo SPAM por segundo) en el servidor SH2 y para evitar que estos ataques lleguen a afectar a la disponibilidad del servicio en SH2,  hemos tomado la decisión de desactivar de el filtro AntiSpam de forma temporal en este servidor.

Esto significa que es probable que los clientes alojados en SH2 recibireis más SPAM de lo habitual, pero ahora mismo es la única forma de garantizar que podaís enviar y recibir correo sin problemas. Dado que antes de ayer y ayer también tuvimos que tomar la misma medida durante unas horas, es probable que ya habréis notado el incremento de SPAM recibido.

Tan pronto veamos que los ataques cesan procederemos a reactivar el filtro AntiSPAM.

Por último, en breve (en principio, mañana viernes) implementaremos una nueva medida AntiSpam más efectiva y avanzada que la actual que corregirá esta situación y disminuirá la cantidad de SPAm que recibís habitualmente.

Hace unos días comenzaron a surgir problemas para enviar correos desde el servidor SH2, que desde las 11:00 del día de hoy consideramos han sido solucionados.

El primer error estaba relacionado con el sistema de autenticación POP-Before-SMTP, que había sido desactivado debido a que daba problemas trás la actualización del panel de control. Esta mañana lo hemos vuelto a activar.

En cualquier caso, todo cliente de guebs, que envie correos desde clientes de correo tipo Outlook debería activar la autenticación en el servidor de correo saliente, ya que la forma correcta de enviar correos. Se evitan los errores ocasionales de autenticación propios del sistema pop-before-smtp y te aseguras de que algún sistema AntiSpam caprichosos no bloquee vuestro correo.

El segundo error, que impendia enviar correos a ciertos destinatarios, también ha sido corregido. El problema surgió cuando un cliente envió SPAM desde el servidor SH2 (lo cual también ha sido corregido), lo que provocó que ciertos sistemas AntiSpam bloquearan la IP del servidor. Dado que principalmente eran sistemas cerrados como el de Hotmail y Yahoo!, no existia la posibilidad de solicitar el desbloqueo de la IP, por lo que hemos optado por cambiar la dirección IP de envio en el servidor.

Clientes de Sh2: isculpas por haberos mareado durante los últimos días con tanto problema.

[05:00] Actualización: Las labores de mantenimiento han finalizado con éxito. Los servicios han estado en funcionamiento en todo momento.

El día 17 de Septiembre sobre la 1:00, vamos a llevar a cabo una serie de actualizaciones y cambios en el servidor SH2 orientados a mejorar el servicio y a solucionar un error en el gestor de listas de correo Mailman.

Las tareas incluirán actualización del panel de control y del servidor Apache, por lo que ambos servicios así como el servicio de correo entrante (POP3 e IMAP) estarán fuera de servicio durante unos pocos minutos, menos de 5.

[3:40] Actualización: Hemos retrasado las tareas de mantenimiento un par de horas, pero ya han sido realizadas. Los servicios han estado inoperativos entre 2 y 3 minutos.

En unas horas, sobre la 1:00 de la madrugada del 23 de Agosto, vamos a llevar a cabo ciertas tareas de mantenimiento en todos nuestros servidores y que requerirá el reinicio de los mismos. Esto supone que todos los sitios web de clientes estarán fuera de servicio entre 2 y 4 minutos.

[6:55] Actualización: La incidencia ha sido resuelta. El servidor SH2 vuelve a funcionar.

Sobre las 5:00 de hoy, 4 de Agosto, el servidor SH2 ha quedado fuera de servicio debido a un kernel panic derivado de una pequeña corrupción en la integridad del sistema de ficheros.

Ahora mismo estamos comprobando y corrigiendo el sistema de ficheros de forma manual y esperamos restituir el servicio en breve.

[Junio 2 03:19] Actualización: Los servidores SH3, SH4, Sh5 y MARTE han estado entre 2 y 3 minutos fuera de servicio. El servidor SH2 debido a comprobación de integridad del sistema de ficheros ha estado alrededor de 10 minutos.

Dentro de aproximadamente 24 horas, el 2 de Junio sobre la 1:00 de la madrugada, vamos a proceder al reinicio de los servidores SH2, SH3, SH4, SH5 y MARTE con el objetivo de actualizar los kernels.

Los servidores estarán fuera de servicio entre 2 y 5 minutos.