Registros DNS para hospedagem separada e servidor de email


0

Eu hospedo meu site em um VPS. Como não sou administrador ou ordenador do sistema, não quero usar meu próprio VPS para hospedar meus e-mails porque me falta conhecimento técnico e experiência para manter um servidor de e-mail. Eu também tenho um plano de hospedagem compartilhada onde eu tenho outro domínio e uso o cPanel e e-mails perfeitamente por anos sem nenhum problema.

Então, eu queria saber se seria possível usar meu VPS para hospedar meu site e meu COMPARTILHADO conta de hospedagem para hospedar meus e-mails.

Para experimentá-lo, nas configurações do Namecheap DNS, fiz as seguintes entradas:

  • Um registro | @ | VPS_IP_ADDRESS
  • Um registro | www | VPS_IP_ADDRESS
  • Um registro | mail | SHARED_IP_ADDRESS
  • Registro TXT | mail | v = spf1 + a + mx + ip4: SHARED_IP_ADDRESS ~ todos
  • Registro TXT | default._domainkey.mail | v = DKIM; k = rsa; p = *******
  • Registro CNAME | mail | example.com.
  • Registro MX | mail | example.com. 0

No entanto, acho que estou perdendo alguma coisa aqui. Gostaria de receber sua ajuda.

Obrigado.

Respostas:


1

A principal chave de pesquisa é o nome do domínio, portanto, para maior clareza, vamos trocar colunas na sua zona:

NAME  → TYPE    DATA
------  ------  -------------------------------------------
@       A       VPS_IP_ADDRESS

mail    A       SHARED_IP_ADDRESS
mail    CNAME   example.com
mail    MX      0 example.com.
mail    TXT     "v=spf1 +a +mx +ip4:SHARED_IP_ADDRESS ~all"

www     A       VPS_IP_ADDRESS

Agora alguns problemas devem se tornar mais óbvios.

Os registros para o seu site estão bem - tanto o domínio nu, como o www subdomínio, ter registros A apontando para o servidor web. No entanto, sua configuração de email é uma bagunça completa.

O registro CNAME

CNAME significa "completamente alias este subdomínio para example.com ". Na sua situação que é 1) indesejável, uma vez que iria adicionar um registro errado para o mail subdomínio; 2) ilegal, desde que você não pode misturar registros CNAME e não-CNAME no mesmo subdomínio, 3) ilegal, porque o mail subdomínio será o alvo do MX, que não permite CNAMEs.

Delete isso.

O registro MX

Quando as pessoas enviam mensagens para something@example.com, eles vão procurar por um registro MX em example.com - isto é, exatamente o mesmo domínio que no endereço do destinatário. Eles não vou olhe sob algum subdomínio variado.

Seu registro MX atual está invertido; está no mail subdomínio, apontando para o domínio raiz (para que as mensagens recebidas nunca atinjam o servidor de hospedagem compartilhada). Você deve mudar para ser o contrário:

NAME    TYPE    DATA
------  ------  -------------------------------------------
@       MX      0 mail.example.com.
mail    A       SHARED_IP_ADDRESS

(Bem, a menos que você queira que seu endereço seja "algo@mail.example.com" ... Mas duvido disso.)

O registro TXT "spf1"

Quando as pessoas recebem correspondência de something@example.com, novamente eles procurarão um registro TXT "spf1" no example.comexatamente como no endereço do remetente. Então, o seu registro atual também está no lugar errado: deve estar sob o domínio nu.

NAME    TYPE    DATA
------  ------  -------------------------------------------
@       TXT     "v=spf1 +this +that ~all"

Seu conteúdo também é um pouco redundante. Você não precisa +a, a menos que você esteja planejando que o próprio VPS da Web esteja enviando e-mails diretamente. (Mas ele não deveria estar fazendo isso - ele deve passar pelo servidor SMTP do provedor de hospedagem compartilhada, para que as mensagens possam ser assinadas corretamente pelo DKIM.)

Você também não deve precisar dos dois +mx e +ip4:SHARED_IP_ADDRESS, porque o seu registro MX estará apontando para esse endereço IP de qualquer forma .

O registro TXT "DKIM"

Isso parece estar correto - supondo que você o tenha obtido do provedor de email de hospedagem compartilhada.


Muito obrigado por todos os esclarecimentos. Não posso acreditar que eu estava misturando as coisas muito. Aplicando alterações e informará o resultado em breve. Obrigado novamente.
Mehmet Koçali
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.