Configure os registros DNS apropriados para host da Web e servidor de e-mail separados

Question

Estou herdando uma bagunça e preciso da sua ajuda para endireitá-la.

Os dois principais objetivos são alterar os registros DNS para 'Example.com' para que o servidor de email "internamente hospedado" (registrador de domínio e host de servidor de email sejam os mesmos) continue funcionando, enquanto o próprio domínio aponta para um site "hospedado externamente".

Estas são as informações:
1. O DNS 'Example.com' é gerenciado na empresa A.
2. 'Example.com' Um registro aponta para um site antigo hospedado pela empresa Z.
3. 'Example.com' Novo site existe como um usuário (~ exampledotcom) em uma conta com a empresa B.
4. servidor Email 'Example.com' roda em conta host virtual com a Empresa A.

Atualmente, as entradas de DNS para 'Example.com' existentes na Empresa A são as seguintes (Tipo, Nome, Dados)

A Record, example.com, [IP address of Virtual Server hosted by Company A that powers Email server but does NOT host current OLD site]
A Record, www.example.com, [IP address of OLD site]
MX Record, example.com, Pref=10 example.com
Then all standard CNAME entires point to 'example.com'

Se eu estou entendendo a configuração atual corretamente, "eles" estão apontando 'example.com' para o endereço do servidor de e-mail apenas para que possam ajustar o registro MX como 'example.com'. Você não poderia simplesmente alterar o registro MX para o endereço IP do servidor de e-mail?

Como é que eu preciso para organizar meus servidores de nome? Será que o novo site hospedado com a empresa B precisa estar em um IP dedicado para que eu possa definir de Example.com um registro para isso?

    

Answer 1

[Francamente, você tem tantos dados fingidos aqui que isso é provavelmente vai ser desnecessariamente confuso. Vou tentar manter tudo em linha reta.]

Se eu entendi sua pergunta corretamente, você tem atualmente seguintes registros de DNS:

example.com.      A   1.2.3.4
example.com.      MX  10 example.com.
www.example.com.  A   4.5.6.7

... e um monte de registros CNAME não especificados. Além disso, existe:

some.other.host.  A   2.3.4.5

... hospedando seu novo site.

Você deseja que example.com (e provavelmente www.example.com ) aponte para seu novo site sem interromper o e-mail.

Tente isto:

• Registre mx.example.com como um novo registro A apontando para 1.2.3.4 . Atualize o registro MX para example.com para apontar para %código%. Neste ponto, você terá:

  example.com.      A   1.2.3.4
  mx.example.com    A   1.2.3.4
  example.com.      MX  10 mx.example.com.
  www.example.com.  A   4.5.6.7
  

• Agora espere pelo menos duas vezes o TTL pelos seus registros para garantir que o registro MX antigo tem tempo para expirar dos caches DNS.

• Em seguida, atualize o registro mx.example.com para A e example.com para apontar para o seu novo site. Você vai acabar com algo ao longo do linhas de:

  example.com.      A   2.3.4.5
  example.com.      MX  10 mx.example.com.
  mx.example.com.   A   1.2.3.4
  www.example.com.  A   2.3.4.5
  

Neste ponto, acho que você tem o que deseja. E-mail continua a ser manipulados pelo seu servidor de e-mail existente, mas sua presença na Web foi mudou-se para o seu novo host.

    

Answer 2

Em provedores separados de domínio / DNS, Web e e-mail :

Não é necessariamente uma coisa ruim ter seu DNS, hospedagem na Web e e-mail hospedados por três entidades diferentes. Existem boas razões para isso:

• A separação do registro de seu domínio e dos serviços de DNS do seu provedor de hospedagem garante que o seu host não tenha um incentivo para dificultar a troca de provedores.
• As ofertas de e-mail especializadas, como o Google Apps e o Office 365, são muito superiores às contas de e-mail que são agrupadas com contas de hospedagem na Web.

Sobre se um endereço IP compartilhado funcionará no seu site :

• O site não precisa estar em um endereço IP dedicado.
• No entanto, se o endereço IP do site for compartilhado com outros sites, o servidor da Web deverá suportar hosts virtuais baseados em nome.
• Sugiro configurar seu VirtualHost com ServerName www.example.com e ServerAlias example.com *.example.com .
• Isso pode e deve ser testado antes da transição real, configurando um novo registro para www2.example.com e apontando para o endereço IP do novo site.

