Sino lo que se me ocurre hacer es lo siguiente Supongamos que configuro la tercera tarjeta de red con otra direccion de la red interna
eth0 192.168.10.1 eth1 192.168.10.2 conecto las 2 tarjetas a diferentes switchs y por medio de DNS hago un round robin para que por ejemplo el smtp caiga algunas veces en 192.168.10.1 y otras en 192.168.10.2 que les parece ??? lo unico que tendria que hacer es ver como hacer el round robin en el dns porque nunca lo hice gracias Ignacio On 3/31/06, Cristian Leiva <[EMAIL PROTECTED]> wrote: > Ojo: > > Cuando armes el bridge te va a aparecer un nuevo dispositivo de placa de > red: br0 que será la suma de los ethX que hagas pertenecer al bridge, > este nuevo dispositivo de red br0, es el que tenes que hacer que tenga > la ip de la red interna, y ya no será el ethX que venías usando. Esto > significa que tenes que reconfigurar todos los servicios y firewalls y > demas cosas que tenes implementadas apuntando al dispositivo ethX > directamente y cambiarlas a br0, si esos servicios hacian referencia a > la ip, no es problema, eso sale andando desde el vamos, pero los que > hacian referencia al dispositivo de red directamente si los vas a tener > que cambiar (por ejemplo el dhcp). Hace las pruebas en un ambiente de > testing primero, es simple, pero no podes dejar nada afuera, ya tenes > muchos servicios levantado en ese unico server, no vaya a ser que te > olvides de reconfigurar alguno y te ligues algún que otro insulto ;). > Acordate que una vez que lo tengas armado no vas a necesitar tener > cascadeados entre si a los switchs que estén en lados contrarios del > bridge, sino vas a armar un loop. > > Slds > > > Ignacio Galmarino wrote: > > >Estoy buscando y no encuentro ninguna buena documentación de como > >armar el bridge > > > >Alguna para recomendar ??? > > > >Gracias > >Ignacio > > > >On 3/31/06, Cristian Leiva <[EMAIL PROTECTED]> wrote: > > > > > >>Ignacio Galmarino wrote: > >> > >> > >> > >>>Las placas son: > >>> > >>> > >>>[EMAIL PROTECTED]:~# lspci | grep -i ether > >>>0000:02:00.0 Ethernet controller: Broadcom Corporation NetXtreme > >>>BCM5721 Gigabit Ethernet PCI Express (rev 11) > >>>0000:03:00.0 Ethernet controller: Broadcom Corporation NetXtreme > >>>BCM5721 Gigabit Ethernet PCI Express (rev 11) > >>>0000:05:01.0 Ethernet controller: Broadcom Corporation NetXtreme > >>>BCM5703 Gigabit Ethernet (rev 10) > >>> > >>>El servidor es un: > >>> > >>>HP Prolian DLR140R02 con un Xeon de 2.7, 2GB de memoria y discos SCSI > >>> > >>>En este momento tengo 2 switch de marca Nexxt (no creo que sean muy > >>>buenos) puestos en casdada. > >>> > >>> > >>> > >>¿dos o tres? > >> > >> > >> > >>>Esto es el primero al segundo y el segundo > >>>al tercero. El servidor esta conectado al tercer switch. > >>> > >>> > >>> > >>Ahi tenes uno de los problemas: si son tres pone los switch cascadeados > >>distinto (esquema piramidal) y el server también conectalo al switch de > >>la punta de la piramide, esto debería mejorarte la velocidad al toque > >>sobre todo para las terminales que quedaron conectadas en el final de la > >>cascada. > >> > >>¿Tres placas de red?, una a la red interna, otra al router y ¿la tercera > >>para que la usas?, si te quedó libre podes armar un bridge y conectas un > >>switch en una placa y otros dos en la otra (cascadeados entre so), vas a > >>tener una mejora notable porque llevas rapidamente al doble el ancho de > >>banda total que puede llegar al server sin tanto problema y sin gastar > >>un mango. OJO esto es valido si es que no hay mucho trafico entre > >>terminales ubicadas en puntos distintos del bridge, en cuyo caso tenés > >>por ponerlas en el mismo switch para que el server no esté haciendo de > >>pasarela. Controlá y acotá el broadcasting que pueda tener la red. Armar > >>el bridge en debian es cosa de 5 minutos (documentate primero, hace las > >>pruebas y el paso a paso y cuando puedas cortar 5 minutitos la red lo > >>implementas). > >> > >> > >> > >>>Ademas el > >>>servidor esta conectado por un route Cisco a un enlace de 2Mb. > >>> > >>>Mi idea es conectar el servidor a un switch 3COM de los que traen 2 > >>>puertos de de 1000 Mb. El resto de los 3 switch conectarlos > >>>directamente tambien a ese mismo switch. Crees que esto mejorara la > >>>performance ??? > >>> > >>> > >>> > >>> > >>seguro > >> > >> > >> > >>>Lo raro es que estoy probando con el iperf como me recomendaron en > >>>otro post y me dice que la velocidad de conexion es de 90 Mb ... que > >>>extaño ... > >>> > >>> > >>> > >>> > >> > >> > >>>Gracias > >>>Ignacio > >>> > >>> > >>>On 3/31/06, Cristian Leiva <[EMAIL PROTECTED]> wrote: > >>> > >>> > >>> > >>> > >>>>Que placa de red tiene el servidor > >>>> > >>>>que equipo es el servidor > >>>> > >>>>que switchs tenes y como tenes armadas las cascadas, (y controlá que el > >>>>tamaño de las tablas de mac alcancen para almacenar todas las mac de las > >>>>placas de red de la red) > >>>> > >>>>en que parte de la cascada de la red está el server > >>>> > >>>>controlá que la red esté en condiciones (y que no hayas armado algún > >>>>loop accidentalmente) > >>>> > >>>>los 100mbit son nominales > >>>> > >>>>Para empezar a probar, en un fin de semana pondría el server en un > >>>>switch y en el mismo conectaría una sola terminal y probaría, si el > >>>>problema no aparece, el quilombo lo tenes por el lado del hard (que > >>>>posiblemente no le de el cuero). Con lo cual empezaría por poner una > >>>>placa de red de marca en el server y a armar lo más plana posible la > >>>>cascada de switch (no más de dos niveles), el server lo pondría en el > >>>>primer nivel de cascada. Si la tabla de mac en los switch no tiene > >>>>suficiente capacidad para almacenar todas las macadress de la red estás > >>>>frito con ese switch, vas a tener que comprar uno mejor. > >>>> > >>>>Si tenes winXP o win2000 en la red dentro de un dominio armado en samba, > >>>>deshabilitaría el uso de profiles moviles para no cargar la red al pedo. > >>>> > >>>>Si tenes los homes exportados por nfs y los levantas directamente en la > >>>>terminal, tendrías que buscar otro esquema por que los entornos gráficos > >>>>(kde, gnome) escriben una pelotudez de archivos temporales en el home y > >>>>si lo tenes por nfs, eso tambien te está matando la red, fijate de hacer > >>>>otro esquema (pe: crear los homes LOCALES al vuelo en las estaciones de > >>>>trabajo y usando pammount montar en un subdirectorio del home local el > >>>>home remoto, y capacitar a los usuarios para que graben los archivos en > >>>>el subdirectorio) > >>>> > >>>>Podés probar tambien ponerle placas de red adicionales al server y > >>>>distribuir los servicios entre ellas o colocarlas armarlas en modo > >>>>bridge y usar el linux para segmentar tu red, esto es para no tener un > >>>>solo cuello de botella y cada placa de red va "mirando" a un segmento de > >>>>la red especifico. > >>>> > >>>>Poné algún sniffer de la red para ver si hay muchos equipos haciendo > >>>>broadcasting, y solucionalo. > >>>> > >>>>Slds > >>>> > >>>> > >>>>Ignacio Galmarino wrote: > >>>> > >>>> > >>>> > >>>> > >>>> > >>>>>Hola, tengo el siguiente problema > >>>>> > >>>>>La LAN de la empres esta formada por aproximadamente unas 70 > >>>>>computadoras. De esas 70 computadoras unas 50 son linux (Ubuntu 5.04 y > >>>>>Ubuntu 5.10). > >>>>> > >>>>>Hay un servidor que es un Debian Sarge 3.1 que cumple la varias > >>>>>funciones (NAT, DNS, SMTP, POP, SQUID, SAMBA, LDAP, etc) > >>>>> > >>>>>El problema es que la velocidad de transferencia entre el servidor y > >>>>>las computadoras es extremadamente baja (unos 3Mb cuando la red es de > >>>>>100Mb). Ya probe bajando archivos del servidor por samba, ftp, sftp, > >>>>>etc y todas las velocidades son similares. > >>>>> > >>>>>Alguien tiene idea de que puede estar pasando ??? > >>>>> > >>>>>Gracias > >>>>>Ignacio > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>-- > >>>>Cristian Luis Leiva > >>>> Nodo Ingenieria > >>>>Servicios Informaticos > >>>> 1ro de Mayo 273 > >>>> (2322) Sunchales > >>>> 03493 15664528 > >>>> > >>>>El amor comienza con una sonrisa, > >>>>crece con un beso > >>>>y muere con una lagrima. > >>>> > >>>>-- > >>>>Para desuscribirte tenés que visitar la página > >>>>https://listas.linux.org.ar/mailman/listinfo/lugar-gral/ > >>>> > >>>>/* Publica y encontra trabajo relacionado con softlibre en > >>>>http://www.usla.org.ar/modules/jobs/ */ > >>>> > >>>>Si tenés algún inconveniente o consulta escribí a mailto:[EMAIL PROTECTED] > >>>> > >>>> > >>>> > >>>> > >>>> > >>-- > >> Cristian Luis Leiva > >> Nodo Ingenieria > >>Servicios Informaticos > >> 1ro de Mayo 273 > >> (2322) Sunchales > >> 03493 15664528 > >> > >>El amor comienza con una sonrisa, > >>crece con un beso > >>y muere con una lagrima. > >> > >>-- > >>Para desuscribirte tenés que visitar la página > >>https://listas.linux.org.ar/mailman/listinfo/lugar-gral/ > >> > >>/* Publica y encontra trabajo relacionado con softlibre en > >>http://www.usla.org.ar/modules/jobs/ */ > >> > >>Si tenés algún inconveniente o consulta escribí a mailto:[EMAIL PROTECTED] > >> > >> > >> > > -- > Cristian Luis Leiva > Nodo Ingenieria > Servicios Informaticos > 1ro de Mayo 273 > (2322) Sunchales > 03493 15664528 > > El amor comienza con una sonrisa, > crece con un beso > y muere con una lagrima. > > -- > Para desuscribirte tenés que visitar la página > https://listas.linux.org.ar/mailman/listinfo/lugar-gral/ > > /* Publica y encontra trabajo relacionado con softlibre en > http://www.usla.org.ar/modules/jobs/ */ > > Si tenés algún inconveniente o consulta escribí a mailto:[EMAIL PROTECTED] > -- Para desuscribirte tenés que visitar la página https://listas.linux.org.ar/mailman/listinfo/lugar-gral/ /* Publica y encontra trabajo relacionado con softlibre en http://www.usla.org.ar/modules/jobs/ */ Si tenés algún inconveniente o consulta escribí a mailto:[EMAIL PROTECTED]
