Re: [GTER] Redundância de Servidores

scsantos at unigranrio com br scsantos at unigranrio.com.br
Fri Feb 18 12:51:40 -02 2005


Digo como o MTA saberá que ele é o secundário e tentará enviar para o 
"primário"?

Um fraterno abraço !!!

       Silvio Cesar L. dos Santos
   Divisão de Tecnologia da Informação
Universidade do Grande Rio - UNIGRANRIO

  (o_
  //\            - Software Livre -
  V_/_     conhecimento ao alcance de todos


scsantos at unigranrio com br escreveu:
> Como o MX saberá que ele é secundário ?
> 
> Um fraterno abraço !!!
> 
>       Silvio Cesar L. dos Santos
>   Divisão de Tecnologia da Informação
> Universidade do Grande Rio - UNIGRANRIO
> 
>  (o_
>  //\            - Software Livre -
>  V_/_     conhecimento ao alcance de todos
> 
> 
> Lao DanTong escreveu:
> 
>> On Fri, 18 Feb 2005, alexandremh wrote:
>>
>>> - O mx principal cai, e então (acredito eu) as mensagens serão recebidas
>>> pelo próximo mx (de acordo com a prioridade..), então então quando o 
>>> seu mx
>>> principal voltar como sincronizar as mensagens entre os servidores? 
>>> Existe
>>> alguma solução ou só na raça?
>>
>>
>>
>> as mensagens ficam enfileiradas, o mx secundário tenta periodicamente 
>> enviá-las para o mx titular. não há necessidade de qualquer 
>> configuração, esse já é o comportamento normal de um MTA.
>>
>>> - é funcional colocar dois registros A para o webserver, para quando o
>>> principal cai, o backup entra em ação.. por exemplo
>>>
>>> www IN A 200.200.200.200
>>> www IN A 200.100.100.100
>>
>>
>>
>> você dividirá carga entre os dois, aqui não existe preferência, como 
>> no caso do mx. mas se voce está pendurado em dois provedores o jeito 
>> certo de fazer dual-home é usar um protocolo de roteamento dinâmico 
>> (BGP4) e ter seu próprio sistema autônomo e conjunto de IPs. Qualquer 
>> outra coisa é gambiarra.
>>
>>> Qual o critério para isso? Os resolvers vão sempre olha o primeiro da 
>>> lista
>>> e vão resolver, se estiver offline passa para o próximo... ou vai 
>>> resolver
>>> randomicamente?
>>
>>
>>
>> não, quando não há preferência explícita os registros são consultados 
>> em 'round-robin', isto é, ABCD, depois BCDA, em seguida CDAB, ...
>>
>>
>> ------------------------------------------------------------------------
>>
>> -- 
>> GTER list    https://eng.registro.br/mailman/listinfo/gter
> 
> -- 
> GTER list    https://eng.registro.br/mailman/listinfo/gter
> 



More information about the gter mailing list