business-intelligenceHoy trataré de acercarte un concepto que puede sonar lejano, moderno y sofisticado y sin embargo vas a poder comprobar que es muy cercano y sencillo de implantar. Trataré de explicarte lo que es el Business Intelligent. Aprovecho también para comentarte otro fenómeno de actualidad desde hace unos años: el big data. Sigue leyendo

CarpetaA medida que hacemos uso de los ordenadores vamos generando documentos, guardando programas y cosas que encontramos por internet, las fotos de la camara, del movil, archivos que llegan por correo, …. Cada vez es más importante tener controlados los archivos para facilitar encontrar lo que necesitamos sin perder un montón de tiempo, poder hacer copias de seguridad fácilmente para asegurarnos de que si se nos rompe el ordenador no nos vamos a quedar sin las fotos de las últimas vacaciones y para saber lo que podemos borrar cuando necesitamos espacio.

Sigue leyendo

Buenas practicas informatica Llevo dedicandome a esto de los ordenadores y servidores unos añitos ya, y la experiencia te va dando pequeñas pistas útiles en informática, ideas muy fáciles de seguir y poner en práctica que te harán más eficiente y que tu equipo funcione mejor, evitando algún susto que otro.

Sigue leyendo

Después del parón del verano voy con una entrada que le debo a mi amigo Portillo que explica de forma muy simple esto de la nube:

Cuando abres tu portatil y ves un video de youtube, lees un correo de gmail o haces una busqueda en tu buscador favorito en realidad estas haciendo uso de miles de ordenadores interconectados que te dan estos resultados desde cualquier sitio alejado. Es como si tuvieras toda la potencia de un superordenador con una ingente capacidad de procesamiento, memoria y almacenamiento sin tener ni idea de lo que hay en realidad ni donde está. Eso es “la nube”, el cloud computing.

Sigue leyendo

El colegio de ingenieros de telecomunicación (COIT) tiene un grupo de nuevas actividades profesionales que realiza anualmente una prospección de nuevas oportunidades profesionales para los telecos. Este año se han fijado en el “cloud computing” ya que podría facilitar nuevas líneas de negocio y actividad profesional. Las definiciones y documentación que manejan deja ver cosas curiosas sobre lo que es y lo que no es esto que ahora esta tanto de moda y en boca de todos, esto de la nube.

Según esta documentación no es simplemente eso de que si tengo cualquier dato en Internet o cualquier sistema/aplicación alojada fuera de la red local ya estoy en la nube.

Sigue leyendo

Después de la entrada “Servidor de correo de respaldo o MX Backup con Postfixes obligada otra para hacer las pruebas que nos den la seguridad de que funciona. Las pruebas van a tener tres partes: confirmar que la configuración DNS es correcta, confirmar que el servidor de respaldo recibe correos y se los envía al principal y por último parar controladamente el servidor principal y monitorizar que no perdemos correos y después llegan a los buzones del servidor principal.

Sigue leyendo

Cuando nuestra organización tiene un servidor de correo de cualquier tipo, Exchange, Kerio, Postfix o cualquier otra solución más o menos compleja y costosa, es muy importante tener un respaldo para que cualquier problema previsto o no de nuestro servidor, de la linea de comunicaciones o de infraestructura, con el que se pierde la conexión desde internet a nuestro servidor, nos garantice que no perdemos los correos que nos envíen durante el corte de servicio. Esto es lo que se denomina MX Backup, servidor de respaldo o Relay de correo.

PostfixEl funcionamiento es sencillo: Durante el corte de servicio de nuestro servidor principal de correo el de respaldo será el encargado de recoger los correos que nos están intentando enviar y ponerlos en lo que llamamos una cola. Cuando restablecemos el servicio deberá entregarnos los correos para que nuestros usuarios no sean infelices y reciban sus comunicaciones. Para esta función es sencillo configurar un servidor con POSTFIX, necesita muy pocos recursos y tienes total control sobre lo que ocurre con tus correos.

Para tener funcionando este servidor de respaldo necesitamos tres cosas, una maquina donde alojar este servicio, modificar la configuración DNS del dominio y algún retoque en la configuración de nuestro servidor principal de correo. Voy a exponeros el dominio trebede.com como ejemplo.

