Nome de domínio correto para uma máquina Linux de desktop doméstico

Eu tenho várias máquinas executando o Debian e, durante a instalação, deixei o domain namecampo em branco. Isso não afetou nada até agora, mas estou curioso para saber qual é a coisa correta para definir esse campo se você não tiver um domínio da web registrado e seu IP for definido dinamicamente ( http://www.whatsmyip.org / fornece um IP diferente a cada poucos meses). Desculpas se esta é uma pergunta nova, mas não consigo encontrar nenhum resultado via Google.

Qual é o nome de domínio adequado para uma área de trabalho doméstica com um endereço IP dinâmico?

Embora a associação a um domínio não seja necessária, ainda é útil associá-lo a um para evitar problemas com as pesquisas de nome de host do host em questão sendo encaminhadas mais para cima na hierarquia DNS. Na maioria dos casos, ter .localcomo domínio é apropriado, pois você provavelmente estará atrás de um roteador que não encaminhar seu nome DNS. Eu também vi alguns sistemas sendo usados .homeno lugar disso.

.localé considerado o melhor procedimento, pois um roteador sensato não encaminhará solicitações de nomes de host pertencentes a esse domínio; portanto, se por algum motivo estranho tiver um servidor chamado microsoft.comem casa, ele será tratado localmente, pois seu FQDN serámicrosoft.com.local.

Outra abordagem é o que estou fazendo, pois tenho várias máquinas e servidores espalhados por toda parte e, em casa, uso meu computador como parte do meu nome de domínio. Meus servidores DNS têm uma entrada DNS para minha área de trabalho, com meu roteador encaminhando vários serviços ( sshprincipalmente) para ele.

Além disso, acho isso altamente relevante, pois alterar o domínio de um servidor pode ser mais complicado do que alterar seu nome legal:

Este nome de host está presente em dezenas de arquivos de configuração remotos. Mudar o nome de uma criança é comparativamente fácil!

Se você não conectar mais do que um punhado de máquinas no começo, mas achar que pode escalar, use algo no .localTLD ( https://en.wikipedia.org/wiki/.local )

Algo como yoursurname.localpode ser o nome de domínio.

Se você nem pensa em escalar para mais do que 10-15 máquinas, então não precisa de um nome de domínio. Mas se você acha que vai escalar, escolher algo não exótico como o .localTLD permitirá que você configure um servidor DNS completo posteriormente para acessar suas máquinas.

Certifique-se de ler a página da wikipedia; o uso de "somethingcustom.local" como domínio é algo que foi feito no passado e ainda é feito em pequenas empresas. De qualquer forma, como você pode ver na página, o .localTLD foi reservado para uso no mDNS, para nomes de host no formulário hostname.local, que podem colidir com sua configuração. Conforme a RFC 6762, você PODE usar métodos de pesquisa alternativos (por exemplo, o servidor DNS personalizado que eu recomendo para expandir sua rede) e o resultado depende da sua capacidade de não misturar dados e nomes ...

Se essa é uma rede única e você não pretende configurar um servidor de correio local ou um servidor DNS que se conecte à Internet, o nome do domínio não tem importância e pode ser deixado em branco.

O nome do domínio serve apenas para combinar com o nome do host para criar o nome de domínio totalmente qualificado (FQDN) do sistema. Por exemplo, se o nome do domínio for company.come o nome do host host1, o FQDN será host1.company.com. Você ainda precisará configurar um servidor DNS para resolver esse nome em um endereço IP ou ter algum servidor DNS da Internet apontado para sua rede.

Sem um nome de domínio, os computadores ainda podem ser identificados na rede pelo nome do host.

Como se trata de um desktop doméstico que recebe um endereço IP local via DHCP, um nome de domínio em branco é totalmente apropriado. A especificação de um nome de domínio não teria efeito algum nesse caso.

Para mais informações, consulte Wikipedia: Nome de domínio totalmente qualificado .