Cambio de disco en servidor de virtualización

En la noche de hoy procederemos a apagar brevemente uno de los servidores de virtualización para reemplazar un disco que está reportando fallo.
Este proceso debe durar pocos minutos, y revisaremos luego que todas las máquinas virtuales arranquen.

ACTUALIZACION
ya el servidor arrancó, estamos verificando todas las máquinas arranquen dentro de él.

Problema resuelto en un servidor de streaming

El día de hoy notamos que uno de nuestros servidores de streaming estaba teniendo inconvenientes: no nos podíamos conectar a él, daba timeouts y ciertas situaciones un poco inesperadas que sucedían.

Al poco rato verificamos que la razón era por una pérdida muy grande, gigante, casi total de paquetes hacia el servidor. Inmediatamante contactamos al proveedor para indicarles que había un problema en la red (no podíamos determinar si físico o lógico), minutos después se nos informó que en efecto el ancho de banda de cierta parte de su red estaba siendo afectado por una inundación de paquetes. Esto ocurre cuando alguien de forma maliciosa provoca el envío o la recepción de una enorme cantida de paquetes, suficiente como para hacer ocupar (y por tanto colapsar) todo el ancho de banda asignado a una red. Normalmente se conoce como ataque de flooding (inundación). Tan pronto lo reportamos, pocos minutos después, fue resuelto.

Implementamos SSL en el panel de nuestrodns.com

Hola, a partir de hoy hemos implementado seguridad mediante SSL al servicio del panel de control de nuestrodns.com

Para acceder al panel de control ahora deben digitar:
https://dns1.nuestrodns.com

solamente así. Si le pusieran sin la S al httpS, el sistema les redirigirá al puerto correcto con https.

El puerto 81 que usábamos hasta hoy, le hemos cerrado para que todos accedamos mediante SSL de una forma más adecuada y segura.

Ya estamos con CentOS-6 en nuestro sitio web

Desde mediados de esta semana, ya nuestro sitio web www.nuestroserver.com fue transferido a un nuevo servidor con CentOS-6, así como una serie de sitios que están en el mismo servidor.

Después de pequeños ajustes que hubo que realizar en la configuración del servicio de correos, estamos funcionando sin inconvenientes con CentOS-6.

Cualquier servidor que tengan con nosotros y no corra ningún panel de control, si desean nos avisan para reinstalarle con CentOS-6. A los productores de los paneles de control les tomará seguramente un tiempo acomodar el panel a CentOS-6

CentOS-6

Bueno, ya desde anteayer tenemos CentOS-6 disponible para instalar. El mismo Domingo realizamos pruebas de instalación y funciona de maravillas en los servidores y máquinas virtuales.

Al momento hemos instalado un servidor de un cliente con CentOS-6 (porque era nuevo y no tuvimos que migrar).

Los nuevos clientes vendrán ya con CentOS-6 excepto que usen panel de control, los paneles de control todavía no han sacado la versión para CentOS-6. Los viejos clientes aplicaría más o menos la misma idea, si no usan panel de control les podemos reinstalar, pero previamente sugerimos que saquen un respaldo de toda su información para proceder con la reinstalación.

LEER: Adiós EveryDNS!

Bueno, ya es público, dyndns, la empresa que adquirió hace más de un año a EveryDNS ha decidido dejar de ofrecer el servicio (pagado o gratuito) con los nombres de EVERYDNS, es decir, EveryDNS dejará de funcionar en el mes de Agosto, a fines de ese mes seguramente, del año 2011.
DynDNS ha ofrecido a los usuarios de EveryDNS que pueden cambiar los DNS hacia la plataforma de dyndns y mantener con dyndns un plan, pagado, de servicio de DNS con ellos.

Esto es, nos enfrentamos a dos situaciones:
1- Los dns de everydns dejarán de funcionar, por lo que hay que cambiar los DNS de nuestros dominios que apunten a everydns, ya sea a los de dyndns o a otros, pero hay que cambiarlos, es ineludible.
2- Habrá que pagar por el uso de la plataforma de dyndns un valor determinado anual.

Nosotros desde hace varios años mantenemos nuestra propia plataforma de DNS la que llamamos “NuestroDNS” y ha funcionado muy bien desde ese tiempo.
Nosotros en NuestroServer, no cobramos a nuestros usuarios por el uso de NuestroDNS, por tanto si usted es usuario de nuestroserver y tiene al menos un dominio con nosotros, les podemos ayudar alojando su dominio (o sus dominios) con nosotros.
El servicio de NuestroDNS también ofrece un panel de control, al que puedes acceder con un usuario y clave y manejar desde ahi los records de los sitios que alojes con nosotros.
Para los usuarios que no tengan ningún servicio con nosotros, pero que deseen acceder al servicio de NuestroDNS les ofrecemos una cuenta en nuestro servicio por 15USD/año, con esta cuenta se pueden manejar varios dominios, al momento no imponemos límites.

