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?

— 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

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