ssh cada vez me sorprende más. Las posibilidades que ofrece son inmensas, es com una navaja suiza de las comunicaciones. Al principio sólo lo usas para conexiones seguras. Luego le vas sacando punta con el uso de claves públicas, más tarde te enteras de la posibilidad de port forwarding, luego de la posibilidad de montar por ssh en local un directorio remoto, y ahora del soporte de port forwarding dinámico, es decir, del soporte SOCKS, que la Wikipedia define como: » protocolo de Internet que permite a las aplicaciones Cliente-servidor usar de manera transparente los servicios de un firewall de red. SOCKS es una abreviación de ‘SOCKetS'».
¿Y traducido al castellano? 🙂 Veámoslo con un caso práctico. En la facultad, tienes una conexión a Internet buena, pero no te fías de posibles intrusos, sniffers y demás. Y quieres actualizar tu blog a través de una conexión http (lo ideal sería https, pero…) sin que tu password vaya a caer al saco de los passwords capturados. Te gustaría enviar la información web cifrada SIEMPRE, independientemente de si usas http o https (al menos, te gustaría enviarla cifrada hasta un punto seguro, a partir del cual, te fías más y desde el que no te «molesta» tanto que vaya sin cifrar). Además, has leído que, si dispones de acceso ssh a algún servidor, puedes usarlo como trampolín (la información viajará cifrada hasta ese servidor y a partir de ahí, se usará como puente hacia la web que quieras acceder. La respuesta será recogida por el servidor ssh y éste nos la devolverá cifrada).
Bien, éste es el procedimiento: vamos a configurar un servidor SOCKS con ssh. Para ello:
$ ssh -l usuario -f -N -D 1082 servidor.com sleep 7200 <--- tenemos acceso ssh a servidor.com
Ahora, en Firefox, abrimos Editar/Preferencias/Avanzado/Red/Configuración/
Seleccionamos Configuración manual del Proxy y en la casilla «Servidor SOCKS» ponemos: localhost
En la casilla puerto, ponemos: 1082 (el mismo que hayamos elegido en el comando ssh anterior, no tiene por qué ser 1081)
Pulsamos Aceptar y Cerrar. Ya puedes navegar de forma «algo más segura» 🙂 (¡y usando la IP del servidor SSH !) Esto último puede tener muchos e interesantes usos…
Nota: -f es para hacer fork del proceso. -N es para evitar que se ejecuten comandos en la sesión ssh abierta. sleep 7200 es un comando cualquiera que no hace nada (para poder usar -f hay que dar un comando inicial a ejecutar. A partir de ahí el proceso se quedará residente en segundo plano.)
«The server encountered an error». Es el mensaje que me lleva dando varios días seguidos Google Docs. He probado a borrar las cookies, a entrar desde diferentes navegadores (incluso el del maligno), a entrar por https vs. http, … nada. De nada. Sigo con el mismo error: «The server encountered an error. Please try again later». Pues qué bien. Lo que más me duele es que estos días he estado trabajando sobre un documento online y no se me ocurrió hacer backup (Pensamiento inocente: «¿Para qué, si Google nunca falla?») ¡aaargghh! ¡Sí que falla! En fin, ¿soy el único sin acceso a Google Docs en el planeta? ¿Alguna sugerencia aparte de hacer backups de todo lo que suba a Google? (del resto ya lo hacía)
