Os registros DNS separados são necessários para a Web e o correio em um único servidor?

13

Ao configurar um servidor da Web / correio em um único servidor ou VPS com um endereço IP, quase todos os guias online seguem a mesma estrutura para o DNS:

example.com.               IN A    192.0.2.0  
hostname.example.com.      IN A    192.0.2.0  
mail.example.com.          IN A    192.0.2.0  
example.com.               IN MX   10 mail.example.com.  
0.2.0.192.in-addr.arpa.  IN PTR  hostname.example.com

Eu usei isso várias vezes e sempre funcionou para mim. Mas eu queria saber se há uma razão pela qual o servidor de email aponta para um nome diferente? Seria possível apontar o registro MX para o nome do host e simplesmente usar hostname.example.com para SMTP e POP3?

domain-name-system hostname mx-record email-server Jeff
fonte
7
Por favor, use 192.0.2.0/24 por exemplo, endereços IP. (Estes são reservados para a documentação, como example.com Veja RFC5737..)
billpg
Eu amo SF, aprendo algo novo todos os dias. Obrigado por isso, billpg!
MadHatter
Obrigado pela dica. Esta foi a minha primeira pergunta, então ainda estou aprendendo as cordas.
22412 Jeff

Respostas:

20

Sim, seria possível, mas você perderá algumas vantagens importantes se optar por fazê-lo:

Se você apontar todos os serviços para o mesmo nome DNS, não poderá mais colocá-los em servidores separados sem reconfigurar nenhum cliente que os refira.

Como exemplo: com nomes diferentes, quando a carga no servidor aumenta demais, você pode simplesmente descarregar os serviços de correio para outro servidor sem afetar os clientes. Tudo que você precisa fazer é adaptar seus registros DNS.

Sven
fonte
Os registros DNS MX podem ser adicionados posteriormente, então não vejo por que você perde alguma coisa.
Mircea Vutcovici 14/03/12
1
Se você informar aos seus clientes que o servidor da Web e o servidor IMAP / POP3 podem ser acessados ​​em example.com, e você precisará separá-los posteriormente, como a ajuda de adicionar um registro MX posteriormente? Faça isso desde o início e você não terá problemas mais tarde, porque estava com preguiça de adicionar mais duas ou três linhas à sua zona DNS.
Sven
@MirceaVutcovici o ponto é poder alterar a infraestrutura subjacente sem precisar alterar todos os seus clientes.
pc1oad1etter
A adição ou alteração do registro MX do @MirceaVutcovici não muda onde os clientes procuram seus serviços de correio. Pelo que entendi, os registros MX são apenas para entrega e roteamento, não para uso dos clientes.
Mp3foley
Eu estava curioso para saber se um nome separado era necessário ou não, então parece que a resposta é que não é. Mas eu concordo que tem vantagens administrativas.
22412 Jeff
4

Conforme rfc5321, a entrega de correio é feita no endereço A se o MX estiver ausente. Portanto, as seguintes linhas não são necessárias para o SMTP funcionar:

mail.example.com.          IN A    192.168.0.1  
example.com.               IN MX   10 mail.example.com.

Veja também: http://en.wikipedia.org/wiki/MX_record#History_of_fallback_to_A

Mircea Vutcovici
fonte
Além disso, se o registro MX existir, ele poderá apontar para hostname.example.com, se desejar.
Matt
Você não ganha nada com isso e perde muita flexibilidade, então por que se preocupar? Como eu disse acima, faça isso desde o começo.
Sven
Como nem todos têm redundância por seus serviços (pense no caso de uso de um pequeno blogueiro), o mesmo pode se aplicar ao servidor de correio. E por que você acha que editar o DNS é tão flexível?
Mircea Vutcovici 14/03/12
1
@MirceaVutcovici: Desculpe, mas o que é tão difícil de entender sobre o fato de que você precisa alterar todos os seus clientes se usar o mesmo nome de host para propósitos diferentes e precisar separar esses serviços a qualquer momento no futuro por qualquer motivo? Fazer do seu jeito não ganha nada e você pode ter problemas mais tarde. A abordagem profissional (e somente isso é relevante para o ServerFault) é criar uma infraestrutura DNS razoável que evite armadilhas estúpidas como essa.
Sven
4

Você pode usar o nome de host que desejar para o seu servidor de e-mail, mas precisa ter uma entrada MX.

Com isso dito, eu gosto da idéia de ter um nome separado para diferentes papéis. Primeiro, se / quando chegar a hora de alterar os hosts, você terá maior controle do DNS e sofrerá menos problemas devido ao cache externo do DNS.

gWaldo
fonte
3
Tecnicamente, você não precisa nem exige um registro MX.
joeqwerty
Justo; resposta atualizada para refletir
gWaldo 14/03
4

Seu servidor de email precisará de um PTRregistro apontando para ele. Isso permitirá que o DNS reverso funcione. Não confio em servidores de correio que usam um domínio de segundo nível, como example.commuitos spammers tentam reivindicar que seu nome é um dos domínios de maior nome. É melhor usar um nome como mail.example.com. Se você estiver usando, mail.example.comadicione um MXao seu domínio principal, example.comindicando mail.example.comque receberá um email. A propósito, nem mail.example.comnem example.compodem ser CNAMEentradas.

Você pode executar tudo em um nome de domínio. No entanto, se eu o convenci a usar mail.example.compara o servidor de email, convém usá-lo www.example.comno servidor da Web mail.example.com. Se você usar www.example.com, será fácil adicionar domínio paralelo ao conteúdo estático que não recebe cookies do seu servidor da web.

É comum ter o endereço IP do domínio pai, example.comresolver o endereço do servidor da web. Se você não possui muito tráfego na Web, pode usar um registro CNAME para o seu domínio. O restante dos serviços não listados acima, como POP e IMAP, pode ser tratado por registros CNAME. Se você adicionar servidores diferentes posteriormente, poderá substituir o registro CNAME por um registro A ou simplesmente ajustar o registro CNAME. O uso de registros CNAME facilita a adição de IPV6, pois você não precisará adicionar registros AAAA a todos os seus domínios.

Eu gosto de ter um registro DNS para o nome do host. Se você fizer isso, poderá usar esse domínio em vez do correio como seu MX. No seu exemplo, eu iria largar o mail.example.comregistro e usar hostname.example.comem seu MXregistro. Adicione um registro CNAME para www.example.come você estará muito bem.

Seu servidor de correio deve usar qualquer nome que o PTRregistro do seu servidor use. Pode ser necessário que o seu provedor de IP altere PTRadequadamente. Adicione um Aregistro para esse nome também.

Considere adicionar SPFs para ambos hostname.example.come example.com.

BillThor
fonte