El reenvío de puertos WRT54G no funciona

He configurado el reenvío de puertos con éxito antes, pero esta vez simplemente no funcionará.

Estoy usando un enrutador WRT54G v6, con el último firmware. En la sección de reenvío de puertos, configuré el rango de puertos 7000-7100 para que se reenvíe a la LAN IP 192.168.1.106, que es mi computadora. También he configurado la conexión de red de mi computadora para usar siempre la IP mencionada anteriormente, como en una configuración de IP estática.

Sin embargo, cuando pruebo si, por ejemplo, el puerto 7050 está abierto, siempre obtengo que está cerrado desde sitios web como http://www.yougetsignal.com/tools/open-ports/ .

¿Cuál podría ser la causa del problema?

Probar un puerto reenviado solo mostrará un éxito si hay un "escucha" en la dirección IP a la que reenvía los puertos que puede aceptar la conexión en el puerto.

Entonces, lo primero que debe hacer es iniciar la aplicación a la que se conectará y asegurarse de que esté escuchando en el puerto. Puedes hacer esto con

netstat -an 

Deberías ver algo como

Proto  Local Address          Foreign Address        State
TCP    0.0.0.0:7050            0.0.0.0:0              LISTENING

Si simplemente iniciar el cliente no es suficiente para ejecutar el escucha, puede usar netcat:

nc -l 7050

Asegúrese de que esto funcione desde su red, si puede. Una manera fácil sería desde otra máquina que tenga instalado Telnet, con el siguiente comando:

telnet 192.168.1.106 7050

Si tiene éxito y es un dispositivo Windows desde el que está probando, verá un cursor parpadeante. Si falla, volverás a la línea de comando al instante o tendrás un tiempo de espera. nmap es una herramienta alternativa que puedes usar para probar.

Una vez que esté seguro de que la PC está aceptando conexiones en el puerto, pruebe el servicio de prueba externo.

Si es posible, pruebe desde una caja de linux externa. Asegúrese de que puede hacer ping a la IP pública de su enrutador (es posible que deba habilitar esto en la configuración del enrutador) y luego haga lo siguiente desde el cuadro de Linux:

traceroute -I <public ip>
traceroute -p 7050 -T <your public IP>

El primer traceroute usará ICMP para rastrear a su enrutador, lo que debería funcionar si ha habilitado el ping en el enrutador. El segundo funcionará o se detendrá en algún momento antes de su enrutador. Si es el salto inmediato antes del enrutador (en comparación con el trazado de ruta ICMP), entonces su enrutador no está reenviando correctamente. Si es antes, significa que su ISP está bloqueando la conexión entrante.