Utilidades
- Varias terminales en una sola pantalla
- Poner el disco duro en suspensión
- Certificado SSL de Let's Encrypt
- Cron: el programador de tareas de Linux
- Gestor de ficheros Midnight Commander
- Montar un sistema de discos en RAID
- Crear un bot de Telegram
- Establecer un portal cautivo
- Medir la velocidad de conexión a Internet
Varias terminales en una sola pantalla
Cuando trabajamos en la terminal, con la línea de comandos, es muy útil tener la posibilidad de usar varias terminales al mismo tiempo. Esto podemos hacerlo de varias formas: por ejemplo, abriendo varias sesiones de SSH. Pero hay una forma mejor y más práctica: instalar la utilidad tmux, que es lo que se denomina un multiplexor de terminales. Con ella podemos dividir la pantalla de nuestra terminal en varias terminales más pequeñas, crear nuevas pantallas (o ventanas) que contengan, a su vez, varias terminales y saltar de una a otra con una simple combinación de teclas.
Así pues, vamos a instalar esta utilidad:
sudo apt install tmux
Una vez terminada la instalación, ya tenemos tmux listo para usar. Lo lanzamos:
tmux
y lo usamos empleando la combinación de teclas Ctrl+b seguida de otra tecla. He aquí las más comunes:
Ctrl+b % -> divide en horizontal Ctrl+b " -> divide en vertical Ctrl+b o -> cambia de una a otra Ctrl+b flechas -> cambia a la terminal donde apunte la flecha Ctrl+b x -> cierra una terminal [abajo, izquierda, aparece (y/n)] Ctrl+b c -> crea una nueva ventana Ctrl+b p -> vuelve a la ventana anterior Ctrl+b n -> pasa a la ventana siguiente Ctrl+b & -> cierra ventana actual [abajo, izquierda, aparece (y/n)]
Este es el resultado de dividir una pantalla en cuatro terminales:
Poner el disco duro en suspensión
Si conectamos un disco duro externo a la Raspberry, tal y como explicamos más arriba, a no ser que la caja posea un mecanismo para poner el HD en estado de suspensión pasado un cierto tiempo, lo normal es que el disco permanezca continuamente en movimiento, incluso cuando no se está haciendo uso de él, lo que supone un gasto de energía innecesario. Para evitar esto, podemos instalar una utilidad que se encargue de llevar a cabo este proceso.
hdparm
Este servicio es el más fácil de instalar y usar, pero tiene el inconveniente de que no todos los discos duros funcionan con él, especialmente los que se conectan por USB, como es el caso de la Raspberry, ya que esta placa carece de puerto SATA. Lo mejor es probar y ver si funciona con nuestro HD. De no ser así, entonces usaremos hd-idle, cuya instalación se explica más adelante.
Lo instalaremos de la forma habitual:
sudo apt install hdparm
hdparm posee una larga lista de parámetros que se pueden utilizar. Podemos verlos todos aquí. Según se observa, debemos usar el parámetro -S seguido de un número que indicará el tiempo de espera, durante el que no hay actividad del disco, antes de poner la unidad en suspensión (standby o spindown). Seguido de este número vendrá el nombre de la unidad de disco a la que queremos que se aplique, lo que podemos averiguar previamente con el comando sudo fdisk -l. Por ejemplo:
sudo hdparm -S 120 /dev/sda
También podemos hacerlo por su UUID (el cual obtendremos con el comando sudo blkid):
sudo hdparm -S 120 /dev/disk/by-uuid/8c26071b-cbd1-5af1-9cd5-df7ca5f91b23
La codificación del valor de tiempo de espera es bastante peculiar. El valor 0 significa que el tiempo de espera está deshabilitado y, por consiguiente, el dispositivo no entrará automáticamente en standby. Los valores del 1 al 240 especifican múltiplos de 5 segundos, produciendo tiempos de espera de entre 5 segundos y 20 minutos. Los valores del 241 al 251 indican unidades con intervalos de 30 minutos, cuyos tiempos de espera van desde los 30 minutos a las 5,5 horas. Así pues, si como en nuestro ejemplo, ponemos un valor de 120, estaremos indicando una espera de 10 minutos (120x5=600 segundos).
Para no tener que escribir el comando anterior cada vez que arranquemos la Raspberry, y que la orden de suspensión quede establecida de forma permanente, podemos hacer dos cosas:
1.- Ejecutarlo desde cron. Para ello, abrimos el fichero:
crontab -e
y añadimos esta línea para que el comando se ejecute en cada reinicio (dándole antes algo de tiempo para que arranque el sistema):
@reboot (sleep 30; sudo hdparm -S 120 /dev/sda)
2.- Ponerlo en el fichero de configuración de hdparm. Esto funciona mejor en discos internos con conexión SATA que en los USB externos. En este caso editamos dicho fichero:
sudo nano /etc/hdparm.conf
y al final del mismo escribimos lo siguiente:
/dev/sda {
spindown_time = 120
}
Como vemos, la sintaxis es diferente a cuando lo usamos directamente desde la línea de comandos. Aquí no se usa el parámetro -S, sino spindown_time.
Haciendo lo anterior, el spindown debería iniciarse correctamente transcurrido el tiempo indicado sin tener que tocar ninguna de las opciones que aparecen más arriba. Sin embargo, en algunos discos es necesario modificar algunas de ellas, como descomentar, si no lo está ya, la línea quiet y/o modificar el APM, ya sea desactivándolo (apm = 255) o bien poniéndole un valor inferior (por ejemplo, apm = 254 o apm = 127).
Por último, reiniciaremos el sistema para que se active el servicio y comprobar que funciona correctamente:
sudo reboot
Otros parámetros de hdparm
Con el parámetro -C podemos comprobar el estado de la unidad, usando cualquiera de los dos métodos:
sudo hdparm -C /dev/sda
sudo hdparm -C /dev/disk/by-uuid/8c26071b-cbd1-5af1-9cd5-df7ca5f91b23
Obtendremos estas respuestas según esté el disco activo o en suspensión:
drive state is: active/idle
drive state is: standby
Para forzar el estado de suspensión, usaremos -y, ya sea por el nombre de la unidad o por su UUID:
sudo hdparm -y /dev/sda
sudo hdparm -y /dev/disk/by-uuid/8c26071b-cbd1-5af1-9cd5-df7ca5f91b23
Lo que nos devolverá esta respuesta:
issuing standby command
Una lista completa de todos los parámetros puede obtenerse con
sudo hdparm -h
NOTA: Puede que estos parámetros (o alguno de ellos) no funcionen bien en determinados modelos de discos y obtengamos el mensaje drive state is: unknown junto a algún otro mensaje de error (por ejemplo, SG_IO: bad/missing sense data), pero esto no significa forzosamente que el servicio no esté realizando de forma correcta su función, que es la de poner el disco en suspensión una vez transcurrido el tiempo estipulado.
hd-idle
Si la aplicación anterior no funcionara, entonces la desinstalamos (sudo apt purge hdparm) y probamos con hd-idle (más info sobre la misma, aquí). Así que la instalamos, bien sea directamente:
sudo apt install hd-idle
o a través de su GitHub, como se explica en el enlace anterior.
Podemos probar a poner en suspensión inmediatamente el disco duro con el comando que mostramos a continuación, al final del cual se indica el nombre de nuestra unidad de disco (lo que es posible averiguar previamente con el comando sudo fdisk -l):
sudo hd-idle -t sda
O podemos indicar además un tiempo de espera:
sudo hd-idle -a sda -i 600
Pero resulta mucho más práctico ponerlo en el fichero de configuración de hd-idle para que quede establecido de forma permanente. Así que editamos dicho fichero:
sudo nano /etc/default/hd-idle
Añadiremos la primera línea (poniéndola a true) y modificaremos la segunda, indicando en ella el tiempo que ha de transcurrir (en segundos) hasta que los HDs entren en standby:
START_HD_IDLE=true
HD_IDLE_OPTS="-i 600 -l /var/log/hd-idle.log"
La configuración de esta segunda línea que viene por defecto afecta por igual a todas las unidades de disco que tengamos conectados al sistema. Por este motivo es mejor modificarla de manera que indique al principio el tiempo por defecto (0, o sea, desactivado) y luego el tiempo asignado a cada unidad (la parte final -l /var/log/hd-idle.log es opcional):
HD_IDLE_OPTS="-i 0 -a sda -i 600" [una unidad]
HD_IDLE_OPTS="-i 0 -a sda -i 600 -a sdb -i 1200" [varias unidades]
En lugar del nombre de la unidad de disco, también podemos utilizar su UUID:
HD_IDLE_OPTS="-i 0 -a /dev/disk/by-uuid/8c26071b-cbd1-5af1-9cd5-df7ca5f91b23 -i 600"
Ya estamos en disposición de activar e iniciar el servicio:
sudo systemctl enable hd-idle
sudo systemctl start hd-idle
o bien el sistema para comprobar que funciona correctamente tras su reinicio:
sudo reboot
Luego podremos comprobar que se está ejecutando:
sudo service hd-idle status
Si se diera el caso de que el disco no entra en supensdión después de arrancar o reiniar el sistema, podemos intentar esta posible solución:
1.- Abrir cron mediante el comando
crontab -e
2.- Añadir esta línea para activar el servicio, pero dándole antes algo de tiempo para que se complete el arranque del sistema:
@reboot (sleep 30; sudo hd-idle "-i 0 -a sda -i 600")
3.- Y probamos si funciona haciendo un reinicio:
sudo reboot
Certificado SSL de Let's Encrypt
Puesto que cada vez es más necesario dotar de un acceso seguro a cualquier sitio web, vamos a convertir nuestro servidor Apache o Nginx en un servidor web seguro que use el protocolo HTTPS. Para ello necesitaremos añadir un certificado SSL de una Autoridad de Certificación. Normalmente este certificado se incluye en la compra del dominio. Pero si vamos a usar un DNS dinámico (DDNS), como No-ip, por ejemplo, no dispondremos de él. Afortunadamente, Let's Encrypt nos proporciona de forma gratuita dicho certificado.
Antes de nada, lo primero que haremos será abrir los puertos 80 y 443 TCP en el router y redirigirlos a la IP local de la Raspberry. Si usamos un cortafuegos, también tendremos que abrirlos en él.
Obtención del certificado
Este proceso lo vamos a realizar en tres pasos:
1.) Instalamos Cerbot, el cliente de Let's Encrypt que nos permitirá automatizar la emisión e instalación de certificados, además del paquete que se encarga de automatizar esta tarea en el servidor web.
- ⇒ Si usamos Apache:
sudo apt install certbot python3-certbot-apache
- ⇒ En el caso de Nginx:
sudo apt install certbot python3-certbot-nginx
2.) Y ahora es cuando vamos a obtener el certificado.
- ⇒ Para Apache usaremos este comando (sustituyendo midominio.com por el nuestro):
sudo certbot --apache -d midominio.com
- ⇒ Para Nginx el comando es similar:
sudo certbot --nginx -d midominio.com
Durante el proceso de instalación del certificado se nos pedirá un email. Este correo electrónico es para la recuperación de claves y recibir notificaciones cuando esté próximo a caducar, por lo que es importante que sea un email válido. Se utilizará además para avisarnos en el caso de que se produzca un error durante el proceso de renovación automática del certificado. Luego tenderemos que aceptar los Términos del Servicio y se nos preguntará si queremos compartir nuestro email con la Electronic Frontier Foundation a fin de recibir noticias e información sobre campañas de apoyo a la libertad digital de la EFF.
3.) Ya sólo falta reiniciar el servidor.
- ⇒ Si es Apache:
sudo service apache2 restart
- ⇒ En el caso de Nginx:
sudo service nginx restart
Podemos verificar el estado de nuestro certificado SSL y su fecha de caducidad en esta página:
https://www.ssllabs.com/ssltest/analyze.html
Renovar el certificado
El certificado proporcionado por Let's Encrypt sólo es válido durante 90 días, por lo que es necesaria su renovación periódica. Podemos simular la renovación y comprobar que funciona correctamente mediante este comando:
sudo certbot renew --dry-run
Aunque la auténtica renovación se hace con
sudo certbot renew
Es posible automatizar la tarea de renovar el certificado recurriendo a cron. Para ello editamos su fichero de configuración:
crontab -e
y al final del mismo añadimos una línea para que se ejecute la autorenovación, por ejemplo, todos los viernes a las 3 de la madrugada:
0 3 * * 5 sudo /usr/bin/certbot renew --quiet
Guardamos los cambios y reiniciamos cron:
sudo service cron restart
Recordemos que se puede verificar el estado de nuestro certificado SSL y su fecha de caducidad en esta página:
https://www.ssllabs.com/ssltest/analyze.html
Copia de seguridad del certificado
En caso de que en un futuro se dañe el directorio /etc/letsencrypt, que es donde se encuentra el certificado, podemos hacer copia de seguridad del mismo y restaurarlo después. En primer lugar hacemos la copia:
sudo tar zcvf letsencrypt_backup_$(date +'%Y-%m-%d_%H%M').tar.gz /etc/letsencrypt
Posteriormente, en el momento en que lo necesitemos, procederemos a su restauración. La haremos en dos pasos.
1.) Primero ejecutamos este comando para restaurar los archivos:
sudo tar zxvf letsencrypt_backup_XXXX-XX-XX_XXXX.tar.gz -C /
Sustituiremos, naturalmente, las XXXX-XX-XX_XXXX por los números correspondientes del fichero que contiene la copia de seguridad.
2.) En segundo lugar, restablecemos el certificado.
- ⇒ En el caso de Apache:
sudo certbot --apache
- ⇒ Y para Nginx haremos lo propio:
sudo certbot --nginx
Cron: el programador de tareas de Linux
Cron es un demonio (daemon) que funciona en segundo plano y ejecuta tareas automáticamente en un tiempo especificado por el usuario. Dichas tareas o trabajos (jobs), definidas generalmente en forma de scripts, se indican en un fichero de texto llamado crontab. Cada usuario del sistema posee su propio fichero crontab.
Veamos su funcionamiento mediante un ejemplo. Vamos a crear un script para que Raspberry Pi OS se actualice automáticamente cada cierto tiempo. Para ello, en el directorio del usuario (/home/piuser) creamos un fichero llamado update.sh:
nano update.sh
Dentro del mismo escribimos lo siguiente:
#!/bin/bash
sudo apt update
sudo apt upgrade -y
Lo guardamos y a continuación le damos permisos de ejecución:
chmod u+x update.sh
Ahora lo añadimos como una nueva tarea de cron mediante la edición del fichero crontab:
crontab -e
Justo al final del fichero de texto que nos ha aparecido incluimos una línea para ejecutar nuestro script (cambiando piuser por el nombre del usuario que estemos utilizando en nuestro sistema):
# m h dom mon dow command
0 10 * * * /home/piuser/update.sh > /dev/null 2>&1
NOTA: La parte final de la línea (> /dev/null 2>&1) se añade para que la ejecución del script no muestre ninguna salida por pantalla.
Una vez guardado el fichero, reiniciamos cron:
sudo service cron restart
Ahora tendremos una tarea que se ejecutará todos los días a las 10 de la mañana. Y para entender el funcionamiento de los 5 elementos (0 10 * * *) que hemos incluido al comienzo de esa línea, es preciso observar este esquema:
Podemos ver que, de izquierda a derecha, el significado de cada uno de esos 5 elementos es el siguiente:
min: minuto hou: hora dom: día del mes mon: mes dow: día de la semana
Podríamos cambiar la hora o los días en que queremos que se actualice el sistema operativo; para ello realizaremos las modificaciones oportunas, como en los siguientes ejemplos (al igual que antes, sustituimos piuser por el nombre del usuario que estemos utilizando en nuestro sistema):
30 9 * * * /home/piuser/update.sh > /dev/null 2>&1
Así, en lugar se ejecutarse todos los días a las 10, lo haría a la 9 horas y 30 minutos.
0 13 * * 5 /home/piuser/update.sh > /dev/null 2>&1
Ahora la ejecución se llevaría a cabo todos los viernes (día 5 de la semana) a las 13 horas.
45 23 28 * * /home/piuser/update.sh > /dev/null 2>&1
Con la línea anterior, se ejecutaría el día 28 de cada mes a las 23 horas y 45 minutos.
0 22 * * 1 /home/piuser/update.sh > /dev/null 2>&1
En este último caso el sistema se actualizará los lunes (día 1 de la semana) a las 10 de la noche.
Intervalos de tiempo
Para indicar intervalos de tiempo se utilizan 3 caracteres especiales:
la coma (,) separa una lista el guión (-) indica un rango la barra (/) cada cierto tiempo
Veamos algunos ejemplos:
0 10,15,19 * * * /home/piuser/update.sh > /dev/null 2>&1
El script se ejecutará a las 10, a las 15 y a las 19 horas todos los días.
0 22 * * 1-5 /home/piuser/update.sh > /dev/null 2>&1
Ahora lo hará a las 10 de la noche de lunes a viernes (días 1 al 5 de la semana).
0 */4 1,15 * * /home/piuser/update.sh > /dev/null 2>&1
Se ejecutará cada 4 horas los días 1 y 15 de cada mes.
*/45 * * * * /home/piuser/update.sh > /dev/null 2>&1
En este caso, la ejecución será cada 45 minutos.
0 9-23/2 * * 1,3,5 /home/piuser/update.sh > /dev/null 2>&1
Por último, lo hará cada 2 horas (entre las 9 y las 23 horas) los lunes, miércoles y viernes.
Comandos específicos
- @reboot: se ejecuta en cada (re)inicio del sistema
- @hourly: se ejecuta una vez cada hora en punto (0 * * * *)
- @daily: se ejecuta una vez al día, a medianoche (0 0 * * *)
- @weekly: se ejecuta una vez a la semana, el domingo a medianoche (0 0 * * 0)
- @monthly: se ejecuta una vez al mes, el día 1 a medianoche (0 0 1 * *)
- @yearly: se ejecuta una vez al año, el día 1 de enero a medianoche (0 0 1 1 *)
Gestor de ficheros Midnight Commander
Quienes utilizaron hace varias décadas el sistema operatino MS-DOS, muy probablemente tenían instalado el famoso Norton Commander, una utilidad con la que era posible obviar la línea de comandos para usar en su lugar una pantalla dividida en dos partes que representaba el árbol de directorios. La aplicación permitía realizar las tareas más comunes con ficheros y carpetas (crear, copiar, mover, borrar, editar, renombrar,...) sin tener que aprenderse la lista de comandos, usando en su lugar un menú de opciones, las teclas de función, el tabulador, las flechas e incluso el ratón. Incluía además un editor de texto propio.
La gran popularidad de esta utilidad hizo que surgiera pronto una versión para el sistema operativo Linux. Por razones de copyright se le cambió el nombre a Midnight Commander y así, las siglas que se utilizaban para referirse al Norton, pasaron de NC a MC. Y de esta última forma es como se instala en la Raspberry Pi:
sudo apt install mc
La arrancamos con la misma abreviatura con la que la hemos instalado (mc para usarlo como usuario o sudo mc para acceder como administrador) y este será su aspecto:
Podemos cambiar a cualquiera de las dos partes en que se divide la pantalla con la tecla del tabulador o pinchando con el ratón. En el menú Opciones se nos ofrece la posibilidad de configurar una gran cantidad de detalles de esta práctica y veterana aplicación.
Montar un sistema de discos en RAID
El término RAID es un acrónimo que significa Redundant Array of Independent Disks o, dicho en español, matriz redundante de discos independientes. Se trata de crear un sistema para el almacenamiento de datos utilizando múltiples unidades, de forma que los datos se distribuyan entra ellas. Estas unidades de almacenamiento suelen ser discos duros mecánicos (HDD) o discos de estado sólido (SSD). El objetivo final del RAID es ofrecer al usuario una mayor capacidad de almacenamiento, redundancia de datos (para evitar la pérdida de estos) y proporcionar mayor velocidad de lectura y escritura que si solamente tuviéramos un único disco.
Existen diversos tipos y combinaciones de RAID. Los más utilizados son 0, 1, 5, 6, 01 (0+1) y 10 (1+0). Aquí vamos a ver únicamente los dos primeros, ya que son los más usados en entornos domésticos debido a su menor complejidad y a que se pueden configurar con sólo dos discos. Los demás tipos necesitan un mínimo de tres o cuatro discos.
RAID 0
También llamado conjunto dividido o striping, la función de este tipo de RAID es la de distribuir los datos entre los distintos discos que están conectados al equipo. Dichos datos se dividen en bloques que se reparten por todas las unidades de la matriz. Al utilizar varios discos (al menos 2) al mismo tiempo, ofrece un rendimiento de E/S superior, llegando casi a duplicar la velocidad de acceso. El objetivo de implementar un RAID 0 es el de proporcionar buenas velocidades de acceso a los datos que estén guardados en los discos, ya que la información esta equitativamente repartida en ellos para tener acceso simultáneo a una mayor cantidad de datos con los discos funcionando en paralelo. RAID 0 no tiene información de paridad ni redundancia de datos, por lo que si se rompe una de las unidades de almacenamiento, perderemos todos los datos que haya almacenados en la matriz.
Para realizar un RAID 0 debemos de prestar atención al tamaño de los discos que lo forman. En este caso será el disco de menor tamaño el que determine el espacio añadido en el RAID. Por ejemplo, si tenemos un disco de 1 TB y otro de 500 GB en la configuración, el tamaño del conjunto será de 1 TB, ya que el sistema usará el disco de 500 GB y otros 500 GB del disco de 1 TB. Por esto lo ideal es usar discos de igual tamaño para poder utilizar todo el espacio disponible en el conjunto.
RAID 1
Esta configuración también es llamada espejo o mirroring y es una de las más utilizadas debido a que proporciona redundancia de datos y buena tolerancia a fallos. En este caso, lo que estamos haciendo es crear un almacén con información duplicada en dos discos. Cuando guardamos un dato, este se copia inmediatamente en su unidad espejo para así tener dos veces el mismo dato almacenado.
Debido a que RAID 1 guarda los mismos datos en cada disco de la matriz, esto supone un aumento en la fiabilidad del sistema de almacenamiento: para que se pierdan los datos de un RAID 1, todas las unidades deben fallar al mismo tiempo. Cuando falla una unidad, el controlador muestra una advertencia que lo notifica. Al reemplazar la unidad defectuosa, el controlador reconstruye el nuevo disco con los datos almacenados en la otra unidad de forma automática. Esta seguridad tiene como contrapartida la pérdida de espacio de almacenamiento, pues de los dos discos (que deben ser del mismo tamaño), sólo aprovecharemos uno de ellos, ya que el otro se usa como copia del primero.
Conclusión: RAID 0 usa todo el espacio de almacenamiento y proporciona mayor velocidad, pero no tenemos ninguna seguridad en caso de fallo. RAID 1, en cambio, ofrece seguridad, pero a cambio de una menor velocidad y una pérdida de espacio de almacenamiento. De nosotros y de nuestras necesidades específicas dependerá el uso de uno u otro sistema. Para almacenar ficheros fácilmente recuperables (películas o software, por ejemplo) en caso de avería o fallo en alguno de los discos, podemos usar RAID 0 con el fin de tener disponible todo el espacio de ambos discos y ganar velocidad. Pero si vamos a guardar datos personales o críticos (fotos, vídeos, documentos) será preferible usar RAID 1, ya que en este caso prima la seguridad.
Instalar el software
En la Raspberry tenemos que crear el sistema RAID mediante software, para lo que necesitamos instalar la utilidad adecuada:
sudo apt install mdadm -y
Conectamos la dos unidades de disco USB a la Raspberry y tecleamos el siguiente comando:
lsblk
Obtendremos algo similar a lo que se observa en esta imagen:
Las dos unidades se muestran como sda1 y sdb1.
Crear el volumen
Ahora vamos a configurar el volumen RAID. En el caso de que queramos crear un RAID 0, teclearemos lo siguiente:
sudo mdadm --create --verbose /dev/md0 --level=0 --raid-devices=2 /dev/sda1 /dev/sdb1
Y en el caso de que deseemos crear un RAID 1, escribiremos esto otro:
sudo mdadm --create --verbose /dev/md0 --level=1 --raid-devices=2 /dev/sda1 /dev/sdb1
En ambos comandos, /dev/md0 es el nombre del volumen que queremos crear; con --level=0|1 elegimos el tipo de RAID; --raid-devices=2 indica el número de discos; y al final, separados por un espacio, se muestran las unidades de disco que se van a utilizar.
Ya que pretendemos guardar datos personales, vamos a optar por crear un RAID 1. Sea cual sea la opción elegida, se nos pedirá confirmación (Continue creating array?), así que respondemos Yes:
Al final se nos informa de la que matriz /dev/md0 se ha iniciado. Podemos comprobar que, efectivamente, se ha creado el RAID usando de nuevo este comando:
lsblk
que nos muestra ambas unidades de disco (sda1 y sdb1) apuntando a un único volumen de datos (md0).
Podemos obtener mucha información sobre el mismo con
sudo mdadm --detail /dev/md0
Formateo y montaje
Tenemos que dar formato al nuevo volumen RAID:
sudo mkfs.ext4 /dev/md0
Creamos la carpeta de montaje, le damos los permisos adecuados y montamos el volumen en ella:
cd /media
sudo mkdir raid
sudo chmod 777 raid
sudo mount /dev/md0 /media/raid
A continuación vamos a hacer que se monte automáticamente cada vez que iniciamos el sistema:
sudo nano /etc/fstab
Añadiremos al final de este fichero una nueva línea en la que indicaremos el nombre del dispositivo, la carpeta de montaje y el sistema de ficheros usado (los espacios se insertan con el tabulador):
/dev/md0 /media/raid ext4 defaults 0 0
Guardamos los cambios y reiniciamos:
sudo reboot
A partir de este momento, para guardar, editar o descargar datos en nuestra unidad RAID podríamos instalar servicios como Samba o WebDAV, por ejemplo, utilizando en ellos la carpeta /media/raid como carpeta compartida y lugar de almacenamiento.
Crear un bot de Telegram
Gracias a la API de Telegram, se pueden crear bots para establecer una conexión con la la Raspberry Pi e interactuar con ella. En este apartado vamos a crear un bot sencillo que nos permiirá recibir diversas notificaciones:
- Cuando se arranque o reinicie la RPi
- En el momento en que alguien se conecte por SSH
- Para indicarnos cuál es nuestra IP pública
- Conocer la temperatura de la CPU
Naturalmente, lo primero que hemos de hacer es instalar Telegram en uno o en varios de nuestros dispositivos (PC, portátil, tableta, teléfono móvil). Como es habitual, para Android lo descargamos de Google Play; en el caso de iOS, de la App Store; y para instalarlo en un PC o portátil, podemos hacer clic en la imagen siguiente:
Creación del bot
Para crear nuestro propio bot tendremos que recurrir a @BotFather, que es el bot usado por Telegram para la creación de los mismos. Lo iniciamos y luego escribimos /newbot o lo seleccionamos del menú. Nos pedirá un nombre para el bot, así que escribimos el que nos parezca adecuado. A continuación nos solicitará que escribamos un nombre de usuario, que debe terminar en bot. Con esto ya está creado el bot, por lo que se nos mostrará el TOKEN que vamos a necesitar luego para usar la API. Por último, debemos obtener también nuestro identificador o ID de Telegram, que es único para cada usuario. Para conseguirlo, tenemos que iniciar un bot llamado @userinfobot, que nos lo mostrará.
Con el TOKEN y nuestro ID, volvemos al bot @BotFather y lanzamos el comando /mybots. Abrimos nuestro bot haciendo clic en él (aparecerá al final de Here it is: xxxxxxx@mibot) y lo iniciamos. Nos mostrará ya lanzado el comando /start y debajo del mismo es donde recibiremos las notificaciones.
Crear los scripts
Vamos a crear una serie de scripts en nuestra carpeta /home/piuser para recibir notificaciones. Empezaremos por uno sencillo que nos muestre la temperatura de la CPU. Para ello, creamos un nuevo fichero que llamaremos, por ejemplo, así:
nano bot-temp.sh
Dentro del mismo vamos a añadir este contenido:
#!/bin/bash
TOKEN="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
ID="xxxxxxxxx"
MENSAJE="Temperatura de la RPi: $(/opt/vc/bin/vcgencmd measure_temp)"
URL="https://api.telegram.org/bot$TOKEN/sendMessage"
curl -s -X POST $URL -d chat_id=$ID -d text="$MENSAJE" > /dev/null 2>&1
En las dos primeras líneas, como es obvio, sustituimos las "xxxxxx" por nuestro TOKEN y nuestra ID, que obtuvimos más arriba.
Antes de lanzar el script, hay que hacerlo ejecutable:
chmod +x bot-temp.sh
Cada vez que lo ejecutemos (./bot-temp.sh), recibiremos una lectura de la temperatura en nuestro bot. Pero si queremos que se autoejecute, por ejemplo, un par de veces al día, recurriremos a cron. Para ello añadiremos una nueva tarea mediante la edición del fichero crontab:
crontab -e
Al final del todo incluiremos una línea para ejecutar el script dos veces al día (a las 15 y a las 23 horas), cambiando piuser por el nombre del usuario que estemos utilizando en nuestro sistema):
0 15,23 * * * /home/piuser/bot-temp.sh
Bien, a continuación vamos a crear un par de scripts más: uno para recibir un mensaje cuando se arranque o reinicie la Raspberry y otro para conocer su IP pública. Comenzamos con el primero:
nano bot-boot.sh
en el que pegaremos lo siguiente:
#!/bin/bash
TOKEN="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
ID="xxxxxxxxx"
MENSAJE="Ha arrancado la RPi"
URL="https://api.telegram.org/bot$TOKEN/sendMessage"
curl -s -X POST $URL -d chat_id=$ID -d text="$MENSAJE" > /dev/null 2>&1
Y este será el segundo:
nano bot-ip.sh
que tendrá un contenido ligeramente diferente:
#!/bin/bash
TOKEN="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
ID="xxxxxxxxx"
MENSAJE="IP pública de la RPi: $(curl ifconfig.co)"
URL="https://api.telegram.org/bot$TOKEN/sendMessage"
curl -s -X POST $URL -d chat_id=$ID -d text="$MENSAJE" > /dev/null 2>&1
Al igual que antes, pondremos en las primeras líneas el TOKEN y el ID que obtuvimos cuando creamos el bot.
Ya sólo nos resta hacer ejecutables ambos ficheros:
chmod +x bot-boot.sh
chmod +x bot-ip.sh
Como hicimos más arriba con el primer script, vamos a lograr que también estos se autoejecuten durante el arranque o reinicio de la Raspberry, para lo que recurriremos a cron, añadiendo una nueva tarea mediante la edición del fichero crontab:
crontab -e
Al final del todo incluiremos una línea para ejecutar ambos scripts (como antes, cambiamos piuser por el nombre del usuario que estemos utilizando):
@reboot (sleep 30; /home/piuser/bot-boot.sh; /home/piuser/bot-ip.sh)
A partir de ahora, cada vez que se arranque o se reinicie la Raspberry, y una vez transcurridos 30 segundos (tiempo para que el sistema cargue todos los procesos necesarios antes de poder ejecutar el script), recibiremos dos mensajes en el bot:
Ha arrancado la RPi
IP pública de la RPi: xxxx.xxxx.xxxx.xxxx
Seguidamente, y por razones prácticas, en lugar de usar un script, recurriremos directamente a curl para lograr que se nos avise cuando alguien se conecta a la Raspberry por SSH. Resulta que cada vez que alguien inicia una sesión SSH en la terminal, el sistema lee el archivo .bashrc del usuario que se conecta. Así pues, lo editamos:
nano .bashrc
y al final del mismo pegamos la siguiente línea:
curl -s -X POST https://api.telegram.org/bot"TOKEN"/sendMessage -d chat_id="ID" -d text="Iniciada sesión SSH en la RPi desde la IP $(echo $SSH_CLIENT | awk '{ print $1}')" > /dev/null 2>&1
Sustituimos lo que aparece en negrita (TOKEN e ID) por los nuestros correspondientes y, una vez hechas estas modificaciones y guardados los cambios, si abrimos una sesión SSH, recibiremos en el bot este mensaje:
Iniciada sesión SSH en la RPi desde la IP xxx.xxx.xxx.xxx
NOTA: Si tenemos instalada la versión Desktop de Raspberry Pi OS (con la versión Lite no hay necesidad de hacerlo), debemos ir al escritorio (conectándonos directamente o por medio de VNC), desplegar el menú superior > Preferencias > Configuración de Raspberry Pi y en la pestaña Sistema, desmarcar (Disabled) el Ingreso automático. De no hacerlo, recibiremos en el bot la notificación de un inicio de sesión SSH nada más arrancar o reiniciar la Raspberry, aunque no nos hayamos conectado aún por SSH.
Establecer un portal cautivo
Vamos a convertir nuestra Raspberry en un punto de acceso inalámbrico (AP) y luego lo configuraremos para crear un portal cautivo u Hostpot. Este no es más que una página web que se abre automáticamente en el navegador del usuario cuando intenta acceder a Internet para visitar una web cualquiera. Por lo general debe completarse una acción antes de poder salir del portal cautivo. Se usa habitualmente en hoteles, bibliotecas o aeropuertos, por ejemplo, y suele ser necesario en estos casos introducir algún dato, como el email.
Nosotros lo vamos a utilizar para mostrar cierta información a los usuarios que se conecten a través del punto de acceso Wifi, que usará una subred separada dentro de nuestra LAN. De esta forma proporcionaríamos conexión a Internet, por ejemplo, a nuestros invitados, mostrándoles en el portal cautivo un mensaje de bienvenida o alguna información que consideremos relevante.
Creación del punto de acceso
En el menú correpondiente creamos un punto de acceso Tor. Aprovecharemos ahora lo que ya explicamos ahí. Para ello pulsamos en el enlace anterior y hacemos lo que se indica en los dos primeros subapartados:
- - REQUISITOS PREVIOS
- - CREAR EL PUNTO DE ACCESO (AP)
Configuración del portal cautivo
Realizados los dos pasos anteriores, tendremos funcionando un punto de acceso Wifi. Vamos a convertirlo ahora en un portal cautivo. Para ello debemos hacer varias cosas. En primer lugar, instalar estos dos paquetes:
sudo apt install git libmicrohttpd-dev
Después clonaremos el repositorio que contiene el código de Nodogsplash:
cd ~
git clone https://github.com/nodogsplash/nodogsplash.git
A continuación hay que compilarlo e instalarlo:
cd ~/nodogsplash
make
sudo make install
Ahora lo configuraremos:
sudo nano /etc/nodogsplash/nodogsplash.conf
El AP que creamos antes usa una subred con la dirección 10.3.141.1 por defecto, así que en el fichero de configuración de Nogdogsplash que estamos editando, le decimos que use esa dirección como Gateway, le indicamos el nombre de la interfaz wireless y añadimos un par de opciones más. Para ello buscaremos las siguientes líneas y sustituimos, cuando sea necesario, su contenido por este otro (o bien las comentamos con # y luego las pegamos así, todas juntas, al final del fichero):
GatewayInterface wlan0
GatewayAddress 10.3.141.1
MaxClients 250
AuthIdleTimeout 480
Lo ponemos en marcha con
sudo nodogsplash
y comprobamos que funciona conectándonos al AP. Si no lo hemos cambiamos antes durante su creación, el SSID será raspi-webgui. Cuando nos conectemos y abramos el navegador, nos aparecerá la web por defecto del Hotspot:
Personalizar el portal
Si queremos, podemos modificar la página web que se muestra por defecto, añadiendo o cambiando texto e imágenes. Para ello editamos este fichero:
sudo nano /etc/nodogsplash/htdocs/splash.html
Naturalmente, hemos de conocer el lenguaje HTML para hacer los cambios que consideremos oportunos y obtener un portal cautivo útil y estéticamente agradable.
Hotspot siempre listo
Para que Nodogsplash se active automáticamente siempre que reiniciemos la Raspberry, es necesario modificar este fichero:
sudo nano /etc/rc.local
Al final encontraremos la línea
exit 0
Pues bien, justo antes de esta línea final, añadiremos el comando que arranca el Hotspot:
nodogsplash
Por último, aclarar que, una vez hayamos pasado por el portal cautivo, ya no tendremos que volver a pasar por él hasta que no reiniciemos la Raspberry.
Medir la velocidad de conexión a Internet
Si estamos usando la versión Lite de Raspberry Pi OS, que carece de escritorio y, por tanto, de navegador, es posible medir la velocidad de conexión a Internet desde la propia línea de comandos con Speedtest CLI. Para ello vamos a la web de Speedtest, abrimos el desplegable correspondiente a Linux y nos bajamos la versión de 32 bits (armhf) o de 64 bits (aarch64), según la arquitectura de nuestra placa. Si desconocemos este dato, lo averiguaremos fácilmente con
sudo dpkg --print-architecture
Podemos hacer esto usando el navegador de cualquier ordenador que tengamos a mano. Desplegamos el menú Descargar para Linux y, con el botón derecho del ratón sobre la versión elegida, copiamos el enlace; luego lo pegamos en la Raspberry y anteponemos el comando wget para descargarlo:
wget https://install.speedtest.net/app/cli/ookla-speedtest-1.2.0-linux-aarch64.tgz
Naturalmente, el nombre del archivo irá cambiando con el tiempo, según sea la versión del mismo disponible en cada momento y la arquitectura de nuestra placa.
Por comodidad, podemos instalar una utilidad que nos servirá para descomprimir cualquier tipo de archivo:
sudo apt install unar
Una vez instalada, descomprimimos el fichero que hemos descargado:
unar ookla-speedtest-1.2.0-linux-aarch64.tgz
Se creará un directorio con el mismo nombre del archivo. Nos cambiamos a él y veremos que hay un fichero ejecutable llamado speedtest. Sólo tenemos que lanzarlo:
./speedtest
Aceptamos los términos de la licencia y los datos que recogerá el programa, escribiendo YES en ambos casos, y comenzará el test de velocidad. Según el modelo de Raspberry que estemos usando y la ubicación del servidor empleado para la prueba, los resultados serán diferentes:
En la parte inferior encontraremos una URL desde la que podremos ver de manera gráfica los resultados del test de velocidad. Por ejemplo:
Result URL: https://www.speedtest.net/result/c/9385d921-8ea8-44db-a96d-e05c9bf32793
Si la copiamos y la pegamos en cualquier navegador, se nos mostrarán los datos de forma gráfica. Estos son los que hemos obtenido con la Raspberry Pi 1B, 2B, 3B+ y 4B, respectivamente, sobre fibra con una velocidad simétrica de 600 Mbps:
Disponemos de una lista de servidores con los que hacer el test, que será distinta según el lugar donde nos encontremos. Para verlos usaremos el siguiente parámetro:
./speedtest -L
De esta forma obtendremos un listado similar a este:
La información sobre la localización y el país nos ayudará a elegir el más conveniente. Para seleccionarlo, sólo tenemos que indicar su ID. Por ejemplo:
./speedtest -s 7353
Por último, la ayuda disponible nos mostrará información sobre la versión usada, todos los parámetros que admite y para qué sirve cada uno:
./speedtest --help