Dois servidores de email, precisam de ajuda com a configuração do dns para o backup

Question

Eu preciso executar um servidor de e-mail de backup redundante caso o principal seja desativado.

As configurações no GoDaddy são parecidas com as seguintes:

A (host)

Host    Points to

@       ip address of mail1 41.x.x.x
mail1   ip address of mail1 41.x.x.x
mail2   ip address of mail2 196.x.x.x

MX

Priority    host         points to

10               @           mail1.mydomain.com
20               @           mail2.mydomain.com

Quando o mail1 fica inativo, o mail2 é capaz de receber emails. Eu posso acessá-lo através do navegador sem nenhum problema, mas eu quero que meus usuários consigam pop3 / smtp também, sem alterar nada em suas perspectivas. Eu não quero nenhum impacto para os usuários quando o mail1 está inoperante.

Além disso, estou usando o DFS do servidor Windows para manter as duas pastas das mensagens sincronizadas. Este é o caminho certo, ou eu deveria estar usando outra coisa?

    

Answer 1

Sua configuração de DNS é OK para obter redundância na parte "recebedora".

O problema de sincronizar os e-mails ainda persiste. Eu não sei como você está resolvendo isso. Eu ainda não sei se o seu software de servidor é capaz de lidar com a situação que um usuário poderia limpar os e-mails de um servidor enquanto o outro ainda entrega a caixa de correio e simultaneamente o processo de sincronização copia mensagens de um para o outro. >

No entanto, você ainda precisa trocar o servidor POP3 em caso de falha. Ou como eles devem saber que seu servidor POP3 está mudando de mail1 para mail2?

    

Answer 2

MX é apenas para identificar com quem falar para enviar e-mails para seu domínio. Você precisará de alguma outra solução para clientes IMAP / POP lerem seus e-mails quando um servidor ou outro estiver inativo. Dependendo de suas configurações de DNS e de quanto tempo o servidor está inativo e da velocidade de resposta, você pode ter mail.mydomain.com , que é CNAME para mail1.mydomain.com , até que o mail1 desça e você o altere para mail2, mas isso tempo para trabalhar, e se o seu servidor de e-mail ficar inativo por alguns minutos, você acaba piorando o problema (já que o correio 1 estará em backup, mas todos usarão o e-mail2). Outra opção seria tornar mail um proxy de alta disponibilidade que encaminha automaticamente as conexões para mail1 ou mail2, qualquer que seja o servidor que esteja funcionando.

Quanto ao uso do DFS para sincronização de pastas, não tenho certeza de como o servidor de email que você está usando (troca?) armazena o email. Se ele armazenar o email em um arquivo grande, se um email for enviado para mail1 e mail2 ao mesmo tempo, você perderá emails. (De acordo com isso , se dois servidores alterarem o arquivo ao mesmo tempo tempo, quem começou a perder primeiro e essa versão do arquivo é movida para a pasta Conflict and Deleted). A configuração padrão é para o servidor SMTP secundário encaminhar o email para o servidor SMTP principal quando o servidor primário estiver on-line novamente. O ideal é configurá-lo também com uma lista de usuários, para que ele não tente encaminhar endereços inválidos / spam para o servidor principal.

    

Answer 3

Se o mail2 estiver absolutamente certo de que o mail1 está desativado, o mail2 deve assumir o service-ip for mail1, além de seu próprio service-ip. Eu não iria mexer com o DNS. Há muito cache envolvido lá.

Quando o mail1 está ativo novamente, você precisa de um procedimento adequado para colocá-lo de volta online (incluindo o failback de seu ip de serviço). Eu nunca usaria mecanismos de auto-failback em nenhum cluster.

O software de cluster deve ser capaz de lidar com isso, mas teste todos os casos.

    

Answer 4

Você precisa de uma solução de failover (não balanceamento de carga) para conseguir isso. Ou seja, você usará um único e-mail MX.seudominio.com, mas o registro de e-mail será alternado dinamicamente de acordo com a disponibilidade do seu servidor de e-mail. Desta forma, o seu cliente não será interrompido pela falha do servidor. Verifique o URL de failover do zoneedit: link para obter mais detalhes. Além disso, o link parece estar fornecendo serviço DNS gratuito com failover, mas não tem certeza de como eles são confiáveis.

Lembre-se de que você precisa definir esse failover apenas para o domínio do Mail Exchanger, ou seja, somente mail.seudominio.com. Você pode notar que as opções de failover são para servidor da Web, portanto, o que você precisa fazer é adicionar seu domínio MX mail.seudominio.com como uma zona separada e configurar o failover com ele.

- $

    

Answer 5

Normalmente, o servidor de e-mail de backup deve (eventualmente) encaminhar o e-mail para o servidor de e-mail principal. Quando o servidor de correio principal for ativado, o email enfileirado será encaminhado para o servidor de correio principal. Como alternativa, os servidores de correio primário e secundário enviarão mensagens para o mesmo servidor MDA (Mail Delivery Agent). Em ambos os casos, o usuário recebe seu email de um servidor.

Se você tiver muitos usuários, convém dividir os serviços MX e MDA em servidores separados. Isso permitirá que você tenha usuários diferentes em servidores diferentes.

Configure o backup para manter o email por um período de tempo suficiente para o servidor principal (ou MDA) ser recuperado. Você pode querer permitir uma semana ou mais. Certifique-se de replicar a lista de usuários para o servidor de backup. Além do encaminhamento de e-mail, as configurações devem ser as mais idênticas possíveis. Isso inclui a filtragem de spam, se você estiver fazendo isso. O servidor principal é normalmente configurado para confiar no email que chega do servidor de email de backup.

Muitos servidores de e-mail permitem que você acione manualmente a entrega de mensagens da fila. Você pode querer fazer isso se o servidor de e-mail principal estiver inativo por mais de algumas horas. Caso contrário, pode demorar um pouco até que o correio seja entregue.

O capítulo sobre Correio Eletrônico no Manual de Administração do Sistema Unix e Linux é uma boa referência para o que você é fazendo.