Re: [GTER] Redundância de "links" Internet & DNS.

[Fernando Lima]

At 13:34 19/11/03 -0200, you wrote:

A solução mais simples seria reconfigurar o DNS em caso de queda do link 
principal. O importante nesse caso é manter o TTL do domínio baixo para 
evitar o cache do endereço nos "outros dns".

Uma solução menos $imples seria utilizar um hardware de load balance que 
faria a mesma coisa só que de forma automática. Uma vantagem dessa solução 
é a possibilidade de se utilizar os dois links. O load balance poderia 
detectar se um dos links cair direcionando todo o tráfego para o segundo link.

...



>Prezados,
>
>Andei pesquisando sobre o assunto e não achei material a respeito disso.
>
>A pergunta é de um amigo:- suponhamos que eu disponha de dois circuitos 
>WAN com ISPs e "netblocks" distintos. Imaginemos, ainda, que eu deseje 
>implementar redundância automática (ou manual, pode ser) de tal forma que 
>www.marlon.com.br resolva para um IP pertencente ao "netblock" cujo "link" 
>correspondente esteja ativo (ou seja, www.marlon.com.br esteja sempre 
>disponível, ora com um IP ora com outro).
>
>Pensei em várias alternativas para isso:-
>. servidor DNS primário com IP de um "netblock" e secundário com IP do 
>outro "netblock", cada um resolvendo www.marlon.com.br para um IP; 
>firewalls separados ou "multihomed" com regras específicas de NAT para 
>cada "netblock" (mas como garantir que www.marlon.com.br resolva para um 
>único IP? acho que só com um "script" para mudar a configuração do BIND);
>. os mesmos servidores acima, porém com entradas A redundantes nos dois 
>resolvendo www.marlon.com.br em round-robin para os IPs distintos (mas 
>acho que isso funcionaria somente para 2 links ativos simultaneamente; se 
>um "cair" o meu esquema falha);
>. servidores DNS "multihomed" ligados às duas redes, implementando algum 
>tipo de "script" customizado para alterar a entrada A disponível em função 
>do circuito que estivesse ativo...
>...
>
>
>Como minha imaginação está chegando ao fim recorro aos universitários da 
>GT/ER. Ainda que não respondam, mas indiquem algum documento para leitura, 
>já terão ajudado o bastante.
>
>Obrigado desde já,
>
>Marlon.
>
>/*
>Marlon Borba
>Divisao de Suporte Tecnico
>TRF 3a. Regiao
>(11) 3012-1683 e 8205-0210
>mborba at trf3.gov.br - marlonborba at acm.org
>-------
>Membro da/Member of
>ISOC - ACM - ISSA
>*/
>
>--
>GTER list    https://eng.registro.br/mailman/listinfo/gter