Túnel HTTP O Similares En Universidad.

Sigo pensando que te complicas la vida pero, si estás empeñado en el túnel, no seré yo el que te disuada. Eso sí, ahí no te puedo ayudar. Suerte.

Si los puertos de tu router de casa están escuchando en el 80 ó en el 443 por la interfaz WAN... ¡hazte un favor a ti mismo, tira el router y compra uno nuevo!

Y ya puestos, el VNC es un coladero, con lo que si encima se pone en el 80 como han recomendado por ahí arriba, te entran fijo.

Lo mínimo un túnel SSH.

Me olvidé de decir antes perdón que suelo estar conectado a la red wifi "eduroam", antes que a la de "alumnos". Saludos.

Vaya, busqué pero parece que BA no tiene para enviar privados.

Pues no coincidimos, pero por poco, yo estoy en la de Coruña. Por el tema eduroam/loqueseaquetengalauniversidad, el tema de red lo lleva la propia universidad aunque sea eduroam, en algunos casos pueden hacer alguna diferenciación entre la propia y eduroam, pero no creo que se anden complicando con ello. Quiero decir, si vas a la USC en eduroam habrá abierto lo que dejasen abierto los de la USC (que he visto que son como el doble de restrictivos que los de la UDC) y si vas a la de Vigo (¿Cuales son las siglas?) te encontrarás abierto lo que dejasen los gestores de red de la de Vigo, aún con tu usuario y contraseña de Santiago...

Una vez dicho esto, lo normal es ir empezando por los "puertos con nombre" que puede que algún profesor frikillo pidiese o necesitase: 1194 UDP/TCP (OpenVPN) 5900 TCP (vnc)... pero vamos, que los que tienes fijo, y digo fijo son el 21 TCP (ftp), 22 TCP (ssh), 53 TCP/UDP (DNS), 80 TCP (http) y 443 (https). Bueno, los dos primeros no tan fijos, pero solemos olvidarnos del 53. Básicamente sin los tres últimos no hay internet, para nada, a no ser que se usen proxys (8080 normalmente ;) ).

Si te interesa usar UDP puedes probar el 53 (DNS) y el 123 (NTP).

En fin, sin más dilación dejo un script chatarrero que hice al efecto, necesitarás Linux y un equipo con conexión abierta del todo, yo le suelo decir que está "de patas abiertas" cuando desconecto todos los cortafuegos, creo que la idea es clara:

La idea es ejecutar este script en el "servidor" que se pone a la escucha con todos los puertos abiertos (en algunos routers se llama DMZ Host)

#!/bin/bash

## Verificando que los parámetros sean válidos
if [ $# -ne 2 ]
then
echo "Use: listen-udp start_port end_port"
exit 1;
fi
let END=$2 i=$1
while ((i<=END)); do
#echo $i
nc -l $i 2>> tcp.listen.txt &
nc -lu $i >> udp.listen.txt &
let i++
done

Y este otro desde un equipo en la wifi de la universidad (o de la biblioteca, o lo que sea)

#!/bin/bash

## Verificando que los parámetros sean válidos
if [ $# -ne 3 ]
then
echo "Use: listen-ports start_port end_port host"
exit 1;
fi
let END=$2 i=$1
let range=$((END-i))
while ((i<=END)); do
echo Escaneando $3 : $i
timeout 5s nc -z $3 $i 2>> tcp.out.txt &
echo mensaje UDP puerto: $i | timeout 10s nc -u $3 $i &
#timeout 5s nc -z $3 $(($1+range)) 2>> tcp.out.txt &
#echo mensaje UDP puerto: $(($1+range)) | timeout 10s nc -u $3 $(($1+range)) &
sleep 1
let i++
let range--
done

Como era "de andar por casa, le falta mucho de "amigabilidad" e interfaz, pero su cometido lo hace y se usa dos veces en la vida.

Se puede modificar el de busqueda, el timeout, para que vaya más rápido, pero por no mosquear demasiado a los admins de la red lo dejé a un puerto por segundo.

El resultado es que en el servidor se crea el fichero udp.out.txt con los puertos que fueron accesibles por udp, y en el cliente (wifi) se mira el tcp.out.txt o la salida de la terminal para ver los que fuero satisfactorios, dice algo así como:

5222 port [tcp/xmpp-client] succeeded!

Y ahí ya tienes otro ;)

Esto de, una parte en el servidor y otra en el clientes es por la imposibilidad de comprobar solo desde un extremo si una conexión udp es correcta, así que lo que se comprueba es simplemente si llegó o no llego el mensaje al servidor, y en el mensaje se mete el puerto usado.

En fin, espero que te sirva, a ti o algún otro. Un saludo.