El 3/04/06, Ignacio Galmarino<[EMAIL PROTECTED]> escribió:
> Hola, según lo que me recomendaron la semana pasada y algunas cosas
> que lei por ahi hice lo siguiente. Para aumentar el ancho de banda de
> un servidor conecte una tarjeta de red adicional al mismo. A esta le
> asigne una nueva dirección IP y en el dns hice un round robin para que
> distribuya los servcios entre las 2 tarjetas. El problema que tengo es
Mirándolo de lejos (desde donde estoy yo), me parece que le estás errando.
Round robin en DNS se usa para servicios muy sobrecargados, tipo
hotmail, gmail, etc., no tiene mucho sentido en una red local con
servicios de poca demanda.

> el siguiente. La tarjata que el servidor tenia originalmente tiene
> asignada la dirección ip que hace de default gateway (192.168.10.1) de
> todas las maquinas de la red. Todo esta configurado por medio de masq
> utilzando Shorewall. A esa misma dirección llegan las solicitudes para
No entiendo que quisiste poner acá.

> navegar (puerto 80) las cuales son redireccinadas al puerto 3128 donde
> se implementa un proxy transparente por medio de squid. Mi pregunta es
> como podría hacer para distribuir tambien este tráfico entre las 2
> tarjetas. Probe de hacer un round robin con los default gateways y no
> me funcionó. La direcciones de las maquinas internas se asignan por
> dhcp
Tener dos interfaces internas solo tiene sentido si tenés dos switch o
uno que soporte vlans para separar los equipos.   Ahora bien, esten
separados en una o cinco redes todos van a pasar por el mismo servidor
(squid) así que no le veo mejora alguna.
Podría tener sentido si no tenés switch, solo un hub grande, o muchos
en cadena, entonces sí sirve el segmentarlo.   De lo contrario, es
complicase al dope.


--
Saludos,
Gustavo Olaza
--
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]

Responder a