me cuesta un poco entenderlo bien, pero una duda que me ha surgido es porqu� est� comentada la l�nea del GW para la interfaz eth1 del nodo central? cuando sacas las rutas esta eth1 no tiene salida,
Destination Gateway Genmask Flags MSS Window irtt Iface > 172.18.142.0 * 255.255.254.0 U 0 0 0 eth1 > 172.18.140.0 * 255.255.254.0 U 0 0 0 eth0 > default router0 0.0.0.0 UG 0 0 0 eth0 faltar�a una l�nea de salida para la eth1, creo, yo entiendo que debe salir por router2 y eso no aparece saludos On Tue, 14 Jun 2005 14:21:33 +0200 Alfonso Garcia Tejeo <[EMAIL PROTECTED]> wrote: > Estimados amigos, les comento un problema que me ha surgido. > > En mi trabajo tenemos dos subredes privada de la clase B: > 172.18.140.* > 172.18.142.* > ambas, mediante m�scara de subred, se expanden, la 140 a 172.18.141.* y la > 142 > a 172.18.143.*. Hasta aqu�, todo normal. > Tenemos una m�quina con tarjetas en ambas subredes (una vieja Solaris) que > hace de router; as�, existe router0 y router2, f�sicamente la misma m�quina > pero cada nombre asociado a una tarjeta que a su vez est� pinchada a una > subred. Hasta aqu�, nuevamente, todo normal. Cualquier m�quina de la subred > 172.18.14[0,1] puede hacer ssh, ftp, ping lo que sea a cualquier m�quina de > su propia subred y hacia otra de la subred 172.18.14[2,3]. Un PC de la subred > 140 tiene como default gateway a router0 y otro PC de la subred 142 tiene > como su default gateway el router2. > Bueno, ahora viene el tomate. Hemos decidido montar con algunos equipos un > cluster openmosix. Como distribuci�n hemos optado por knoppix-cluster > (=debian). Por motivos de centralizaci�n necesitamos una m�quina llam�mosla > nodo central en el que los usuarios dejen sus procesos listos para ejecutarse > bajo el entorno openmosix. Bien, hemos armado un viejo P-III con dos > tarjetas, cada una pinchada en una subred. Aqu� les vuelco el contenido del > fichero /etc/network/interfaces de este nodo central: > > auto lo > auto eth0 > auto eth1 > iface lo inet loopback > netmask 255.0.0.0 > broadcast 127.255.255.255 > network 127.0.0.0 > iface eth0 inet static > address 172.18.140.17 > broadcast 172.18.141.255 > netmask 255.255.254.0 > gateway 172.18.140.222 > network 172.18.140.0 > iface eth1 inet static > address 172.18.142.17 > broadcast 172.18.143.255 > netmask 255.255.254.0 > network 172.18.142.0 > # gateway 172.18.142.222 > > las direcciones 172.18.140.222 y 172.18.142.222 corresponden a router0 y > router2. > Si hago netstat -r obtengo > Destination Gateway Genmask Flags MSS Window irtt Iface > 172.18.142.0 * 255.255.254.0 U 0 0 0 eth1 > 172.18.140.0 * 255.255.254.0 U 0 0 0 eth0 > default router0 0.0.0.0 UG 0 0 0 eth0 > > Y ahora viene lo que me est� rompiendo la cabeza: > Con cualquier m�quina de la red 14[0,1] puede hacer ssh, ftp, ping... a la > interfaz 140 sin problemas; cualquier m�quina de la red 14[2,3] hace lo mismo > contra la interfaz de la 142, pero pero pero pero pero, una m�quina de la red > 14[0,1] no puede acceder a la interfaz de la 142, ni al rev�s: en todo caso > obtengo un hermoso timeout. > > �Alguien tiene idea de como conseguir que pueda obtener conexiones > "cruzadas", > o sea de una subred a la tarjeta del nodo pinchada al nodo opuesto? [Lo que > es absolutamente necesario para que el cluster openmosix funcione > adecuadamente) > > Sin otro particular, reciban un cordial saludo, y muchas gracias por > adelantado. > > > -- > La felicidad nos espera en alg�n sitio, a condici�n de que no vayamos a > buscarla. > --
pgpstap36Dg3I.pgp
Description: PGP signature
