Mostrando entradas con la etiqueta tunel. Mostrar todas las entradas
Mostrando entradas con la etiqueta tunel. Mostrar todas las entradas

lunes, mayo 05, 2014

Arreglados dos problemas

Tenía dos problemas que no dejaban de ser meras molestías, pero que siempre estaban presentes, como dos chinas en el zapato hasta que esta semana he decido a arreglarlos para siempre.

El primera era un fallo del cliente VPN de Forticlient que tengo que utilizar para acceder la red del cliente cuando estoy de guardia. No se porqué motivo, el cliente de linux de forticlient no me funciona en un linux con 64bits de mi portátil personal, pero si que me funciona en el viejo portátil de la empresa con un linux de 32 bits (que tiene más años que Maria Castaña). Como solo utilizaba el portátil de la empresa cuando estaba de guardia, podía convivir con ello, aunque me fastidiaba no echar a andar el cliente.

La solución era tan simple como revisar el log del cliente vpn y ver que no se establecían correctamente las rutas para el dispositivo PPP de la conexión empleado por el tunel por un problema en el script que detectaba que dispositivo era el empleado. Corregir una línea de AWK y listo.

El otro problema era que cuando establecía un túnel dinámico por SSH para utilizarlo como servicio de proxy-socks para el navegador Mozilla Firefox/Iceweasel, ellos no resolvían correctamente las dns (utilizaban las de mi equipo, en lugar de tunelizar las peticiones dns desde el proxy con socks). Con el navegador Chrome no ocurría eso. Solventaba el problema utilizando Chrome.

La solución efectiva pasaba por configurar Firefox/Iceweasel para que las peticiones DNS utilizaran el proxy si estaba activado (por defecto viene que no se utilice, mientras que con Chrome esta activado por defecto).

jueves, enero 29, 2009

Un topo y tsocks

Si hubiera que asociar al SSH con un animal, este seria un topo. Lo digo porque a la opción -R (túneles inversos) y -L (túneles SSH) se le une la opción -D (tuneles dinámicos). Con tantos tuneles tiene que tener pinta de topo.

Esto viene a a cuento porque es normal en muchas intranets no permirtir ciertas conexiones al exterior. Una de ellas es hacer pasar la navegación web (puerto 80) por un proxy que determina que webs puedes ver y cuales no. En ese tipo de configuración la navegación segura (puerto 443) se permite sin problema. Pues con un tunel dinámico y un servidor SSH remoto al que podamos acceder podemos hacer que toda nuestra navegación sea 'libre', sin que nadie nos diga que podemos ver o no. Es más, sin que nadie pueda determinar que es lo que vemos o no.

Suponiendo que dispones de ese SSH que nos escucha en el puerto 443 en una máquina remota en la que tenemos una cuenta de usuario, el uso de la opción -D es el siguente: 'ssh -p 443 -D PUERTO usuario@maquinaremota'. Luego hay que configurar el navegador para indicarle que use un proxy de tipo socks y el puerto al que se puede conectar (localhost:PUERTO). Más si cabe, combinando el túnel dinámico con la herramienta tsocks entonces podemos encauzar todo el tráfico de una aplicación cualquiera por el túnel, con destino a cualquier otra maquina remota, pasando siempre por nuestra máquina intermedia. Esto es muy útil para conectarse con servidor de FTP u otros programas que podamos redirigir a traves de tsocks. Nuestra imaginación impone los límites de lo que se puede hacer.

jueves, octubre 23, 2008

Recordar túnel SSH

Siempre olvido la línea de comandos de los túneles SSH que son muy útiles para conectarse remotamente a diferentes servicios en el ordeñador de mi casa y acabo mirándolo en google por pura flojera.

ssh -v -L8080:192.168.1.1:80 usuario@192.168.1.99

Este ejemplo me permite conectarme al servidor web que tiene el router de mi casa, al que solo le tengo acceso permitido desde la propia LAN de mi casa. Es decir, nadie desde fuera puede conectarse al puerto 80 del router.

Pero claro, desde la propia LAN si que se puede conectar uno, así que me conecto por ssh al pc de mi casa (192.168.1.99) y le digo que toda la comunicación que vaya/venga dirigida desde/hacia el puerto 80 de la ip del router (192.168.1.1) la envíe al puerto 8080 del equipo desde el que se hace la conexion, por ejemplo desde mi trabajo.

Para conectarme a la configuración del router, solo tengo que abrir un navegador en el pc de mi trabajo y poner la url siguiente http://127.0.0.1:8080.

¿A que no es complicado? Con esto tengo control absoluto sobre el PC saltándome los filtros de seguridad del trabajo y del router. Y lo puedo utilizar para más cosas, por ejemplo conectar por vnc al escritorio remoto.

PD: Por si alguno intenta corregirme tengo que decir que la ip del pc de mi casa pertenece a la LAN privada del router, en realidad hay que poner la IP pública que tiene el router, además de abrir un puerto en él (en este caso el 22) para permitir conexiones externas al PC de mi casa.

Cómo utilizar el servicio Secrets Manager para guardar las claves privadas de SSH

Para guardar la clave privada en el servicio Secrets Manager como un secreto en modo texto sin formato, sigue estos pasos Supongamos que la ...