Buenas compi @taker59
Hombre, si es para ti, seguro que podemos hacer algo ;). Vas a necesitar posiblemente meterle Merlin, la de fábrica no tengo claro que permita crear scripts, pero lo digo de memoria, hace mucho mucho que no uso un router asus con la firmware de fábrica.
Suponiendo que podemos crear scripts por tanto (más que nada para poder tener cadena de órdenes que poder ejecutar en cada reinicio en determinados momentos), es sencillo.
1. Colocar como digo el ASUS en otra red, por ejemplo 192.168.2.0/24, cualquiera que no sea 192.168.1.0/24
2. Por supuesto, no usar perfil triplevlan ni historias, conexión pppoe directa al ASKEY, reseteando el askey de fábrica y en monopuerto.... vamos, quitando la interfaz WAN pppoe, creando otra en bridge vlan6 prio 1... lo de siempre.
3. Conexión WAN en el ASUS como siempre, pppoe con los datos de siempre, pero para ahorrar código en los scripts, en WAN IP usar 192.168.1.2 como IP, 192.168.1.1 como puerta de enlace y 255.255.255.0 como mascara... esto no afecta en nada a la conexión pppoe que es la q te da internet, pero si configura la interfaz fisica WAN, que es diferente.
4. Con eso prácticamente está todo, solo hay que hacer algunos cambios al FW y en rutas. Presuponiendo que se tiene Merlin o cualquier otra firmware (incluso es posible uqe la stock) que permita scripts en determinados momentos:
-script nat-start:
Igual que se haría para acceder al Router superior, simplemente se enmascara el tráfico que salga hacia la red de arriba (192.168.1.1). Presuponiendo que el Router (tu modelo) tiene de interfaz eth0 como WAN (diferentes modelos podrían tener diferente nomenclatura, a lo mejor eth4...):
iptables -t nat -I POSTROUTING -o eth0 -d 192.168.1.0/24 -j MASQUERADE
nat-start se ejecuta cuando se levanta NAT, que por tanto cuando se mete. Se podría meter en el firewall, pero por costumbre uso sólo firewall-start para reglas de filtrado
-Script wan-start
Todo lo demás va aquí, es decir, se ejecuta cada vez que se levanta la interfaz WAN PPPoE. Primero porque si se reinicia la interfaz, puede ser necesario que se re-ejecute el código, segundo porque algunas cosas requieren ya la conexión establecida. Aquí ya puedes hacerlo de mil formas... Por ejemplo yo lo tengo dividido en diferentes partes, y desde wan-start realmente lo único que hago es llamar scripts externos, así si quiero deshabilitar uno solo tengo que comentar una línea. Pero lo puedes poner todo de corrido en el mismo. Sería algo así:
Para VoIP:
VOIP_DEST="10.31.255.128"
VOIP_GATEWAY_ROUTER="192.168.1.1"
VOIP_MASK="255.255.255.224"
route add -net $VOIP_DEST gw $VOIP_GATEWAY_ROUTER netmask $VOIP_MASK eth0
Tal cual te debería de servir, siempre y cuando eth0 sea tu interfaz WAN, ya que el servidor proxy está dentro del rango especificado en la ruta
Para TV:
TVIP_DEST="172.26.0.0"
TVIP_GATEWAY_ROUTER="192.168.1.1"
TVIP_MASK="255.255.128.0"
route add -net $TVIP_DEST gw $TVIP_GATEWAY_ROUTER netmask $TVIP_MASK eth0
Aplicando lo mismo anteriormente dicho. En este caso realmente es más complejo... se podría optar por tener rutas más "pequeñas", pero si no estás usando la red en cuestión, da igual expandirla con la máscara para cubrir todas las pequeñas rutas necesarias. Dicho de otro modo, es una ruta genérica que engloba todas las que serían necesarias.
YYY listo, eso sería digamos lo mínimo necesario. De ahí ya lo que quieras... puedes configurar ipvpxy si quieres en el ASUS que funcionará perfectamente en esta configuración también, o instalar xupnp en el Router o lo que quieras, y como digo incluso con un par de ajustes más en el ASUS y en el ASKEY, también se puede acceder directamente al ASKEY y tener acceso a todo.
Por supuesto, si Movistar cambia cualquier cosa, pues podría ser necesario un pequeño reajuste, pero nada de importancia.
Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
