Duda de disponibilidad de LB1 y LB2 (parte 1)

Duda de disponibilidad de LB1 y LB2 (parte 1)

de Miguel Matias Langone Fusari -
Número de respuestas: 9

Buenas, 

Tengo una duda sobre que sucede si suponemos que se rompe el enlace que tiene LB1 con la VLAN (se da de baja la eth) y luego el cliente uno hace un links a www.redes2015.net. Que debe suceder en este caso? 

 Porque a nosotros nos dice que hay error para conectarse, pero no sabemos si deberiamos desde C1 ir a LB2.  Y en caso de que eso es lo que deba sueceder, alguna idea para implementarlo? 


Muchas gracias!

En respuesta a Miguel Matias Langone Fusari

Re: Duda de disponibilidad de LB1 y LB2 (parte 1)

de Federico Rodriguez -

Me falta información para poder responder. No se como implementaron la solución y la respuesta depende de la solución.

Analicen el problema de porque no puede conectarse.

Saludos

Federico

En respuesta a Federico Rodriguez

Re: Duda de disponibilidad de LB1 y LB2 (parte 1)

de Miguel Matias Langone Fusari -
Buenas Federico, 

Mira, nuestra solucion en un principio cuando el cliente hace un dig a www.redes2015.net solo obtiene respuesta de la ip de LB1.

 Ahora lo que queremos saber, es si eso es correcto, y aparte en caso de que LB1 sea desconectado (ifconfig eth<nro> down) de la VLAN, queremos saber si el cliente C1 debe obtener respuesta de LB2 (para el caso de que el dig devuelva las dos ips). En caso de que debiese obtener respuesta queremos tener una idea de como hacerlo porque no hemos logrado conseguirlo. 

Saludos!

Miguel

En respuesta a Miguel Matias Langone Fusari

Re: Duda de disponibilidad de LB1 y LB2 (parte 1)

de Federico Rodriguez -

Según entiendo Uds. implementan una vista con LB1 y otra con LB2.

Lo que buscamos es que entiendan como funciona la solución, y el motivo que hace que cuando es desconectado no funciona.

Lo que pueden analizar es la opción sortlist del bind.

Igualmente insisto, lo importante es que conceptualmente entiendan la solución y donde están la fallas.

Saludos

Federico

En respuesta a Federico Rodriguez

Re: Duda de disponibilidad de LB1 y LB2 (parte 1)

de Juan Andres Friss De Kereki Tosar -

Nosotros con sortlist, cuando C1 pide por www.redes2015.net, se le devuelve primero la IP de LB1 y segunda la IP de LB2.

Pero si le damos vcrash a LB1, no intenta acceder a LB2.

En respuesta a Juan Andres Friss De Kereki Tosar

Re: Duda de disponibilidad de LB1 y LB2 (parte 1)

de Pablo Martin Baez Echevarria -
Nosotros lo tenemos igual y nos pasa lo mismo. Yo supongo que eso es una cuestión de links. Otros browsers, cuando la respuesta DNS para un dominio tiene varios registros de tipo A, si con la primer IP no pueden establecer conexión, intentan con otras. Habría que ver el código fuente de los browsers. Alguien aquí aparentemente estuvo fijándose en el de Chromium y llegó a esta conclusión: http://serverfault.com/questions/327708/how-browsers-handle-multiple-ips
En respuesta a Miguel Matias Langone Fusari

Re: Duda de disponibilidad de LB1 y LB2 (parte 1)

de Santiago Ignacio Hitta Monteverde -

Una consulta, también es necesario contemplar la posibilidad de que se rompa r1(o el enlace de r1) y el cliente1 tenga que ir hasta lb1 a través de r2??

En respuesta a Santiago Ignacio Hitta Monteverde

Re: Duda de disponibilidad de LB1 y LB2 (parte 1)

de Eduardo Grampin -

hola,
en la 1a parte solo consideramos el AS5000.
en el resto del problema, hay que considerar caídas de R1 (o de R2, el problema es simétrico) y/o de sus interfaces/enlaces: la interna y la externa.
saludos,
eduardo

En respuesta a Eduardo Grampin

Re: Duda de disponibilidad de LB1 y LB2 (parte 1)

de Nadia Victoria Naya Centurion -
Hola,
Una consulta, cuando decís caídas, te referis a hacer un stop del bind no? O directamente a un vcrash de esa máquina?

Gracias,

Nadia.
En respuesta a Nadia Victoria Naya Centurion

Re: Duda de disponibilidad de LB1 y LB2 (parte 1)

de Eduardo Grampin -

R1 y R2 son routers y además implementan el DNS.
Hay distintos niveles de "caídas": uno es que caiga el servicio de DNS, eso se puede simular parando el bind, y otro es que deje de encaminar tráfico; esta "caída" presenta diferentes alternativas: i) parar completamente R1/R2 (por ejemplo con vcrash), ii) bajar la interfaz externa (conectada a AS50001/2), o iii) bajar la interfaz interna (conectada a la VLAN1).
saludos,
eduardo