el problema es que es una instalacion de un "presunto" (se dice así?) cliente, que no permiten que se toque lo que ya tienen configurado porque para lo del netlan les anda, ahora quieren poner un proy piloto web pero quieren que se haga con otro router+IPfija y que no se toque la config del 400 al menos en lo que respecta a la netlan.
nosotros no tenemos acceso a la instalacion, solo podemos "sugerir" que deberian hacer, asi que me temo que seran carroña para un phpero que les endiñe un pc con el otro router y a volar. o sea, necesitariamos que -independientemente de las rutas que tengan ahora- fueramos capaces de definir algo para que cuando entre una conversacion originada por el router2 el 400 la devuelva a ese router2. a traves de nat en router2 la conversacion del browser cliente se dirige bien al 400 p.80 etc, el problema parece que es que la respuesta no la envia al router2 sino a la gateway del dftroute (router1, netlan) como se ve en el grafico de sidra (gracias!): as400 en 192.168.1.1 con *DFTROUT y gateway a router1 router1 (netlan) en 192.168.1.251 (ip publica 100.100.100.100) router2 en 192.168.1.252 (ip publica 200.200.200.200) Saludos, Guillermo Andrades http://cpiSoftware.es 2008/6/25 <[EMAIL PROTECTED]>: > Hola, > > > > Si no me equivoco, lo de NetLan es un producto de Telefónica para > interconectar sedes, por lo que no tiene sentido utilizar ese router como > DFTROUTE. Lo correcto sería definir las rutas necesarias para encaminar las > redes de esas sedes, porque sinó, vas a tener problemas con el otro routerpara > internet. Es más lógico que el router por el que tienes el acceso a > internet sea el DFTROUTE, ya que no sabes desde que direcciones de red van > a acceder a tu página web. Por otra parte, el AS no responde a las > peticiones, porque para él, el camino para llegar a las redes remotas de > internet es DFTROUTE y esta ruta está apuntando al NETLAN, por lo que > aunque le lleguen peticiones, no podrá contestarlas. Probablemente, cuando > intentes una conexión desde internet a la página web, si entras en NETSTAT > opción 3, encuentres un inicio de sesión TCP incompleto (algo así como > esperando ACK o SYN enviada) ya que el establecimiento de conexión TCP es > una secuencia de intercambio de tres paquetes (SYN-SYN-ACK) que no se podrá > completar por la razón antes explicada. >
__________________________________________________ Forum.HELP400 es un servicio m&#225;s de NEWS/400. &#169; Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400
