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 <agtejeo@ugr.es> 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. > --
Attachment:
pgpHiUF7uxO9S.pgp
Description: PGP signature