Buenas tardes @Theliel   Muchísimas gracias por la explicación. Por lo que veo tengo que utilizar la shell y acceder al router para configurar el iptables, pero me menciona usted que esto solo sera valido para runtime y no para permanent, es decir si se re-iniciase el router perdería las reglas definidas en el iptables.   Existe algún departamento en telefónica al cual se le pueda contratar para que genere esta regla de forma permanente en el router y así usted no tiene que divulgar el método a utilizar? o es posible crear un cron-job en el router que genere las reglas del iptable durante el arranque sin usted tener que divulgar esta información?    En resumen estoy buscando la forma de configurar el router para poder trabajar y tener acceso a los equipos en la LAN cuando me encuentro en el extranjero sin tener el temor que si se reinicia el router estoy perdido? O me recomienda usted que busque la forma de re-emplazar este router con el que tenia anteriormente, el Comtrend VG-8050 + OTN?   Saludos Daniel ... Mostrar más

Buenas @Theliel   Muchas gracias y perdone las molestias. He editado mi contestacion anterior y he puesto un enlace a las imagenes.     Al margen de ello, como digo, "Filter" en el FW por lo generla hace referencia a la tabla input, con lo que solo van a entrar en juego cuando el tráfico sea hacia el propio Router, no sobre un puerto ya mapeado. Si el puerto está ya mapeado, pasa a la tabla forward, no a input, y por tanto no se aplican las reglas aplicadas en "Filter" en el FW del Router.   Si le entiendo correctamente, me indica usted que si no defino en NAT ningun puerto mapeado, entonces podre definir en el FW la regla de filtrado y esta tendría que ejecutarse correctamente. Por desgracia esto no funciona. Es decir he eliminado todo los puertos mapeados en el NAT quedando el NAT vacío. He creado una sola regla de filtro en el FW y el FW no ejecuta la regla?????   También me dice usted:   Sí, se podría implementar un "filter" en la tabla forwarding en el Router de modo que se pueda como dices hacer un filtrado mucho más profundo, pero es un añadido más que un fallo del Router. Seria usted tan amable de explicarme como realizar esto ya que esta solución seria mas elegante y limpia y me eliminaría el quebradero de cabeza con el FW.   Saludos Daniel ... Mostrar más

Buenas tardes @Theliel   Primero quisiera agradecer le detallada respuesta a mi problema, y estoy de acuerdo con usted , que no he utilizado los términos correctos.   Mi problema son dos:   (1) Al re-emplazar el técnico de telefónica el router que tenia anteriormente Comtrend VG-8050 el cual tenia un Nat estático con el router actual  MITRASTAR HGU GPT-2541GNAC con firmware 1.00(VNJ.0)b31 este ultimo no parece tener un Nat estático. Es decir el Comtrend permite definir como ve usted en la imagen siguiente el IP de externo (WAN) , y el rango de puerto contra el IP Interno (LAN) y el rango de puertos.   https://drive.google.com/file/d/0BwM6w4AwwkGfT0RMRkFJYTNvaEk/view     Lo cual significa que el NAT solo da acceso al la Ip interna (LAN) y el rango de puertos si la llamada se origina en el IP externo (WAN) definido en el NAT. En la siguiente imagen vera usted que el MITRASTAR HGU GPT-2541GNAC con firmware 1.00(VNJ.0)b31 no tiene esta posibilidad.   https://drive.google.com/file/d/0BwM6w4AwwkGfRmU0MkdLT28yRTA/view?usp=sharing     (2) El segundo problema que tengo con el nuevo router MITRASTAR HGU GPT-2541GNAC con firmware 1.00(VNJ.0)b31 independientemente del punto anterior, es decir sin definir ningún NAT, es que las reglas que yo defino en el FW no las ejecuta. Por ejemplo si yo creo una regla en la cual defino un IP externo (WAN) con un rango de puertos, y un IP interno (LAN) con un rango de puertos, entiendo que si la llamada no se origina en el Ip externo (WAN) dentro del rango especificado, FW ejecutara un DROP, por el contrario si la llamada se origina desde el IP externo (WAN) definido en la regla, el FW permitirá pasar al paquete. Vea used el ejemplo en las siguiente dos imagenes.    https://drive.google.com/file/d/0BwM6w4AwwkGfVXRjZTJWUVMtVUk/view?usp=sharing     En esta primera imagen vera usted que el FW define en General para el ppp0.1 la acción por defecto de DROP y dentro de esta definición General se define Reglas como ve en la siguiente imagen done se especifica el origen (WAN) y rango de puertos y Destino (LAN) y rango de puertos.   https://drive.google.com/file/d/0BwM6w4AwwkGfVzR5QnNRUTBiYnM/view?usp=sharing     En este momento con la FW configurada como ve en las imágenes anteriores, si desde la WAN en un equipo con IP externo  IP 80.28.237.110 llamo a mi equipo por el puerto 63703, el FW tendría que darme acceso a el equipo interno de la LAN con IP 192.168.103 al puerto 7778. El caso es que no me da acceso.   Espero que los ejemplos que he descrito y con las correspondientes imágenes, entienda usted el problema en el que me veo.   Saludos Daniel     ... Mostrar más

Muchas gracias por tu contestación @Theliel Creo que no me has entendido, ya que me sugieres un simple Port Forwarding el cual no es el problema.   En Advanced Setup -> WAN Service si editas el ppp0.1 veras que hay la posibilidad de habilitar Enable Fullcone NAT que significa que el router tomara en cuenta tanto la IP de origen y el puerto como la IP de destino y el puerto. Esto no funciona el router ignora esta selección y no permite definir el IP de origen.   Pero para colmo independientemente si habilitas o no el Fullcone NAT, el corta fuegos de este router ignora las reglas que tu definas.    Si haces un Factory Reset, defines un NAT (Port Forwarding) por ejemplo:   Test 65433 65533 TCP 65433 65533 192.168.1.100 ppp0.1   ahora creas un regla en el firewall en la cual la accion sea:   Protocol: TCP Src IP: 80.28.237.110 Src Port: 65433: 65533 Dst IP: 192.168.1.100 Dst Mask: 255.255.255.0 Dst Port: 65433: 65533 Action: Permit   Esto significa que solo el IP 80.28.237.110 podra acceder al rango de puertos 65433: 65533 No Funciona, lo mas peligroso es que cualquier IP externo tiene accesso!   Has logrado crear una regla en este router + firmware y confirmar que la regla te funciona?   Saludos  Daniel ... Mostrar más