Sugiro fazer o seguinte:

• Modifique o A de www.example.com para que aponte para o endereço IP do seu host atual.
• Crie um registro A apontando mail.example.com para seu servidor de entrada de e-mail (SMTP).
• Crie um registro MX direcionando o e-mail de entrada para mail.example.com
• Crie um registro TXT contendo as informações corretas do SPF para seu e-mail de saída.
• Se você estiver administrando seu próprio servidor de e-mail (mas, a menos que seja um especialista em e-mail), verifique se o proprietário do endereço IP criou um registro PTR para que as pesquisas inversas identifiquem esse endereço como mail.example.com . Isso não é configurado no mesmo local em que você cria seus registros A e MX , e é altamente improvável que você tenha o poder de fazer isso sozinho.

Uma ou duas semanas depois, depois de ter certeza de que o novo registro MX entrou em vigor, faça o seguinte para que as pessoas que tentem visitar seu site via example.com em vez de www.example.com não está desapontado:

• Modifique o registro A para example.com (também conhecido como @.example.com ) e aponte para o endereço IP do novo servidor da Web.

Advertências muito importantes para alterações de DNS:

• Se você estiver fazendo alterações nos registros DNS do seu site, seu antigo site precisa permanecer on-line (se estático) ou encaminhar solicitações de proxy para seu novo site (se dinâmico) pelo menos até que o TTL de seus registros DNS antigos tenha decorrido. Não cometa o erro de desconectar o site antigo imediatamente após alterar as configurações de DNS para direcionar os visitantes para seu novo site.
• Da mesma forma, se o servidor de email de entrada estiver mudando, você precisará configurar um proxy SMTP no endereço IP do servidor de email antigo ou esperar que alguns emails não sejam entregues corretamente até o TTL do servidor de email. registro MX antigo e / ou até 48 horas.
• Naturalmente, esses efeitos podem ser atenuados até certo ponto reduzindo o TTL dos registros DNS "antigos" para algo relativamente curto (por exemplo, 7200 segundos == 2 horas) e depois esperando até o < em> anterior TTL expirou antes fazendo quaisquer alterações.

Answer 3

TL; DR

Crie um registro A que direcione mail.example.com para o endereço IP de seu servidor de e-mail hospedado internamente. Altere seu registro MX para apontar para o registro A do servidor de e-mail.

Altere o registro A para @ .example.com para apontar para o IP do servidor com o novo site. Crie um CNAME para www.example.com que aponte para @ .example.com. Ou você pode criar outro registro A que aponta www.example.com para o novo servidor da Web.

Um pouco mais profundo

Algumas coisas que podem ser interessantes para você:

3. 'Example.com' NEW site exists as a user (~exampledotcom) on an account with Company B.

FYI, espero que você tenha boas regras de redirecionamento para mascarar que o site esteja em um diretório de usuários. Não há nenhum problema técnico com isso, mas ... parece um pouco fora.

If I'm understanding the current setup correctly, "they" are pointing 'example.com' to the email server address JUST so they can set the MX Record as 'example.com'. Couldn't you simply change the MX Record to the IP Address of the email server?

Eles não estão definindo o registro A do example.com para o mesmo endereço do servidor de e-mail por qualquer outro motivo que provavelmente seja um serviço multifuncional que executa um servidor Web, um servidor de e-mail, um servidor FTP e qualquer outro eles usam para gerenciar o site. Sim, o registro A e o registro MX são independentes e podem apontar para hosts diferentes.

How do I need to arrange my name servers? Does the NEW site hosted with Company B need to be on a dedicated IP so that I can set Example.com's A Record to that?

Você não precisa de um IP dedicado. A maioria dos servidores da Web é configurada para realizar a diferenciação do host virtual, de forma que as solicitações do seu site sejam enviadas para o diretório adequado, independentemente de você estar compartilhando um endereço IP com dezenas ou centenas de outros sites.

Seus registros de NS precisam apontar para quem detém suas entradas de DNS, que em seu cenário é a Empresa A. Seu registrador manterá os registros de cola (o registro dos nomes dos servidores de nomes e o endereço de IP de seus nomes) e, no seu caso, o registrador também é o host do DNS.

Em suma, não parece muita bagunça. Eu já vi pior. =)