Cómo realizar el cambio?
1- Contáctenos a través del formulario que está en el sitio www.nuestroserver.com y solicítenos un usuario y clave indicándonos si es usuario de nuestro servicio o no. Nosotros les respondemos con los datos de acceso a NuestroDNS
2- Una vez que puedas entrar a nuestro servicio, agrega la zona o las zonas que vayas a migrar y las dejas apuntando a las IPs adecuadas
3- Vas al sitio donde has registrado tu dominio o dominios y quitas TODOS los 4 dns de everydns y pones los 2 DNS nuestros:
dns1.nuestrodns.com
dns2.nuestrodns.com

Pocos minutos u horas después, tu sitio estará siendo atendido por NuestroDNS y ya no tendrás que usar el servicio de everydns.
Este cambio es TOTALMENTE transparente y no implica ni por un segundo la pérdida de conectividad. Pues en el paso 2 se creó la zona apuntando al lugar correcto, por tanto cuando ejecutes el paso 3, ya sea everydns o seamos nosotros, pero cualquiera de los dos estará respondiendo a la IP correcta durante el periodo brevísimo de migración.

Ya nosotros hemos migrado unos 50 sitios que aún nos quedaban en everydns y varios de nuestros resellers han hecho lo mismo sin ningún inconveniente.

Cambios de localización física en varios servidores

En la noche de hoy realizaremos un simple cambio en al menos 6 servidores de nuestro servicio. Estos servidores son en su mayoría dedicados específicamente a un cliente y ya en cliente fue advertido. Excepto un servidor nuestro de radio por internet

Es un cambio físico, lo que implicará que 3 de esos servidores sean apagados y sustituidos por un nuevo hardware en un nuevo rack, el proceso conllevará una interrupción del servicio de aproximadamente 15 minutos en 3 de ellos y de no más de 3 horas en los otros 3 a los cuales se les cambiará el hardware. Decimos 3 horas por tener un espacio para cualquier eventualidad, pero la realidad es que esperamos que sea aproximadamente una hora el downtime total.

Para el caso de la radio por internet lo que haremos es pasar el servicio de radio hacia un servidor alterno de forma tal que las radios solamente noten una pequeña caída durante unos 10 segundos mienrtas les migramos al servidor alterno.

al regresar el servicio, regresaríamos las radios hacia el servidor original.

Este servicio ha sido probado y ya está listo. Y como resultado tendremos mejorados hardware para soportar el natural incremento en la demanda de nuestros servicios.

Ataques desde áfrica a sitios joomla

desde el día de ayer hemos recibido algunos reportes de sitios web que han sido cambiados. La característica fundamental del acceso no autorizado es que el atacante viene de marruecos, y que entra por el administrador de joomla y cambia el index.php del template que se usa, de forma tal que sale cierta información sobre guerra santa, osama bin laden y cosas así.

Es imperioso que si usted usa un joomla, le actualice a la última versión (hemos notado que si la versión es la última no hay afectaciones al momento) y que no tenga claves débiles el usuario administrador pues esos dos deben ser los puntos de entrada al sistema.

Problemas con servidor de imap

Estamos presentando un pequeño inconveniente con el servidor de imap de uno de nuestros servidores de correo, en estos momentos estamos investigando por qué se produce la sobrecarga mientras incrementamos la cantidad de conexiones permitidas para poder pasar este problema.

Solicitamos a los usuarios un poco de paciencia pues tomará un tiempito en arreglarse, parece ser una sobrecarga temporal debido a que reiniciamos el servidor hace un rato.

Enorme falla de seguridad en trixbox

Hoy notamos una actividad inusual de llamadas desde un servidor de trixbox de un cliente, e investigando notamos lo siguiente:

Varias versiones de trixbox tienen un usuario no documentado llamado wwwadmin con clave password.. es imperioso que le cambies sino… te pasará como a este cliente.

así como oyen.. realmente deja mucho qué pensar de estos sistemas integrados de telefonía,y al cliente le deja una deuda de 4600usd con el proveedor de telefonía por llamadas a etiopia,sri lanka etc… aparte de …qué pudo haberse conversado en esas llamadas!

Aquí el anuncio, es curioso que nadie dijera nada en público, pues fallas tan garrafales como estas enseguida se saben:

http://seclists.org/fulldisclosure/2011/Mar/151

Adición:
Con el objetivo de dejar advertido de la fuente de la intrusión, indicamos que las IPs desde donde han provenido los ataques han sido las siguientes:

188.161.100.115
188.161.103.115
188.161.103.157
188.161.103.163
188.161.234.38
188.161.240.75
188.161.241.165
188.161.241.35
188.161.245.75
188.161.90.101
188.161.90.111
188.161.90.198
188.161.91.41
188.161.96.122
188.161.98.129
188.161.98.166
194.165.158.194
217.23.42.219
41.199.52.253
86.108.107.70
86.108.20.192
86.108.42.18
86.108.66.165
94.249.94.73

Estamos revisando los logs de cualquier otro servidor de telefonía para ver si determinamos alguna actividad inusual.
Adición 2:
más ips que han intentado conectarse a servidores de trixbox:

188.161.215.208
188.161.98.16
188.161.98.9
190.152.27.7
41.199.164.88
41.34.237.192
41.35.46.147
41.69.250.219