El día 28 de junio de 2013 13:33, Jose Julian Buda <jb...@noticiasargentinas.com> escribió: > >> Todo junto (según como creo debo armarlo) >> Kernel IP routing table >> Destinat Gateway Genmask Flags Metric Ref Use Iface >> default 10.3.12.246 0.0.0.0 UG 0 0 0 eth0 >> 10.3.10.0 10.3.10.254 255.255.255.0 UG 0 0 0 eth1 >> 10.3.10.0 * 255.255.255.0 U 0 0 0 eth1 >> 10.3.12.0 * 255.255.255.0 U 0 0 0 eth0 >> link-local * 255.255.0.0 U 1000 0 0 eth1 > > A esta linea no le veo sentido > > > > 10.3.10.0 10.3.10.254 255.255.255.0 UG 0 0 0 eth1 > > Si para llegar el dns 10.1.12.201 debo pasar por 10.3.12.246 > > se reemplazaria por algo asi > > 10.1.12.0 10.3.12.246 255.255.255.0 UG 0 0 0 eth0 > No, está bien lo que hice. La red esta es MUY grande y está armada así.
> DNS o cualquier cosa en esa red, deberias agregar las rutas estaticas que > hagan falta si el camino correcto no es el default gateway. > Algo así me estaba imaginando yo. Alguna forma de poner un enrutamiento estático para todo lo que esté en el segmento 10.x.x.x pero que NO pertenezca al 10.3.12.x Lo normal en un enrutamiento, es decir "Todo este segmento va por esta interfaz, y el resto por default" Yo lo que debería decir es "Todo el enrutamiento 10.x.x.x va por esta interfaz, EXCEPTO el 10.3.12.x, y el resto por default" > No entiendo el conflicto. > > Si las mascaras de red estan bien, no deberia haber conflicto. > > > Desde el punto de vista de tu maquina, las redes 10.3.10.x/24 y > 10.3.12.x/24 no estan en el mismo segmento que el dns 10.1.12.201, no hay > conflicto, el problema viene creo que al no estar, toma un default gateway > incorrecto, deberias agregar una ruta estatica al otro gateway para enrutar > a la red del dns y demas y listo, si es que no entendi mal el asunto. > > Saludos > Julian > > > > > > > > > > > On 28/06/13 11:55, Debian GMail wrote: >> >> Estimados. >> >> He cambiado de trabajo, y mi nuevo empleador tiene dos redes, una en el >> segmento 10.3.10.x y otra en 10.3.12.x. >> He trabajado otras veces con dos redes, pero nunca tan cerca, por >> ejemplo, 10.x.x.x y 192.x.x.x. >> En la teoría, esto no debería darme problemas. >> >> Pero... La red cerrada en eth1 se comunica con otras redes, que, como se >> ve en resolv.conf, están sobre una red que podríamos llamar 10.x.x.x, >> por lo que el intento de acceso al DNS correspondiente se lía con la red >> semi cerrada de eth0, pues pasan a estar en el mismo segmento de red. >> >> Conclusión: >> Configurando las interfaces por separado, funcionan en forma impecable, >> pero a la hora de tratar de usarlas en simultáneo, se me lían. >> Gracias al enrutamiento por defecto que se vuelca sobre la red semi >> cerrada de eth0, puedo entrar a dicha red casi sin problemas (demora un >> poco en resolver los nombre de host), pero me es imposible resolver los >> correspondientes a la red cerrada en eth1. >> >> Preguntas: >> 1 ¿Hay forma de manejar el tráfico con dos redes en el mismo segmento? >> (10.x.x.x y 10.3.12.x) >> Creo que eso se manejaría con iptables, pero en la vida lo usé, por lo >> que si es posible y alguno recomienda tutorial, se agradece. >> >> 2 ¿Hay forma de encasillar a un usuario en una red? Me explico: arrancar >> la máquina con dos usuarios distintos, y a uno asignarles su tráfico por >> eth0 y al otro por eth1, en forma simultánea y en la misma máquina. De >> esta manera, podría tener mi sesión normal sobre una red, la que más uso >> con el usuario usu_A, y si quiero buscar algo en la otra red, un simple >> "gksu -u usu_B iceweasel" me solucionaría el problema. >> >> En estas tres semanas me las he apañado con un script para acceder a una >> u otra red, activando una u otra interfaz a voluntad, pero no ambas. No >> es una solución que me guste. >> >> Convencer al administrador de sistema que cambie el segmento de una de >> ellas, está fuera de mis posibilidades. >> Aclaro que NO trabajo en el área informática, si no que trabajo en un >> área administrativa que nada tiene que ver con los bits. >> Pero prefiero trabajar con Debian que con Win7 enchufando y >> desenchufando el cable de red, según sobre la que deba trabajar. >> >> Adjunto los datos de enrutamiento de red por separado y en forma conjunta: >> >> Red interna semicerrada con acceso a internet eth0 >> Kernel IP routing table >> Destinat Gateway Genmask Flags Metric Ref Use Iface >> default 10.3.12.246 0.0.0.0 UG 0 0 0 eth0 >> 10.3.12.0 * 255.255.255.0 U 0 0 0 eth0 >> link-local * 255.255.0.0 U 1000 0 0 eth0 >> >> Red interna cerrada eth1 >> Kernel IP routing table >> Destinat Gateway Genmask Flags Metric Ref Use Iface >> default 10.3.10.254 0.0.0.0 UG 0 0 0 eth1 >> 10.3.10.0 * 255.255.255.0 U 0 0 0 eth1 >> link-local * 255.255.0.0 U 1000 0 0 eth1 >> >> Todo junto (según como creo debo armarlo) >> Kernel IP routing table >> Destinat Gateway Genmask Flags Metric Ref Use Iface >> default 10.3.12.246 0.0.0.0 UG 0 0 0 eth0 >> 10.3.10.0 10.3.10.254 255.255.255.0 UG 0 0 0 eth1 >> 10.3.10.0 * 255.255.255.0 U 0 0 0 eth1 >> 10.3.12.0 * 255.255.255.0 U 0 0 0 eth0 >> link-local * 255.255.0.0 U 1000 0 0 eth1 >> >> # cat /etc/resolv.conf >> # Dynamic resolv.conf(5) file for glibc resolver(3) generated by >> resolvconf(8) >> # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN >> nameserver 10.3.12.241 // eth0 >> nameserver 10.3.12.211 // eth0 >> nameserver 10.1.12.201 // eth1 >> search red_eth0.org.ar red_eth1.org.ar >> >> Muchas gracias a todos. >> >> JAP >> >> > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/51cdbad1.4050...@noticiasargentinas.com > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cag0od5elh5pdvqnsvpghhokokvhvxy_gjuzrdjt_4mp-4wz...@mail.gmail.com
