Como posso usar um circuito de internet de backup para serviços / aplicativos de entrada?

Question

Atual:

• ISP principal - fibra
• Backup de ISP - DSL

Temos vários aplicativos / serviços, como VPN, e-mail, etc., que são fornecidos em vários IPs externos no provedor principal.

Existe alguma maneira sem que o BGP peering tenha uma maneira de permitir o failover de serviços recebidos como o descrito acima?

Para email, não consigo usar registros MX secundários, pois usamos um serviço de nuvem para limpeza de email e, em seguida, o email é enviado para um registro de host externo a partir deles.

Não acho que haja uma maneira de criar vários registros do Host A com métricas variáveis, mas essa seria a lógica que estou procurando. Algo que diz "vpn.domain.com resolve a 1.1.1.1, mas isso não está respondendo então falha de volta para 2.2.2.2". Obviamente, a complicação é como o aplicativo / serviço realmente sabe que o 1.1.1.1 não está respondendo.

Alguém descobriu soluções para aplicativos / serviços de entrada de failover entre ISPs?

    

Answer 1

Não há uma maneira fácil de fazer isso em um sentido genérico. O DNS permite a priorização de registros MX, mas se você configurar vários endereços IP para seus outros serviços, os clientes simplesmente selecionarão um dos endereços aleatoriamente; algo que você não quer se o seu serviço de fibra é sensivelmente mais rápido que o seu DSL.

Tudo se resume à configuração do software cliente. Para seu email, eu esperaria que qualquer serviço de depuração de terceiros permitisse dois ou mais hosts priorizados para o envio de emails. (Eu consideraria como uma falha significativa se essa instalação não estivesse disponível).

Se você estiver usando o OpenVPN, por exemplo, poderá configurar várias linhas remote e o cliente as experimentará na ordem indicada, o que funciona como um failover razoável. Para outros, você pode configurar clientes com uma conexão de backup separada, mas isso é um pouco manual e requer uma certa quantidade de treinamento do usuário.

Quando se trata disso, é preciso considerar o que vale a pena para ter a resiliência adequada em vigor e obter um caminho adicional de igual qualidade com o BGP, ou tornar o gerenciamento ciente das limitações da solução existente.

Observação: o mecanismo de prioridade / ponderação que você descreveu é coberto por registros SRV (usados extensivamente em registros DNS do AD), mas não há nenhum padrão descrevendo como eles devem funcionar para serviços de Internet. (Embora tenha sido sugerido )

    

Answer 2

A maneira como faço isso é definir o TTL para que a entrada relevante no DNS seja muito baixa (digamos 1 minuto). Então, se a linha principal estiver inativa, alterarei manualmente para apontar para o IP secundário. Não é automático, mas funciona.