Como servidor para alojar este servicio yo utilizo un Linux con Debian en el que solamente he instalado el paquete postix, en cualquier otra distribución Linux debería funcionar igualmente. Este servidor debe tener accesible desde internet el puerto SMTP, o sea, el TCP 25, para que pueda recibir los correos, así que no te olvides de configurar el Firewall que te da acceso a internet. Hay que modificar la configuración de Postfix de la siguiente forma:

Crear un fichero /etc/postfix/relay_recipients. En este fichero ponemos las direcciones para las que aceptamos correos, si la lista no cambia escribiremos la lista de correos, si cambia ponemos el dominio completo. Importante: Cada linea debe tener dos partes separadas por un espacio, la segunda da lo mismo, pero es necesaria. Mi fichero contiene una sola linea para admitir cualquier correo del dominio:

@trebede.com x

Despues de crearlo hay que ejecutar el comando “#postmap /etc/postfix/relay_recipients” para convertir el fichero de texto al formato que lee postfix

Modificamos tambien el fichero/etc/postfix/main.cf para añadir estas lineas

relay_domains = trebede.com
smtp_recipient_restrictions = permit_mynetworks reject_unauth_destination
proxy_interfaces = 84.124.75.67
relay_recipient_maps = hash:/etc/postfix/relay_recipients
maximal_queue_lifetime = 15d

relay_domains sera la lista, separada por comas de los dominios para los que vamos a hacer respaldo, proxy_interfaces la direccion de nuestro servidor en internet, no la de la red local, relay_recipient_maps es un enlace al fichero que hemos creado antes que tiene la lista de los correos que vamos a permitir y maximal_queue_lifetime hace que los correos puedan estar en la cola hasta 15 dias, si no pones esta linea por defecto estan 5 que puede ser mas que suficiente.

Despues de modificar este fichero debes ejecutar el comando #postfix reload para que se cargue la nueva configuracion.

La configuración DNS es sencilla. Hasta ahora tendríamos una única entrada del tipo MX para el dominio en cuestión, y hay que crear una nueva con una prioridad menor apuntando a la dirección de internet de nuestro servidor de respaldo. Si no tiene nombre en internet creamos un nuevo registro A y hacemos que el nuevo MX le apunte. Es importante que la prioridad sea menor, pues la entrega de los correos se hace por prioridades y este servidor de respaldo entregará los correos a uno que tenga mayor prioridad en cuanto le sea posible. Cuidado, la prioridad MX10 es mayor que la del MX30.

En mi ejemplo la configuración DNS del dominio trebede.com queda asi:

A mail.trebede.com 80.59.96.83

A mail2.trebede.com 84.124.75.67

MX10 mail.trebede.com

MX30 mail2.trebede.com

Por último hay que hacer un pequeño cambio en la configuración de nuestro servidor principal para que no aplique restricciones de seguridad a nuestro servidor de backup, ya que por defecto suelen aplicar restricciones del tipo “mensajes máximo por hora” que si tenemos habilitadas harán que los correos no puedan llegar porque nuestro servidor principal pensará que el de backup es un spammer.

Ahora resta probar y controlar el servicio, para ello puedes parar el servicio SMTP de tu servidor principal y monitorizar el de respaldo, los siguientes comandos seran utiles:

# tail /var/log/mail.log -> Nos muestra las últimas lineas del fichero de log del servidor de correo, de esta forma podemos ver en vivo y en directo qué es lo que esta haciendo, recogiendo correos, intentando entregarlos, ….

# postqueue -p -> Muestra los correos que hay en la cola. Con esto puedes ver como va creciendo la cola cuando el principal esta parado y cuando lo arranques veras que baja el numero de correos retenidos.

# postqueue -f -> Fuerza vaciar la cola, para obligar al servidor a entregar al principal los mensajes cuando sabemos que el servicio está restablecido.

# postqueue -s trebede.com -> Para forzar la entrega de los correos al dominio trebede.com

# postqueue -d id -> Borra el correo con esa id.

# postsuper -d ALL -> Borra todos los correos de la cola.

Lo siguiente sera hacer pruebas, para lo cual habrá una nueva entrada en el blog que aquí ya me he enrollado suficiente.

Pruebas servidor de correo de respaldo mx backup