Em / etc / hostname, eu tenho myname
.
No / etc / hosts, tenho:
127.0.0.1 localhost.localdomain localhost myname
::1 localhost.localdomain localhost myname
Eu tenho uma vaga compreensão do que realmente é um nome de host e para que é usado.
Essas perguntas mais precisas podem me ajudar a entender melhor:
Qual é realmente o meu nome de host no exemplo acima?
myname
ou alguma outra coisa? Se eu tivesse, em vezmyname.domain.com
de/etc/hostname
, qual seria o meu verdadeiro nome de host, então?No exemplo, o comando
hostname
retornamyname
, enquanto o comandohostname -f
retornalocalhost.localdomain
. Eu tinha em mente que/etc/hosts
era apenas um mapeamento entre nomes e endereços IP. Parece servir outra função aqui. O que é um fqdn e para que é usado? Como é recuperado? Por que é issolocalhost.localdomain
?Se eu tivesse, em vez
myname.domain.com
de/etc/hostname
,hostname -f
voltariamyname.domain.com
. Por quê?Por que o fqdn não termina com um ponto nesses arquivos?
São
hostname -d
ednsmydomain
equivalentes?Em que contexto posso usar meu hostname (
myname
) e quando devo usar meu fqdn (localhost.localdomain
)?
myname
em / etc / hosts?Eu odeio absolutamente quando alguém me diz para ler o manual, mas, neste caso, consulte a página de manual do nome do host e a maioria, se não todas, suas perguntas devem ser respondidas. Está escrito muito melhor do que eu poderia explicar.
Para fornecer assistência, alguns dos trechos que aparecem nas suas perguntas são: - Seu nome de host é o que você vê em / etc / hosts. - O FQDN retornado é baseado no que o resolvedor retorna, portanto, por que você vê o valor em / etc / hosts sendo retornado quando o resolvedor verifica o arquivo de hosts primeiro e, em seguida, faz as consultas DNS necessárias.
Aquele em que não acredito que seja mencionado na página de manual do nome do host (com base na minha leitura da página de manual) é o motivo pelo qual as entradas nos arquivos não terminam com um ponto.
Essa convenção é usada ao lidar com registros DNS. O nome do host e os arquivos do host não são realmente registros DNS. Se você estava configurando essas entradas no bind para serem resolvidas para pesquisas de DNS, o uso de um ponto pode entrar em jogo (confira este bom recurso: http://www.zytrax.com/books/dns/apa/dot.html )
Além disso, lembre-se de que todos esses valores não são transmitidos pelo sistema. Portanto, se você deseja que outro sistema acesse com base no FQDN, ele se baseia no arquivo de hosts desse outro sistema ou na falta de entradas de hosts com base nas pesquisas de DNS que o sistema externo faz no FQDN para permitir que ele retorne ao diretório sistema.
fonte
/etc/hosts
: serverfault.com/questions/336056/setting-fqdn-hostname-and-dotEm resposta a
Deixe-me salientar, primeiro, que / etc / hosts é uma definição estática de mapeamento de nome para endereço para o host no qual está instalado e é SOMENTE usado por esse host para converter nome em endereço IP.
Portanto, existem 2 pontos de vista a serem considerados - o host 'myname' e todos os outros.
Para esse host 'myhost', faça referência ao host atual usando 'localhost' (que é definido em / etc / hosts como 127.0.0.1) ou adicione 'myname' à linha / etc / hosts que define localhost para que 'myname 'sempre mapeia para, bem, localhost. Igual a:
Então não importa qual endereço IP o INTERFACE recebe, você sempre terá um endereço que funcione (um bônus adicional é que você não precisa acessar o hardware para falar de 'meu nome' para 'meu nome').
Agora, para permitir que OUTROS hosts encontrem 'myhost' quando 'myhost' tiver um endereço IP dinâmico, você deve usar o DNS e o servidor DNS deverá lidar com os mapeamentos atribuídos por DHCP. (Bem, ok, existem outras soluções em que posso pensar, mas tudo o que vem à mente se encaixa na categoria 'além de boba', IMHO. Bem, ok, há coisas que você pode fazer com o host para que a TI informe o DNS onde está, mas essa é uma pergunta digna de uma pergunta / resposta completamente diferente aqui, IMHO)
fonte
/ etc / hostname e / etc / hosts são simples, mas também não tão simples ...
Como configurar rapidamente o Debian
/etc/hostname
e/etc/hosts
1) Edite / etc / hostname .
Existem 2 maneiras válidas de configurar isso.
Ou faça isso:
machine
, ou seja, um nome simples de uma palavra para este processador.Por exemplo, '
joe
' pode ser o nome da máquina que você escolheu.Observe que isso exigirá um alias no / etc / hosts, descrito mais adiante.
OU
machine.domain.net
, ou seja, um nome de domínio totalmente qualificado (FQDN).Por exemplo, '
joe.xyz.com
'.(Isso pressupõe que você tenha um registro de host DNS 'A' apontando de joe.xyz.com para o endereço IP do seu joe, ou seja, na sua máquina chamada joe. Normalmente, você configura esse registro onde comprou seu nome de domínio. Mais sobre isso em um momento.)
Depois que o / etc / hostname estiver definido, o próximo passo é obter os comandos
hostname --all-fqdn
ednsdomainname
funcionar corretamente, nessa ordem, da seguinte maneira:2) Edite / etc / hosts .
Nele há uma linha para o FQDN deste host , por exemplo, 'machine.domain.net', prefixado com o endereço IP desta máquina (possivelmente de um servidor de endereço IP dinâmico) como este:
Primeiro, observe que maiúsculas ou minúsculas não importam aqui. Dica: no entanto, colocar alguns limites nos permite perceber de onde vêm as coisas nas próximas etapas. Então, eu tenho capitalizado J oe.
Observe também que, para
hostname
que o simples (ou seja, / etc / hostname = 'máquina') gere corretamente um FQDN, um alias chamado 'máquina' deve estar presente em / etc / hosts. É por isso que o apelido Joe está lá. (BTW, não há problema em ter esse alias mesmo se você não estiver usando.) Caso contrário, esse alias não será necessário nem usado.Observe também que 'domain.net' deve ser resolvível, ou seja, deve existir um registro A no DNS. Isso é chamado de ' resolvível ' (ou seja, pelo resolvedor de DNS).
3) Agora instale essas novas configurações de / etc / hostname e / etc / hosts no kernel, executando:
4) Nome do host de teste
OU
Dicas:
Observe que atualmente não é o que / etc / hostname é, como se você o editar novamente agora, mas sim o que foi lido anteriormente pelo script /etc/init.d/hostname.sh, possivelmente como resultado de uma reinicialização.
Observe também que o 'j' é minúsculo, então isso sugere que ele é proveniente de / etc / hostname, não / etc / hosts.
5) Teste FQDN
6) Teste o nome de domínio DNS
Agora, isso deve facilitar a configuração de um servidor da web e de email.
fonte