El 13/07/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- [...]
Si te fijas, el servidor de correo de SuSE hace eso precisamente. Observa:
cer@nimrodel:~> host -t MX suse.de suse.de mail is handled by 10 mx1.suse.de. suse.de mail is handled by 10 mx2.suse.de. cer@nimrodel:~> host -t MX suse.de suse.de mail is handled by 10 mx2.suse.de. suse.de mail is handled by 10 mx1.suse.de.
Si se cae uno, no pasa nada: ya se reintentará y acertará en el otro. Pero el objetivo es repartir la carga, no redundancia 24 horas. De hecho, a veces han estado los dos fuera de linea.
sii.. pero esto va a depender del ttl que se asigno a cada registro... en estes casos, es comun tener un TTL bastante bajo (60 segundos???)... y existe la posibilidad q en la seguiente consulta, obtenga justamente la direccion IP de la maquina que esta abajo y deberas de esperar otros 60 segundos (o el ttl q este especificado) para realizar una nueva consulta dns y obtener un otro registro que apunte a una direccion IP que este funcionando !!! por cierto, en el caso del registro MX de suse.de, victor@vhs:~$ dig suse.de mx +sh 10 mx1.suse.de. 10 mx2.suse.de. imagino q el correcto seria asignar una prioridad distinta a los distintos registros MX, como por ejemplo: 10 mx1.suse.de. 20 mx2.suse.de. para que primero intente entregar los correos en mx1 y caso este abajo se vayan a mx2 !!! con la configuracion que hay ahora (con prioridades iguales), se intentara entregar solamente en uno de los mx, hasta que pase el ttl y entonces,hara de nuevo la consulta, buscara un servidor aleatorio entre los MXs de igual prioridad y intentara entregar el correo a este, hasta que termine el ttl, que en este caso es bastante alto (segun mi punto de vista) !!! salu2 -- -- Victor Hugo dos Santos Linux Counter #224399 -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com