Hi everyone! I wanted to write today about a tool that happily surprised me and now has made my life easier, related to VPN and connectivity, its called Tailscale
The main slogan says :
Secure remote access to shared resources
Tailscale connects your team’s devices and development environments for easy access to remote resources.
I’ll try to put it on my own words, in my use case, I’ve been using it at the beginning to connect to my Home Lab remotely from my house to my “Jump Station” over RDP, then, I started to use some advanced features:
VPN Access to a single client
VPN to Remote Site, to access other devices not capable to install the Client
Proxy / Traffic router when Im out of the house or in a untrusted network
Web central console for configurations, users creation and management.
Easy to use client for Linux, Windows, Android, OSX, iOS, etc.
The client is very neat, clean and easy to use, also the documentation is great! Im gong to post a few screenshots and will make a future entry with an example setup.
The “Free” version comes with great features to start using it, as I said, in my case, at my home lab,
One of the positive things for me, is that I dont need to setup a firewall + opening ports for connecting from / to my hose / homelab, the Iphone / Ipad client works “like a champ” and I can access all I need, and secure my traffic navigating from my home when needed.
En la entrada anterior, hemos visto cómo crear una réplica en Veeam B&R V12 Ahora, os enseñaré brevemente cómo podemos lanzar esa réplica a producción en caso de necesidad, y también comentaremos diferentes casos de uso.
Vamos!
Vamos a explicar brevemente las dos funciones que más utilizo Failover now -> Veeam ejecutará la réplica en el host que tenemos definido, modo de uso normal en caso de perdida, parada, etc de nuestra producción. Planned failover -> Realiza un apagado seguro del origen, y ejecuta la réplica, sin perdida de datos, sí con parada en el power off y power on. Se puede emplear para testar nuestras réplicas, o para ejecutar una maquina en otro host, si no se dispone de vMotion o similares.
En nuestro ejemplo, vamos a simular una «caída» de producción, por tanto, Failover now… y seguimos.
Estas últimas opciones, tras tener la máquina corriendo en réplica, son: Permanent failover: la réplica se quedará como vm siempre Undo failover, se quitan todos los cambios en la réplica, y se apaga. Failback to production: los cambios realizados en la vm réplica, se pasan a la vm de producción, y se apaga la réplica, para arrancar la «original!».
Estos casos son, si perdimos el almacenamiento o la maquina origen, será mejor un Permanent Failover, pero si lo que perdimos fue conectividad a nuestra cabina, al volver a tenerla, podemos hacer un Failback to production, que se lleve los cambios, y seguiremos como siempre.
Ejecutamos nuestro Failback to production, para volver las cosas a como estaban, con los cambios producidos en la réplica, pasando todo a producción y seguimos trabajando como antes.
Como paso final, tras el cambio de la replica a producción, debemos hacer un Commit, para que finalice el proceso, se vuelquen todos los datos, y volvamos al status de maquina en prod, y réplica de la misma.
Acompáñanos en esta sesión de la mano de Jose Maria, Señor Systems Engineer en Veeam, en la cual hablaremos principalmente en cómo proteger nuestras cargas de trabajo en Kubernetes con Kasten 10, Así como una breve introducción a la comunidad, DEMO!
Una gran característica incluida en Veeam Backup & Replication es la posibilidad que tenemos de hacer réplicas, es decir, copias de nuestras máquinas virtuales en el estado cuando se hizo, preparada para ser arrancada cuando la necesitemos.
Es una gran función, tanto para seguridad, como para recuperación ante desastres y pruebas en nuestras máquinas.
En esta pequeña entrada nos vamos a centrar en la creación de la tarea de réplica.
Comenzamos:
Como veis, como es una copia de una vm, debe estar asociada a todo esto para poder encenderse.
Como comentario final, decirte que, aunque las réplicas son «buenísimas» e increméntales, no debemos nunca confundirlas con un backup.
Para mi, una réplica es una protección ante desastres, y un aliado a la hora de migrar / procesar vms en un entorno virtualizado.
Como ya hicimos nuestro primer backup, vamos a ver ahora, cómo recuperar, tanto la información (Ficheros), como la restauración de la maquina virtual completa.
Vamos a ir viendo, a pantallazos, los pasos y opciones de recuperación que tenemos.
Proceso finalizado, muy sencillo y sólido.
Iremos viendo nuevas opciones más adelante, como el secure restore, la funcionalidad de Staged restore, etc.
Vamos a ir viendo, a pantallazos, los pasos y opciones de recuperación que tenemos.
Decir, que una gran virtud de Veeam, es que los backups son autocontenidos, lo veremos en otro post, pero com adelanto, todo lo necesario para la recuperación se encuentra en el propio fichero de backup, sin indices raros ni otras dependencias.
Ya hemos recuperado el fichero ejemplo, haremos otro ejemplo con una maquina Windows, para que veáis las ligeras diferencias en el proceso.
Antes que todo, esto es por mero entretenimiento y puesto en mi laboratorio para pruebas.
Hace tiempo llevo dandole vueltas al tema, las notificaciones por mail están bien, pero cuando tienes el buzón lleno, te llegan 100 o más correos al día, etc. se te escapan los realmente importantes, por ello, le daba vueltas a la manera de recibir alertas importantes fuera del correo, y de ahí nació la idea de ser notificado por Telegram!
Por partes, vamos a crear un bot de Telegram, para que podamos recibir los mensajes, y de ahí redirigirlos a un grupo de chat o lo que sea:
En Telegram:
Escribe @BotFather en la barra de búsqueda de Telegram
Elige la primera opción, que aparece con un “check” rojo de verificación (demuestra que es el bot oficial de Telegram)
Clica en INICIAR
Escribe el comando /newbot o haz clic sobre el mismo en la lista de comandos que se muestra en el chat
Seguidamente, escribe un nombre para tu bot y pulsa enter (Ejemplo: Telegram_Notifier)
Ahora se te pedirá establecer un nombre de usuario, que en este caso debe terminar en “bot” (Ejemplo: telegramnotifierBot)
Listo! guarda bien el token, que mas adelante nos servirá para validarnos, click en el enlace de tu nuevo bot, y entrarás en el, como un canal de chat.
ahora necesitamos nuestro ID de telegram, para ello, otro bot: Accede a IDbot, y escribe el comando /getid contestará tu ID es: … apuntalo bien también.
Ahora en Windows, yo he creado un fichero ps1 llamado telgram, el cual contiene lo siguiente:
guardarlo, donde más os guste! Editarlo con vuestro TOKEN e ID!!
Nos vamos a ir ahora al programador de tareas de windows, os pongo unos pantallazos que será mas sencillo!
ya lo tenemos todo configurado, una prueba rápida, abrimos nuestro Veeam B&R si no lo tenemos abierto, nos vamos a Configuration Backup, y subimos en 1 día la retención de los backups de configuración, nos debería llegar una notificación a nuestro Telegram
Configuration job has been modified.
Y si Lanzas una tarea de backup, te notificará así:
Desde aquí, ya es ir afinando desde el programador de tarea los eventos que queremos recibir a través de Telegram de nuestro Veeam B&R!
Espero que os sea útil, no soy ningún amigo de la programación, si lo mejoráis (seguro que lo haréis) no dudes en contactarme para que podamos ir actualizando el post y tener una notificación por Telegram Épica!
Vamos a ver a pantallazos, cómo crear nuestra primera tarea de backup a una máquina virtual, y de ahí seguiremos investigando.
Nos vamos a ir a la pantalla principal de la consola de Veeam, Home, y vamos a ir a Backup Job -> Virtual machine (ya que tenemos el servidor ESXi añadido).
En la próxima, veremos como recuperar información de nuestro backup de Veeam, tanto recuperar nuestra maquina completa, así como recuperar un fichero borrado solamente.