Você pode definir um backup ip para o seu servidor no DNS?

Question

Existe uma maneira de o protocolo DNS poder manter um backup natural? Um tipo de endereço do servidor, como um servidor de nomes de backup ou um servidor de correio? Após googling eu só tenho resultados em servidores de nomes de backup.

Se não houver uma maneira de o DNS oferecer suporte ao backup, O nomeia a melhor maneira de simular os resultados para que o usuário seja enviado para um servidor em funcionamento. Eu li sobre o fallback IP's, existem outros?

Obrigado!

    

Answer 1

Sim ... mais ou menos.

Há duas coisas que você pode fazer aqui: se você colocar vários registros A em seu servidor DNS para um determinado nome, todos eles serão exibidos aos clientes, e esses clientes escolherão um do conjunto ao qual se conectar, o que significa esse tráfego será distribuído "razoavelmente" uniformemente entre todos os sites simultaneamente. Isso não é exatamente o que você parece estar descrevendo, mas é uma situação comum (embora eu não confie, por uma variedade de razões).

A outra opção é que você só coloca um registro A em seu servidor DNS, e o servidor DNS (ou algo semelhante a ele, como um script de monitoramento) fica de olho no endereço principal do seu site, e se ele falhar, O registro A do servidor DNS é alterado para seu outro site. Isso significa que apenas um site receberá tráfego por vez.

A desvantagem dessa segunda estratégia é o cache do DNS. Qualquer pessoa que tenha o endereço do site antigo será SOL até que as entradas de cache do DNS que contêm o endereço antigo sejam removidas. Isso significa que você precisa manter seus TTLs baixos (aumentando a carga na sua infraestrutura de DNS, embora isso raramente seja um problema prático), mas ainda há o problema de caches DNS "desonestos", que não honram TTLs. Estes são um enorme problema para qualquer pessoa que tenha que alterar entradas de DNS, mas eles são um milhão de vezes piores para quem precisa alterar as entradas de DNS "frequentemente" (esperamos que seu site não esteja diminuindo várias vezes por dia, mas ainda assim ...) Basicamente, qualquer pessoa por trás de um desses caches DNS mal-intencionados verá seu site como "inativo" por um período extremamente longo, e tentará explicar a eles que é o cache DNS deles a culpa ... Eugh.

Em suma, eu não faria isso por um site, porque há maneiras melhores de atenuar qualquer risco que você esteja pensando, mas você precisará descrever esse risco se quiser sugestões sobre como mitigá-lo.

    

Answer 2

Todos parecem pensar que você está falando sobre servidores WWW, mesmo que você tenha escrito explicitamente

like a backup name-server or mail server

A verdade muitas vezes esquecida é que o serviço HTTP é a exceção e não a norma quando se trata disso. No caso normal, sim, existe um mecanismo para publicar informações para os clientes através do DNS, para que eles reflitam corretamente dos servidores primários para os servidores de backup. Esse mecanismo é SRV registros de recursos, como usado por clientes de serviço para muitos outros protocolos além de HTTP. Veja RFC 2782.

Com registros de recursos SRV , os clientes recebem uma lista de servidores, com prioridades e pesos, e precisam testar servidores em ordem de prioridade, escolhendo entre servidores com prioridades iguais de acordo com o peso, escolhendo servidores com maior peso mais frequentemente do que os de menor peso. Portanto, com SRV dos registros de recursos, os administradores do servidor podem informar aos clientes quais são os servidores de fallback e como distribuir sua carga em um conjunto de servidores de prioridade igual.

Agora, os servidores DNS de conteúdo estão localizados por um tipo especial de registro de recurso próprio, NS registros de recursos, que não têm informações de prioridade e peso. Da mesma forma, os servidores de retransmissão SMTP estão localizados por seu próprio tipo especial de registro de recurso, MX , que tem informações de prioridade, mas sem informações de ponderação. Portanto, para servidores DNS de conteúdo, não há provisão para publicação de informações de fallback e de distribuição de carga; e se um estiver usando MX registros de recursos, então, para servidores de retransmissão SMTP, não há nenhuma provisão para publicar informações de distribuição de carga.

No entanto, MTSes SRV -capable agora existem. (O primeiro foi exim , que tem SRV -capável desde 2005.) E para outros protocolos de serviço, livre da bagagem de MX e NS registros de recursos, SRV de adoção é muito mais abrangente e abrangente. Se você tiver um domínio do Microsoft Windows, por exemplo, então uma grande quantidade de serviços estão localizados através de SRV de pesquisas no DNS . Esse tem sido o caso há mais de uma década, neste momento.

O problema é que todo mundo pensa em HTTP, quando o HTTP é de longe, hoje em 2011, a exceção e não a regra aqui.

    

Answer 3

se você estiver veiculando conteúdo dinâmico e não for prático simplesmente ter dois servidores fornecendo conteúdo simultaneamente, sua outra opção é ter vários registros em seu DNS e configurar o servidor de backup para lançar a porta ICMP inacessível para clientes que tentam e conecte-se a ele; se a qualquer momento o servidor principal cair, você simplesmente removerá o bloco da porta 80 do backup e o tráfego começará a chegar.

A única outra forma (orçamento) que você conseguirá fazer é configurar uma máquina separada (ou duas) para executar o NAT em solicitações, assim, se um servidor da Web morrer, você poderá simplesmente remover a regra NAT para ele. .

    

Answer 4

Não há registros A de backup, mas pode haver vários registros A que são dados em ordem aleatória.

A maioria dos navegadores é capaz de tentar outro servidor se um deles falhar. (Veja: Resiliência da Web com o Round Robin DNS )

Você pode ter um endereço IP de cluster com suporte de vários servidores com VRRP ou CARP . O servidor de backup assume o endereço quando o servidor principal falha.

    

Answer 5

Sim, mas você tem que fazer isso sozinho; -)

Você poderia dar mais informações sobre por que você deseja um "backup de um registro" e como e em quais circunstâncias gostaria de ir para o backup.

Além disso, seria útil conhecer o relacionamento de uma perspectiva de rede entre os hosts principal e de backup.

    

Answer 6

Essa é uma pergunta bastante antiga, mas duas tecnologias bastante significativas não foram abordadas nas respostas: DNS dinâmico e CDNs.

O DNS dinâmico é configurado de modo que os registros DNS possam ser modificados quase em tempo real, portanto, um cliente de monitoramento pode acionar alterações nos registros públicos de DNS A, conforme dita a disponibilidade do serviço. (Obviamente, seu serviço de hospedagem DNS deve suportar DNS dinâmico.)

As CDNs também podem ser usadas para fornecer DNS, como, por exemplo, o Cloudflare (que foi lançado em 2010, acredito).