Cuando yo estudiaba el desaparecido FP de Desarrollo de Aplicaciones Informáticas (hoy convertido en DAW y DAM en busca de una mayor especialización) teníamos una asignatura genérica de Sistemas y Redes el primer año. Era un batiburrillo donde veías de todo un poco, y tuvimos la suerte de tener un profesor muy bueno, un auténtico crack (una pena que dejara la docencia para trabajar en otros proyectos) que nos eseñó mucho. Curiosamente en mi trabajo he tenido que hacer mucho cacharreo en los últimos meses, y estas pequeñas lecciones me han servido de mucho.

Una de las cosas que recuerdo haber tenido que hacer en un examen era reparar el GRUB de un Ubuntu (9.04 por aquel entonces), ejercicio fundamental porque era el primero y como no fueras capaz de hacerlo no podías seguir con el examen.

Para este proceso vamos a necesitar una distribución Linux que podamos arrancar en modo Live (desde un disco o pendrive). Una vez cargada lanzamos un terminal y a cacharrear. Empezamos por averiguar en qué partición está instalado el SO haciendo sudo fdisk-l. Para el ejemplo vamos a utilizar sda1. El siguiente paso es «montar» el disco duro de nuestro equipo en esta distribución live:

#primero montamos el disco duro del SO
sudo mount /dev/sda1 /mnt

#luego el resto de dispositivos
sudo mount –bind /dev /mnt/dev

Tras esto debemos crear una jaula chroot, un comando que nos permite acceder como root al sistema de archivos del SO instalado:

sudo chroot /mnt

Y ya en esta situación lo único que nos queda por hacer es instalar el GRUB en el Master Boot Record para que se ejecute al arranque.

grub-install –recheck /dev/sda

Existen otras soluciones, como Super Grub Disk, sencillas y rápidas, pero la descrita arriba me ha funcionado en la mayoría de los casos sin problema.

¿Conocéis ese momento incómodo en que tenéis que hacer una conexión para ayudar a alguien por remoto y el TeamViewer os mira mal y os dice «nanay, chaval, esto es uso comercial descarado«? Tras el pánico inicial toca recurrir a VNC, que es verdaderamente libre (otra opción sería pagar TeamViewer o buscar alguna alternativa más, pero asumamos que no pensáis soltar un duro). ¿Problemilla? Que para realizar una conexión por VNC necesitamos (además de abrir algunos puertos) conocer nuestra IP externa. Un ifconfig en Linux o un ipconfig en Windows sólo nos dará nuestra ip dentro de la red local, y en este caso necesitamos saber qué ip usamos hacia el exterior.

Una solución rápida y fácil es recurrir a alguna de estas webs, que directamente nos darán el resultado:

• CheckIP
• IPChicken

Partamos de uno de estos supuestos:

1. Estás conectado a una red de cuya seguridad no te fías, pero tienes un servidor seguro en algún sitio al que podrías conectarte.
2. Estás en una red con conectividad limitada, pero puedes conectarte a un servidor con salida a internet

¿Tienes una opción para conectarte de forma segura? Sí. Puedes hacer una llamada «poor man’s VPN» sobre un tunel SSH ¿Cómo hacemos esto? Bueno, lo primero es que el servidor contra el que vamos a conectarnos tenga habilitados tanto la posibilidad de hacerse root de forma remota como la posibilidad de tunneling y la redirección de puertos. Todo esto lo podéis poner a funcionar en el archivo /etc/ssh/sshd_config, poniendo PermitRootLogin yes y PermitTunnel yes y luego reiniciando el servicio sshd (suponiendo que trabajéis con un servidor Linux, claro). Por seguridad podéis (deberíais) configurar unas claves SSH

Una vez esté todo eso habilitado toca empezar a configurar el cliente (vamos de nuevo con Linux) desde el que queremos conectarnos. Necesitamos saber la IP del servidor al que nos conectamos, en el ejemplo vamos a poner una ficticia que sería 83.112.23.4X. La máscara de red también tiene que ser la pertinente para vuestra configuración de conexión:

#abrimos un tunel ssh al servidor (vosotros poned la IP de vuestro server)
sudo ssh -f -w any 83.112.23.4X true

#asignamos una ip al tunel (ip local típica, en vuestro caso la que corresponda asegún la configuración)

sudo ifconfig tun0 192.168.0.2 192.168.0.1 netmask 255.255.255.0

Tras esto es necesario tener configurado el tunel en el servidor

# la misma asignación que en el server, pero invirtiendo las ip's de los dos puntos del tunel
sudo ifconfig tun0 192.168.0.1 192.168.0.2 netmask 255.255.255.0

# habilitamos el reenvío de paquetes
echo 1 > /proc/sys/net/ipv4/ip_forward

# habilitamos el enmascaramiento
sudo iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth0 -j MASQUERADE

Finalmente toca acabar de configurar el enrutamiento en el cliente, en este ejemplo la puerta de enlace será 10.1.1.1, para vuestra configuración usad la que toque. La cosa es borrar la ruta previa a la puerta de enlace para usar la del tunel:

sudo ip route add 10.0.0.0/8 via 10.1.1.1
sudo ip route del default via 10.1.1.1 dev eth0
sudo ip route add default via 192.168.0.2

Ya sólo te queda comprobar si la conexión está funcionando bien.