Estou configurando um cluster VMWare de nós do CentOS. É uma prática recomendada incluir um nome de domínio após a máquina? Quais são os possíveis problemas de deixar de fora? Um domínio complica ou simplifica a configuração?
Por exemplo, se meu nó estiver em 192.168.1.93
, devo mudar /etc/hosts
de
127.0.0.1 localhost.localdomain localhost
para
127.0.0.1 localhost.cluster localhost
192.168.1.93 computernode1.cluster computenode1
ou
127.0.0.1 localhost
192.168.1.93 computenode1
ou
#127.0.0.1 localhost
192.168.1.93 computenode1
ou
192.168.1.93 localhost
192.168.1.93 computenode1
networking
T. Webster
fonte
fonte
libnss-myhostname
que cuida de resolver o FQDN, mas não precisa de uma entrada no/etc/hsots
hosts
arquivo e esta sobre o uso (ou a falta dele) dalocalhost.localdomain
entrada.sudo
também reclama se o nome do host não estiver em/etc/hosts
:sudo: unable to resolve host <hostname>
Desde que seu host concorde com o seu nome de domínio, especificá-lo ou não
/etc/hosts
não mudará nada. Outra prática é especificá-lo como odomain
parâmetro em/etc/resolv.conf
. Não especificá-lo pode simplificar sua vida se, um dia, o administrador da rede a alterar. Especificá-lo não muda nada, tanto quanto eu sei.Você deve definitivamente deixar
127.0.0.1 localhost
ou127.0.0.1 localhost localhost.localdomain
em/etc/hosts
. Alguns aplicativos podem começar a ter um comportamento realmente estranho e vincular-localhost
se a algo diferente do seu endereço de loopback, porque essa é uma configuração realmente, realmente inesperada.fonte
Você precisa especificar um nome de domínio totalmente qualificado na primeira posição após o endereço IP.
Como lemos em
man 5 hosts
:Se não seguir a regra, algum software poderá quebrar. Por exemplo, o sistema de gerenciamento de configuração do Puppet pode começar a mudar o nome do host para frente e para trás em cada execução apenas porque você não especificou parte do domínio ou porque colocou o alias sem domínio na linha antes do FQDN.
fonte
Não tenho certeza se isso é realmente "opcional" (como Patrick indicou acima). Eu finalmente encontrei um problema com as permissões do nfs revertendo para ninguém: ninguém. Parece que, para as permissões funcionarem corretamente com as montagens nfs (usando o idmapd), o nome do domínio do servidor deve corresponder exatamente ao nome do domínio do cliente. De alguns documentos que encontrei -
hostname -f
menos o nome do host real deve ser idêntico entre o cliente e o servidor OU você deve especificar um nome de domínio para o cliente/etc/idmapd.conf
, o que significa cada cliente.Existe uma regra oficial sobre onde especificar o nome de domínio? O
domainname
comando não parece retirá-lo do / etc / hosts .. então colocar o / etc / hosts me incomoda, pois significa que ele está armazenado em vários locais no sistema de arquivos.fonte