Práticas recomendadas para o FQDN para domínio autônomo (um domínio de duas partes.tld está bem?)

Question

Eu pesquisei bastante e não consigo encontrar uma resposta direta e moderna sobre isso.

Se eu estiver hospedando um domínio, digamos, mydomain.com , em uma máquina que será usada exclusivamente para esse domínio, e não houver subdomínios, existe uma razão real e prática além da conformidade para criar um nome de host arbitrário? (ou seja, myhost ) apenas para ter um FQDN de três partes ( myhost.mydomain.com ) para satisfazer algum tipo de RFC ou convenção esperada.

Isso parece trazer muitas complexidades indevidas do meu ponto de vista, e não tenho certeza se há uma vantagem para isso ou se é apenas uma retenção de um tempo em que todos os recursos da web veio de um subdomínio como www e ftp , que pode precisar ser dimensionado para separar as máquinas.

Eu também não uso www no meu domínio, o que não é aconselhável para todos que eu conheço do ponto de vista de administradores (embora remover isso seja a norma da perspectiva de um designer) ...

    

Answer 1

Você nunca deve dar ao seu servidor um nome que contenha somente o nome de domínio simples.

A principal razão é que muitos serviços usam o nome do host internamente, e podem presumir que o servidor é nomeado separadamente do nome do domínio.

Entre outras coisas, isso pode fazer com que o e-mail não seja entregue . Ele também pode causar quebras mais sutis, de programas que acham que seu domínio é com porque você nomeou a máquina example.com . Uma lista completa das coisas que podem quebrar provavelmente não é possível.

Contanto que você tenha apenas um servidor que esteja criando um animal de estimação , você provavelmente pode contornar os problemas que isso causará. Mas quando você expande (ou você expande, ou você sai do negócio), você eventualmente vai começar a usar o criação de gado , e nesse ponto você vai ter que atirar em seu animal de estimação.

Eu sempre recomendo manter bons hábitos e práticas mesmo quando você não precisa, já que quando você precisar mais tarde, eles já estarão arraigados.

    

Answer 2

Você não precisa criar subdomínios se não quiser. É uma prática muito comum ter www apontado para @ , de modo que, se um navegador da Internet for direcionado para www.domain.com ou domain.com , eles serão exibidos na sua primeira página, independentemente disso.

A razão pela qual as pessoas criam subdomínios é porque fazem outras coisas além de apenas www , como ftp.domain.com e owa.domain.com e development.domain.com , etc.

Se você quiser falar sobre as complicações que seriam introduzidas com isso se estivesse usando o Active Directory, uma zona DNS de horizonte dividido e uma rede interna, essa é uma história completamente diferente. Mas você não é.

Edit: A resposta de Michael Hampton é muito melhor que a minha.